GSoC-WesnothWhiteboard Gabba - Revision history

Shiki: fix layouting

2020-11-10T07:32:39Z

fix layouting

Esr: Hide historical instance of "SVN" from mediawiki search to avoid false positives.

2013-03-21T03:34:44Z

Hide historical instance of "SVN" from mediawiki search to avoid false positives.

Gabba at 02:05, 20 March 2012

2012-03-20T02:05:27Z

Gabba: /* Calendar */ End-of-GSoC update

2010-08-18T23:57:07Z

‎Calendar: End-of-GSoC update

Gabba: /* Before mid-term eval */

2010-07-26T06:38:42Z

‎Before mid-term eval

Gabba: /* Before mid-term eval */

2010-07-26T06:36:33Z

‎Before mid-term eval

Gabba: /* After mid-term eval */

2010-07-26T06:35:28Z

‎After mid-term eval

Gabba: /* Before mid-term eval */

2010-07-18T02:52:14Z

‎Before mid-term eval

Gabba: /* Before mid-term eval */

2010-07-18T02:51:45Z

‎Before mid-term eval

Gabba: /* Before mid-term eval */

2010-07-12T17:33:09Z

‎Before mid-term eval

@@ Line 4: / Line 4: @@
 '''''Important note for GSoC students: this document is only here for archival purposes! It is definitely not the best way to understand the whiteboard project in its current state. You should rather play around with it in the game, and study the source code, as well as ask gabba questions.'''''
-=Description=
+==Description==
 <h4>Gabba - Interface Streamlining and Planning System</h4>
@@ Line 16: / Line 16: @@
 ''Updated 04/12/2010''
-=IRC=
+==IRC==
 gabba
