User:Thunderstruck - Revision history

Thunderstruck: Blanked the page

2013-04-27T17:59:29Z

Blanked the page

Thunderstruck at 18:22, 22 April 2013

2013-04-22T18:22:24Z

Thunderstruck: Undo revision 50389 by Thunderstruck (Talk)

2013-04-22T18:21:10Z

Undo revision 50389 by Thunderstruck (Talk)

Thunderstruck: /* Description */

2013-04-22T18:20:19Z

‎Description

Thunderstruck at 17:31, 22 April 2013

2013-04-22T17:31:51Z

Thunderstruck at 17:30, 22 April 2013

2013-04-22T17:30:36Z

Thunderstruck at 17:23, 22 April 2013

2013-04-22T17:23:51Z

Thunderstruck at 17:21, 22 April 2013

2013-04-22T17:21:26Z

Crab at 12:46, 22 April 2013

2013-04-22T12:46:05Z

Thunderstruck at 18:59, 17 April 2013

2013-04-17T18:59:06Z

← Older revision		Revision as of 17:59, 27 April 2013
Line 1:		Line 1:
−	~~{{SoC2013Student}}~~
−	~~[[Category:SoC Ideas Multiplayer Campaign Support 2013]]~~

−	~~=Description=~~
−
−	~~<h4>thunderstruck's proposal draft</h4>~~
−
−	~~The current multiplayer campaign support from both UMC developers/maintainers and players perspective is far behind comparing to singleplayer support.~~
−
−	I propose to make developing multiplayer campaigns as easy as singleplayer ones. I am going to do that by enabling Wesnoth's engine to handle [campaign] and [scenario] tag with their attributes when used for multiplayer campaigns with very little modification and implementing additional GUI elements to let users easily choose difficulties, save/restore games and manage network players.
−
−	~~This approach would fix a lot of bugs related to multiplayer campaign support and would improve the overall quality of multiplayer games in Wesnoth.~~
−
−	~~=The Project=~~
−
−	The multiplayer campaign support project would consist mainly of two parts: engine and GUI modifications. Those changes would be based on WML syntax changes and some other general improvements of multiplayer campaign support.
−
−	~~The higher priority tasks would enable LoW campaign to be ported to a new syntax.~~
−
−	~~<h4>WML syntax modifications</h4>~~
−	~~Enable top-level [campaign] and [scenario] tags to work properly with multiplayer campaigns.~~
−
−	* [campaign] tag should contain an attribute called 'campaign_type' with a value of 'sp', 'mp' or 'both' to indicate the type of game campaign is made/adjusted for.
−	* [scenario] tag's attribute 'allow_new_game' should be used to define whether the scenario could be played anytime or just after completing particular scenario(s) as it was used in [multiplayer] tag.
−	* Extra boolean attribute 'custom_side' inside [side] tag to specify whether players should be able to choose multiplayer factions or not.
−	* Extra boolean attribute in [scenario] tag called 'custom_turns' to specify whether players could swap not only the sides, but also the order of the turns of those sides.
−	* 'save_id' attributes should be omitted from [side] tags.
−
−	~~<h4>Engine improvements</h4>~~
−	~~Deal with all changes of WML while keeping support for old ways to create multiplayer campaigns and solve the most important issues of multiplayer campaigns.~~
−
−	~~Higher priority tasks (listed by the order of implementation):~~
−	~~# Proper filtering of singleplayer and multiplayer campaigns using 'campaign_type' attribute to display them in appropriate dialogs and adjusting multiplayer create window accordingly.~~
−	~~# Enable multiplayer campaigns to use difficulty attributes inside [campaign] tag.~~
−	~~# Refactor or fix the current save/restore code of multiplayer campaigns to fix known problems.~~
−	~~# Enable network players management between scenarios.~~
−	~~# Enable 'extra_defines' attribute to work when used in multiplayer.~~
−
−	~~Lower priority tasks:~~
−	* Add default values for 'allow_player' attributes to make SideWML less redundant.
−	* Players' management window should suggest appropriate sides to the players (e.g. if the same side exists over multiple scenarios, the player who used to play for that side should be placed in relevant slot) if possible. However, players should still be able to swap sides.
−	* Allow the game to be played in custom turns (specified not by the campaign's designer, but the players).
−
−	~~<h4>GUI improvements</h4>~~
−	~~Tinker to work well with changes made to the engine and implement new elements where needed.~~
−
−	~~Higher priority tasks (listed by the order of implementation):~~
−	# In the multiplayer game 'maps to play' list, users should see only one option for one multiplayer campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but multiplayer campaign's name in that list option.
−	~~# Difficulties should be allowed to be chosen in the multiplayer game create window along with other options.~~
−	~~# Between every multiplayer campaign's scenarios players should be displayed with manage players window.~~
−
−	~~Lower priority tasks:~~
−	* Players should not be allowed to choose any multiplayer factions if campaign's designer specified so, in order to keep campaign well balanced.
−	* Players should be presented an option to modify turns of the sides.
−
−	~~<h4>Technical Considerations</h4>~~
−
−	~~TODO:~~
−
−	~~Here are some implementation details of major engine modifications.~~
−
−	~~Multiplayer create window:~~
−
−
−	~~Difficulties:~~
−	To allow the game engine to use difficulties for multiplayer campaigns in the same way as for singleplayer campaigns, multiplayer create window and game settings should be adjusted to include proper GUI elements to display difficulty options and store/retrieve them.
−
−	~~Save/restore:~~
−
−	~~Players management:~~
−	The new players management window should be created or the old one adjusted and be displayed between multiplayer campaign scenarios. The new window should let players to swap sides, kick/invite new players and possibly adjust other settings.
−
−	~~Extra defines:~~
−
−	~~<h4>Known Problems</h4>~~
−
−	* Custom turns can be hard to implement due to scenarios having events or code tied to the side number.
−	* Synchronization for some tags ?
−	* The multiplayer campaigns written in the old way should still be compatible. ?
−
−	~~<h4>Additional improvements</h4>~~
−
−	Some other things not mentioned in the project could also be implemented to improve multiplayer campaigns support. They are of lower priorities than tasks mentioned in above and would be done at the very end if there is time left or possibly after GSoC ([http://forums.wesnoth.org/viewtopic.php?f=15&t=38683 forum members opinions]).
−
−	~~And also there are some bugs who would be worth looking at ([http://forums.wesnoth.org/viewtopic.php?f=10&t=38487 bugs]).~~
−
−	~~=Timeline=~~
−
−	~~TODO:~~
−
−	~~Now - May 27 (pre-GSoC):~~
−	* Work on things related to project, but on those who could benefit users immediately even if the project would not be done at all.
−	* Do a further research on project's implementation and make notes on that.
−
−	~~May 27 - June 17 (Community bonding period):~~
−	* Resolve any ambiguities and issues (if any) with the project's proposal.
−	* Start coding.
−
−	~~June 17 - early August:~~
−	* Implementing high priority tasks.
−
−	~~early August - mid August:~~
−	* Testing.
−	* Fixing introduced bugs.
−	* Port LoW to the new syntax.
−
−	~~mid August - 16 September~~
−	* Implementing lower priority tasks.
−
−	~~16 September - 23 September~~
−	* Write documentation.
−	* Fix wiki pages.
−	* More testing.
−
−	~~=IRC=~~
−
−	~~thunderstruck~~
−
−	~~=Questionnaire=~~
−	~~TODO: fill out the questionnaire, on your copy of this page. Question are here : [[SoC_Information_for_Google#Does your organization have an application template you would like to see students use?]]~~

@@ Line 1: / Line 1: @@
 {{SoC2013Student}}
-[[Category:SoC_Ideas_Your_Own_Ideas2013]]
+[[Category:SoC Ideas Multiplayer Campaign Support 2013]]
 =Description=

@@ Line 4: / Line 4: @@
 =Description=
-<h4>thunderstruck - Improve Multiplayer Campaign Support</h4>
+<h4>thunderstruck's proposal draft</h4>
 The current multiplayer campaign support from both UMC developers/maintainers and players perspective is far behind comparing to singleplayer support.

@@ Line 4: / Line 4: @@
 =Description=
-<h4>thunderstruck's proposal draft</h4>
+<h4>thunderstruck - Improve Multiplayer Campaign Support</h4>
 The current multiplayer campaign support from both UMC developers/maintainers and players perspective is far behind comparing to singleplayer support.

@@ Line 81: / Line 81: @@
 <h4>Additional improvements</h4>
-Some other things not mentioned in the project could also be implemented to improve multiplayer campaigns support. They are of lower priorities than tasks mentioned in above and would be done at the very end if there is time left or possibly after GSoC ([[http://forums.wesnoth.org/viewtopic.php?f=15&t=38683 forum members opinions]]).
+Some other things not mentioned in the project could also be implemented to improve multiplayer campaigns support. They are of lower priorities than tasks mentioned in above and would be done at the very end if there is time left or possibly after GSoC ([http://forums.wesnoth.org/viewtopic.php?f=15&t=38683 forum members opinions]).
-And also there are some bugs who would be worth looking at ([[http://forums.wesnoth.org/viewtopic.php?f=10&t=38487 bugs]]).
+And also there are some bugs who would be worth looking at ([http://forums.wesnoth.org/viewtopic.php?f=10&t=38487 bugs]).
 =Timeline=
 Now - May 27 (pre-GSoC):

@@ Line 14: / Line 14: @@
 =The Project=
-The multiplayer campaign support project would consist mainly of two parts: engine and GUI modifications. Those changes would be mainly based on WML syntax changes and some other general improvements of multiplayer campaign support.
+The multiplayer campaign support project would consist mainly of two parts: engine and GUI modifications. Those changes would be based on WML syntax changes and some other general improvements of multiplayer campaign support.
 The higher priority tasks would enable LoW campaign to be ported to a new syntax.
@@ Line 30: / Line 30: @@
 Deal with all changes of WML while keeping support for old ways to create multiplayer campaigns and solve the most important issues of multiplayer campaigns.
-Higher priority tasks:
+Higher priority tasks (listed by the order of implementation):
 # Proper filtering of singleplayer and multiplayer campaigns using 'campaign_type' attribute to display them in appropriate dialogs and adjusting multiplayer create window accordingly.
 # Enable multiplayer campaigns to use difficulty attributes inside [campaign] tag.
@@ Line 45: / Line 45: @@
 Tinker to work well with changes made to the engine and implement new elements where needed.
-Higher priority tasks:
+Higher priority tasks (listed by the order of implementation):
 # In the multiplayer game 'maps to play' list, users should see only one option for one multiplayer campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but multiplayer campaign's name in that list option.
 # Difficulties should be allowed to be chosen in the multiplayer game create window along with other options.
@@ Line 56: / Line 56: @@
 <h4>Technical Considerations</h4>
-(Subject to change)
+TODO:
 Here are some implementation details of major engine modifications.
@@ Line 81: / Line 81: @@
 <h4>Additional improvements</h4>
-Some other things not mentioned in the project could also be implemented to improve multiplayer campaigns support. They are of lower priorities than tasks mentioned in above and would be done at the very end if there is time left or possibly after GSoC.
+Some other things not mentioned in the project could also be implemented to improve multiplayer campaigns support. They are of lower priorities than tasks mentioned in above and would be done at the very end if there is time left or possibly after GSoC ([[http://forums.wesnoth.org/viewtopic.php?f=15&t=38683 forum members opinions]]).
-[[http://forums.wesnoth.org/viewtopic.php?f=15&t=38683 ideas]]
+And also there are some bugs who would be worth looking at ([[http://forums.wesnoth.org/viewtopic.php?f=10&t=38487 bugs]]).
 =Timeline=

@@ Line 31: / Line 31: @@
 Higher priority tasks:
-. Proper filtering of singleplayer and multiplayer campaigns using 'campaign_type' attribute to display them in appropriate dialogs and adjusting multiplayer create window accordingly.
+# Proper filtering of singleplayer and multiplayer campaigns using 'campaign_type' attribute to display them in appropriate dialogs and adjusting multiplayer create window accordingly.
-. Enable multiplayer campaigns to use difficulty attributes inside [campaign] tag.
+# Enable multiplayer campaigns to use difficulty attributes inside [campaign] tag.
-. Refactor or fix the current save/restore code of multiplayer campaigns to fix known problems.
+# Refactor or fix the current save/restore code of multiplayer campaigns to fix known problems.
-. Enable network players management between scenarios.
+# Enable network players management between scenarios.
-. Enable 'extra_defines' attribute to work when used in multiplayer.
+# Enable 'extra_defines' attribute to work when used in multiplayer.
 Lower priority tasks:
@@ Line 46: / Line 46: @@
 Higher priority tasks:
-. In the multiplayer game 'maps to play' list, users should see only one option for one multiplayer campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but multiplayer campaign's name in that list option.
+# In the multiplayer game 'maps to play' list, users should see only one option for one multiplayer campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but multiplayer campaign's name in that list option.
-. Difficulties should be allowed to be chosen in the multiplayer game create window along with other options.
+# Difficulties should be allowed to be chosen in the multiplayer game create window along with other options.
-. Between every multiplayer campaign's scenarios players should be displayed with manage players window.
+# Between every multiplayer campaign's scenarios players should be displayed with manage players window.
 Lower priority tasks:

@@ Line 1: / Line 1: @@
 {{SoC2013Student}}
-[[Category:SoC Ideas AI in Mainline Campaigns Refactoring_2013]]
+[[Category:SoC_Ideas_Your_Own_Ideas2013]]
 =Description=
 <h4>thunderstruck's proposal draft</h4>
@@ Line 9: / Line 10: @@
 I propose to make developing multiplayer campaigns as easy as singleplayer ones. I am going to do that by enabling Wesnoth's engine to handle [campaign] and [scenario] tag with their attributes when used for multiplayer campaigns with very little modification and implementing additional GUI elements to let users easily choose difficulties, save/restore games and manage network players.
-This approach would let to dispose of all or most current '#ifdefs' used to create multiplayer campaign or to enable singleplayer campaign to be used as multiplayer and would fix a lot of bugs
+This approach would fix a lot of bugs related to multiplayer campaign support and would improve the overall quality of multiplayer games in Wesnoth.
 =The Project=
-<h4>WML</h4>
+The multiplayer campaign support project would consist mainly of two parts: engine and GUI modifications. Those changes would be mainly based on WML syntax changes and some other general improvements of multiplayer campaign support.
-Enable top-level [campaign] and [scenario] tags to work properly with MP campaigns.
 * [campaign] tag should contain an attribute called 'campaign_type' with a value of 'sp', 'mp' or 'both' to indicate the type of game campaign is made/adjusted for.
 * [scenario] tag's attribute 'allow_new_game' should be used to define whether the scenario could be played anytime or just after completing particular scenario(s) as it was used in [multiplayer] tag.
-* Extra boolean attribute 'custom_side' inside [side] tag to specify whether players should be able to choose MP factions or not.
+* Extra boolean attribute 'custom_side' inside [side] tag to specify whether players should be able to choose multiplayer factions or not.
 * Extra boolean attribute in [scenario] tag called 'custom_turns' to specify whether players could swap not only the sides, but also the order of the turns of those sides.
-* The 'allow_player' attributes should be removed from the [side] tags. ?
+* 'save_id' attributes should be omitted from [side] tags.
-<h4>Engine</h4>
+<h4>Engine improvements</h4>
-Deal with all changes of WML while keeping support for old ways to create MP campaigns and fix or refactor save/restore code to deal with the current issues.
+Deal with all changes of WML while keeping support for old ways to create multiplayer campaigns and solve the most important issues of multiplayer campaigns.
-* Proper filtering of SP and MP campaigns using 'campaign_type' attribute.
+Higher priority tasks:
-* Enable MP campaigns to use difficulty attributes inside [campaign] tag.
+. Proper filtering of singleplayer and multiplayer campaigns using 'campaign_type' attribute to display them in appropriate dialogs and adjusting multiplayer create window accordingly.
 * Players' management window should suggest appropriate sides to the players (e.g. if the same side exists over multiple scenarios, the player who used to play for that side should be placed in relevant slot) if possible. However, players should still be able to swap sides.
 * Allow the game to be played in custom turns (specified not by the campaign's designer, but the players).
-<h4>GUI</h4>
+<h4>GUI improvements</h4>
 Tinker to work well with changes made to the engine and implement new elements where needed.
-* In the MP game 'maps to play' list, users should see only one option for one MP campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but MP campaign's name in that list option.
+Higher priority tasks:
-* Difficulties should be allowed to be chosen in the MP game create window along with other options.
+. In the multiplayer game 'maps to play' list, users should see only one option for one multiplayer campaign. Any chapters or scenarios which could be played without playing before should be displayed in additional dialog. Also users should see not the first scenario's name, but multiplayer campaign's name in that list option.
-* Between every MP campaign's scenarios players should be displayed with manage players window.
+. Difficulties should be allowed to be chosen in the multiplayer game create window along with other options.
-* Players should not be allowed to choose any MP factions if campaign's designer specified so, in order to keep campaign well balanced.
+. Between every multiplayer campaign's scenarios players should be displayed with manage players window.
 * Players should be presented an option to modify turns of the sides.
 =IRC=

@@ Line 44: / Line 44: @@
 =IRC=
-Example content of this section: "user" "user1, user2" (without the quotes)
+thunderstruck
 =Questionnaire=
 TODO: fill out the questionnaire, on your copy of this page. Question are here : [[SoC_Information_for_Google#Does your organization have an application template you would like to see students use?]]