[General] Different Multiboard for Different Players

[micca]

How exactly can I change certain elements of a multiboard, so that it shows only to certain players?

In GUI if possible. I don't know jass too well.

 

[Death Adder]

I had a similar problem (but dialog instead of multiboard), what I ended up doing is change the text that show on the item for local player, then even though it's the same dialog with the same buttons it will say different things for each player.

Otherwise, depending on your needs, you could create one multiboard per player, and hide all but one for each player.


In both cases you'll need to use

• custom script: if GetLocalPlayer() == yourPlayer then

 

[Chaosy]

Impossible without jass

 

[Pyrogasm]

Death Adder forgot the 'endif' line. In general it's best only to change variables locally and then do the multiboard setting OUTSIDE the local block. Like this:

• Set StringVar = "This text displays for all players"
• Set YourPlayerVariable = (Triggering Player)
• Custom script: if GetLocalPlayer() == udg_YourPlayerVariable then //leave the udg_ but keep change the YourPlayerVariable to match the name of your variable
• -------- Only do variable setting stuff in here like this: --------
• Set StringVar = "This text only shows up for the Triggering Player, whomever that was"
• Custom script: endif
• -------- Now set the multiboard, but the string is different for each player!
• Multiboard - Set the text in row 2, column 1 to StringVar

If you do the wrong stuff inside the GetLocalPlayer() block it will desync your game and drop players instantly whenever that bit of code executes.

 

[Dr Super Good]

Locally created strings have been known to desync. Best to create them for all clients and then choose which one is used for a specific client.

 

[Pyrogasm]

It's not locally created, though. It's a global that gets set locally...? If what I suggested IS what you mean causes desyncs, is that issue specific to strings or for all variable types?

 

[Dr Super Good]

It's a global that gets set locally...?

Is it? It looks like a constant that gets referenced locally. If that constant is in the string table or its own separate table I do not know. What I do know was the desyncs in the past were reported around setting special effect model path locally and did exactly what you showed above.

The solution is to have global variables that are set to the string in an initialization trigger. This populates the string table with those strings for all clients and hence one can reference them locally without risk of desync.

In case there is confusion, the term "locally" is in reference to a specific client doing something different from all other clients and not anything related to global/local variables.

 

[Pyrogasm]

constant that gets referenced locally

I definitely forgot the string table was a thing. You mean because it's doing something like this internally, the lookup of TRIGSTR_002 vs TRIGSTR_001 causes some sort of local state change and desyncs?

globals
  constant string TRIGSTR_001 = "This text displays for all players"
  constant string TRIGSTR_002 = "This text only shows up for the Triggering Player, whomever that was"
  //Or maybe they aren't even put into a globals block anywhere but are accessed some other way

  string udg_StringVar
endglobals

//later
set udg_StringVar = TRIGSTR_001 //does it point to this location in memory but not take its value, or is udg_StringVar actually set here?
set udg_YourPlayerVariable = GetTriggerPlayer()
if GetLocalPlayer() == udg_YourPlayerVariable then
  set udg_StringVar = TRIGSTR_002 //same question here
endif
call MultiboardFuncWhatever(udg_StringVar)

I'm not sure how setting a variable on map init gets around this; ultimately you end up back in the same situation referencing different TRIGSTR_s, don't you? Maybe I just don't understand how the string table works. It also seems to me you could only pre-initialize a value if you knew which player(s) would need to see the local version later on, since you can only do it "once" at map init. For some situations this can be fine, but in others it definitely would not. What about dynamic local text? Perhaps to better help me understand, could you write a short example of the 'right' way to do this?

 

[Dr Super Good]

I'm not sure how setting a variable on map init gets around this; ultimately you end up back in the same situation referencing different TRIGSTR_s, don't you?

Trigger strings in GUI are resolved from an external file. However they will resolve to a string already loaded in the table if they were loaded before. I believe the desync was caused by the JASS string tables getting out of sync but people were not very clear. It is pretty much one of those cases one has to manually test and see if it breaks.

 

[IcemanBo]

@Pyrogasm 's code as it is should work fine imo. Shouldn't really matter if a client has some difference in his string table. Else, also locally displaying a literal message to someone would/could cause a desync, too.