-=SoC Application=
+==SoC Application==
 [http://socghop.appspot.com/gsoc/student_proposal/review/google/gsoc2010/gabba/t127042278960 Wesnoth Whiteboard]
-=About Me=
+==About Me==
 See [[User:Gabba]]
-=History=
+==History==
 To put things in context, this idea was already discussed in embryonic form
@@ Line 34: / Line 34: @@
 before it ended up as this formal GSoC proposal.
-=Credits=
+==Credits==
 *''Boucman'' for introducing the idea of setting gotos when it's not your turn, and his thorough review of the proposal.
 *''Crab_'' for the overall concept and the backend mechanisms, as well as many details I would not have thought of.
@@ Line 42: / Line 42: @@
 *''Zookeeper'' for providing valuable input on some key points.
-=The Problem=
+==The Problem==
 ===Waiting tedium and difficult allied planning===
 Currently when playing a coop game (either RPG or more standard multiplayer campaign), there are several things that really irk me when it's not my turn:
@@ Line 62: / Line 62: @@
 Gotos (i.e. multi-turn moves) can be useful, but are also annoying since they are executed automatically at the beginning of your turn, and there's no visual display to show you at a glance which units have gotos set. You have no way to modify them outside of your turn either, to react to an unexpected turn of events.
-=The Project=
+==The Project==
 ==Overview==
 My project directly addresses the problems described above:
@@ Line 315: / Line 315: @@
 See [[GSoC-WW_Optional_Future_Gabba]].
-=Calendar=
+==Calendar==
 *''Note: tasks colored <span style="color:green">green</span> are done''

@@ Line 141: / Line 141: @@
 =====Commiting moves=====
-Whenever the player is satisfied with one of his planned action, and this action does not have a gamestate conflict, he can individually '''commit''' it by either accessing the unit's context menu and selecting "commit", or simply hovering his mouse over it/selecting it and pressing 'e' (for "Execute", which will probably be how the user knows the command, rather than "Commit" that sounds good for svn/git users).
+Whenever the player is satisfied with one of his planned action, and this action does not have a gamestate conflict, he can individually '''commit''' it by either accessing the unit's context menu and selecting "commit", or simply hovering his mouse over it/selecting it and pressing 'e' (for "Execute", which will probably be how the user knows the command, rather than "Commit" that sounds good for s&shy;&shy;v&shy;&shy;n/git users).
 If no unit is selected or hovered over, then the first action in the planned move queue (the one numbered '1' on screen) will be commited.

@@ Line 1: / Line 1: @@
 {{SoC2010Student_2|gabba|SoC Ideas Your Own Ideas}}
 [[Category:SoC Ideas Your Own Ideas]]
 =Description=

@@ Line 341: / Line 341: @@
 #* <span style="color:green">Backend: Detect "soft blocks" i.e. blocking of planned moves by own units/own planned moves</span>
 #* <span style="color:green">Interface: for now, forbid defining moves with "soft blocks"</span>
-#Add attack and recruit to the planned actions (~1 week)
+<span style="color:green">#Add attack and recruit to the planned actions (~1 week)</span>
 #* <span style="color:green">Interface: display of planned attacks</span>
 #* <span style="color:green">Backend: committing of planned attacks</span>
-#* Backend: planning/committing of recruits ''[optional]''
+#* <span style="color:green">Backend: planning/committing of recruits ''[optional]''</span>
-#* Interface: display of planned recruits ''[optional]''
+#* <span style="color:green">Interface: display of planned recruits ''[optional]'' </span>
-#* Backend: work out interactions with WML events; validate actions after they happen.
+#* <span style="color:green">Backend: work out interactions with WML events; validate actions after they happen.</span>
 #Add other useful interface features (~1 week)
 #* <span style="color:green">Backend: toggling of state between planning mode and normal mode</span>
-#* Interface: menu/shortcut for "toggle planning mode"
+#* <span style="color:green">Interface: menu/shortcut for "toggle planning mode"</span>
-#* Interface: shift-click inversion of behaviour ''[optional]''
+#* <span style="color:green">Interface: tab-click inversion of behaviour ''[optional]''</span>
 #* <span style="color:green">Interface: "commit next" ''[optional]''</span>
 #* Interface: <span style="color:green">"cancel last"</span>/"cancel all" ''[optional]''
 #Bugfixing in preparation for mid-term (~1 week)
 #* <span style="color:green">General bugfixing</span>
-#* Backend: If appropriate, remove delay shroud updates code, and test if "sighted" wml events now work properly ''[optional]''
+#* Backend: If appropriate, <span style="color:green">temporarily disable delay shroud updates code</span>, and test if "sighted" wml events now work properly ''[optional]''
 '''Milestone: (8 weeks in) July 16, Mid-term eval''': All the above tasks must be finished. We have a functional reworked interface and planning system for single-player.
@@ Line 362: / Line 362: @@
 ''(3 weeks of work)''
 #Additional interface work (~1 week)
-#* Interface: Resolve issues with planning actions when it's not your turn
+#* <span style="color:green">Interface: Resolve issues with planning actions when it's not your turn</span> (some issues remain)
-#* Interface: allow defining moves on hexes occupied by current units or planned moves ''[optional]''
+#* <span style="color:green">Interface: allow defining moves on hexes occupied by current units or planned moves ''[optional]''</span>
 #** Interface: alternate display to ghosts for multiple moves planned for the same hex ''[optional]''
-#** Interface: visual hints for a move heading for an existing unit's location. ''[optional]''
+#** <span style="color:green">Interface: visual hints for a move heading for an existing unit's location. ''[optional]''</span> (more needs to be done)
-#* Interface: Implement alternate arrow-less view on Tab ''[optional]''
+#* Interface: Implement alternate arrow-less view on [some key] ''[optional]''
-#Bugfix and improve the interface (~2 weeks)
+#<span style="color:green">Bugfix and improve the interface (~2 weeks)</span>
-#*Submit the now-stable interface to a last round of improvements by artists.
+#*<span style="color:green">Make sure all commands are accessible through both menus and shortcut keys</span>
-#*Act on feedback received up to now, and get this tested as widely as possible
 '''Milestone (no set date), Complete Interface:''' The planning interface must undergo review by the dev team and be considered solid and complete before any work on the networked part starts.
@@ Line 403: / Line 397: @@
 #Add a section to the Wesnoth manual introducing and explaining the planning system.
 #Write a short after-action report
-#Discuss future plans for improving/expanding on the planning system
+#<span style="color:green">Discuss future plans for improving/expanding on the planning system</span>
 '''Milestone: (12 weeks in) August 16, End of GSoC 2010:''' Documentation tasks must be completed.

@@ Line 354: / Line 354: @@
 #* Interface: <span style="color:green">"cancel last"</span>/"cancel all" ''[optional]''
 #Bugfixing in preparation for mid-term (~1 week)
-#* General bugfixing
+#* <span style="color:green">General bugfixing</span>
 #* Backend: If appropriate, remove delay shroud updates code, and test if "sighted" wml events now work properly ''[optional]''

@@ Line 337: / Line 337: @@
 #* Interface: Visual warning for gamestate conflicts
 #'''Intermediate milestone: (4 weeks in) June 21: all the above tasks must be finished.'''
-#Implement "soft conflicts" detection and ZOC display (~1 week)
+#<span style="color:green">Implement "soft conflicts" detection and ZOC display (~1 week)</span>
 #* <span style="color:green">Backend: Add ZOC (ctrl+v) calculations according to planned moves</span>
 #* <span style="color:green">Backend: Detect "soft blocks" i.e. blocking of planned moves by own units/own planned moves</span>

@@ Line 324: / Line 324: @@
 #* <span style="color:green">Backend: Design and implement framework for managing planned moves (planned_move class, stl container)</span>
 #* <span style="color:green">Backend: Implement operations in planned_move to add, remove, switch place of planned moves</span>
-#Interface for adding and removing planned moves (~1.5 week)
+#<span style="color:green">Interface for adding and removing planned moves (~1.5 week)</span>
 #* <span style="color:green">Backend: Arrow and unit ghosts display framework</span>
 #* <span style="color:green">Backend: Checking of moves for gamestate conflicts</span>
 #* <span style="color:green">Interface: defining planned moves (volutarily creating gamestate conflicts is forbidden)</span>
-#* Interface: reordering moves
+#* <span style="color:green">Interface: reordering moves</span>
 #* <span style="color:green">Interface: Add preliminary numbering display</span>
 #* <span style="color:green">Interface: Highlight arrows on hover/selection of their unit</span>
@@ Line 342: / Line 342: @@
 #* <span style="color:green">Interface: for now, forbid defining moves with "soft blocks"</span>
 #Add attack and recruit to the planned actions (~1 week)
-#* Interface: display of planned attacks
+#* <span style="color:green">Interface: display of planned attacks</span>
-#* Backend: committing of planned attacks
+#* <span style="color:green">Backend: committing of planned attacks</span>
 #* Backend: planning/committing of recruits ''[optional]''
 #* Interface: display of planned recruits ''[optional]''
 #* Backend: work out interactions with WML events; validate actions after they happen.
 #Add other useful interface features (~1 week)
-#* Backend: toggling of state between planning mode and normal mode
+#* <span style="color:green">Backend: toggling of state between planning mode and normal mode</span>
 #* Interface: menu/shortcut for "toggle planning mode"
 #* Interface: shift-click inversion of behaviour ''[optional]''