Advertisement
Guest User

Untitled

a guest
May 25th, 2015
184
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.23 KB | None | 0 0
  1. @holy
  2.  
  3. what if we used a hashtable for each player to track the contents of their multiboard? then use a trigger that updates the multiboard based on the hashtable contents? I was thinking (playernumber, rowNumber) as the key scheme and it would map to an array with each index a column.. so like
  4.  
  5. Player 1 -> hashtable1
  6. | row1 | ["Title","Value","OtherColumnValues"] |
  7. | row2 | ["a","b","c"] |
  8. | row3 | ["a","b","c"] |
  9.  
  10.  
  11.  
  12. Maybe with classes that define certain templates of multiboard.. e.g. time's multiboard template could look like
  13. Player 1 -> hashtable1
  14. | row1 | ["Name","Stacks"] |
  15. | playerid | ["TrekkingBowler",20] |
  16. with a function for adding new rows like
  17. if {none of the row keys match the playerID affected by wrathful portent}
  18. hashtable1 key(playerID) = ["player's name", 1 ]
  19. else { add one to hashtable1[player 1][playerID][1] }
  20. and the same could be done every 10 seconds without a new stack applied to remove 1 stack.. there should be a catch statement that notices if the ["player's name", stackvalue] stackvalue ever reaches zero and it removes the dude from the hashtable.
  21.  
  22. Then the trigger for updating would iterate over the hashtable and display everything where we want it based on our structure.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement