Loading...
  OR  Zero-K Name:    Password:   

Post edit history

Minefield Grid Widget by Autowar

To display differences between versions, select one or more edits in the list using checkboxes and click "diff selected"
Post edit history
Date Editor Before After
4/16/2015 3:04:08 AMUSrankAutoWar before revert after revert
4/16/2015 3:01:04 AMUSrankAutoWar before revert after revert
4/16/2015 2:59:46 AMUSrankAutoWar before revert after revert
Before After
1 Thanks for the explanations @Sprung! I understood most of your suggestions and will try to implement them in the future :D 1 Thanks for the explanations @Sprung! I understood most of your suggestions and will try to implement them in the future :D
2 \n 2 \n
3 [quote]Set target is not an engine command, which means the engine does not put its ID in the CMD table. Behold: you can include a header file containing custom commands' IDs to use the CMD_BLA mnemonics instead of numbers thus (at least in ZK): 3 [quote]Set target is not an engine command, which means the engine does not put its ID in the CMD table. Behold: you can include a header file containing custom commands' IDs to use the CMD_BLA mnemonics instead of numbers thus (at least in ZK):
4 VFS.Include("LuaRules/Configs/customcmds.h.lua")[/quote] 4 VFS.Include("LuaRules/Configs/customcmds.h.lua")[/quote]
5 \n 5 \n
6 where do i find the engine commands? i've been looking for "guard" and have yet to find it inside the ZK master. 6 where do i find the engine commands? i've been looking for "guard" and have yet to find it inside the ZK master.
7 \n 7 \n
8 [quote]Why not improve the wiki for everyone instead? [/quote] 8 [quote]Why not improve the wiki for everyone instead? [/quote]
9 \n 9 \n
10 I am an amateur, my idea of "improving" would make the whole wiki even more of a mess. 10 I am an amateur, my idea of "improving" would make the whole wiki even more of a mess.
11 \n 11 \n
12 [spoiler]The only improvement I would consider genuinely good, would be an independant section dedicated to ZK that exhaustively lists all spring functions that are "allowed" for use in widgets for ZK, with exhaustive explanations for conditions in which each spring function is limited, such as functions which work only on your own units, or functions that will return nil under certain conditions.[/spoiler] 12 [spoiler]The only improvement I would consider genuinely good, would be an independant section dedicated to ZK that exhaustively lists all spring functions that are "allowed" for use in widgets for ZK, with exhaustive explanations for conditions in which each spring function is limited, such as functions which work only on your own units, or functions that will return nil under certain conditions.[/spoiler]
13 \n
14 [quote]The stacked if's are non-scaling because making the widget support eg. 500 units with this method would be insane, whereas creating a loop is not only much cleaner but allows you to work with arbitrarily high numbers.[/quote]
15 \n
16 This is good to know! I would like to use a for loop for the placement of units, but it is currently beyond my capacity to properly envision the logic for these things, even though @[2up]knorke and @ikinz and one or two others have spelled it out for me! :(