This page will keep the current design for the next phase(s) of RoboResearch. I'll keep this page as the "official" design; please use the discussion page to offer feedback and contribute new ideas. This page exists to solicit such input, so please don't be bashful!
This is the current development GUI for RoboResearch. In the top section you add and orginize which challenges will be run. All the buttons should be obvious except "Group". When you select multiple challenges and press group, they all get the same number in front of them (that's the group number). An effort will be made to complete the battles for all challenges in the same group at about the same time. As challenges complete, they will drop to the bottom of the list and, if they were the last in their group, all others' group numbers will decrement.
In the bottom section you control what each of your concurrent battle-running threads does. The "Prefer Group" spinner means that if the stated group exists in the pane above, it will run battles from that group. If it does not, it will default back to running from group 1. So, for example, I could add the rumble as group 1 in the top section (once that functionality is available), then set my threads to prefer 1 and 2 as pictured above. One thread would then always run the rumble, and the other thread would run from challenges I add until they are all done, at which time it would default back to running the rumble.
There will be a "Configure" button in the top section, too, which for the rumble could set things like MAX_BATTLES. After all bots in the rumble have that many battles, RoboResearch would consider that entry "done". You could add 2 rumble entries, one with unlimited battles and one with a max, to achieve things like "first run all bots up to 2000 battles, then run my challenges, then go back to the rumble again".
- Adding challenges
- Removing challenges
- Adding threads
- Starting, pausing and killing threads
- The "Prefer Group" feature
- Editing challenges in the queue
- Showing results (minor detail)
- Re-organizing the queue
- Bulk thread operations