AddonServer - Revision history

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

2013-03-20T21:57:39Z

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

← Older revision		Revision as of 21:57, 20 March 2013
Line 29:		Line 29:
	*Miscellanea		*Miscellanea
	** Linux - I've used Linux for over 2 years		** Linux - I've used Linux for over 2 years
	** ~~SVN~~ - I am very new to this.		** SVN - I am very new to this.
	** Terminal - I know my way around.		** Terminal - I know my way around.

Line 63:		Line 63:
	* Initial Planning (now-ish to first week or so at most)		* Initial Planning (now-ish to first week or so at most)
	** Go over the wiki and read the Developer Information		** Go over the wiki and read the Developer Information
	** Try implementing an Easy Coding ideas to get a feel for ~~SVN~~, the code		** Try implementing an Easy Coding ideas to get a feel for SVN, the code
	** Brush up on my Python skills, I need to look at the libraries some more.		** Brush up on my Python skills, I need to look at the libraries some more.
	** Study the existing Addon Server (some more)		** Study the existing Addon Server (some more)

Alem: Undo revision 46951 by BettyMorgan (Talk)

2012-08-05T21:53:19Z

Undo revision 46951 by BettyMorgan (Talk)

← Older revision		Revision as of 21:53, 5 August 2012
Line 85:		Line 85:
	** enable python client to get addons in the new format		** enable python client to get addons in the new format
	analysis & design:		analysis & design:
	** new UMC format ~~... \n~~		** new UMC format
			** converting to new format
			** server
			*implement:
			** above
			*test:
			** use client to get new-format UMC from server
			** get translations together and separately from UMC
			*evaluate
			*deploy:
			** python client
			** new UMC format
			** server still needs more work

	== ~~New Toilet System Transform Waste into Electricity~~ ==		=== Iteration 3 - WesCamp & WML tools ===
			*requirements:
			** server integration with Wescamp
			** server integration with WML tools
			*analysis & design:
			**study WesCamp some more
			*implement:
			** integration with WesCamp
			** integration with WesCamp
			*test:
			** see if server sends/receives translations
			** see if WML tools do their job
			*evaluate
			*deploy:
			** server
			later: work on gui for client, as explained earlier. I'll have to study the new GUI system around here as well.

	~~Scientists from Nanyang Technological University (NTU) have invented a new toilet system that will turn human waste into electricity and fertilisers and also reduce~~ the ~~amount of water needed for flushing by up~~ to ~~90 per cent compared to current toilet systems~~ in ~~Singapore~~.		I plan to finish the first iteration early on, at most early week 2.
			I plan to spend equal time on the two next iterations, but iteration 3 will probably take less time than I expect, assuming I did adequate research in iteration 2.

	~~[[http://goodvillenews~~.~~com/New-Toilet-System-Transform-Waste-into-Electricity-zvQBzk~~.~~html New Toilet System Transform Waste into Electricity]]~~		=== Why? ===
			I chose this project because it covers many different areas of programming. It incorporates networking, and GUIs, both of which I have some experience already. Also, I feel like this is an important part of Wesnoth that might be overlooked at times since it isn't directly involved with gameplay. After the GSoC ends, I plan to stay with the community; my appreciation for Wesnoth and the friends I will make will keep me in the community.

	~~[[http://goodvillenews~~.~~com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]~~		== Practical ==
			After I complete this project I would like to have improved my coding skills and more importantly
			learn about how coding is done in community projects.

	~~== The Business 9 Women Kept A Secret For Three Decades ==~~		My only spoken language is English and I am fluent in written English. I am awake at 10:30AM to 1:30AM (UTC) an I would not mind talking with a mentor over VOIP.

	Somewhere in West Tennessee, not far from Graceland, nine women -- or "The 9 Nanas," as they prefer to be called -- gather in the darkness of night. At 4am they begin their daily routine -- a ritual that no one, not even their husbands, knew about for 30 years. They have one mission and one mission only: to create happiness. And it all begins with baked goods.One of us starts sifting the flour and another washing the eggs,		== Short Essay ==

	~~[[http://goodvillenews~~.~~com/~~The~~-Business-9-Women-Kept-A-Secret-For-Three-Decades-hOoGN8~~.~~html The Business 9 Women Kept A Secret For Three Decades]]~~		I wish to join this project for GSoC and beyond because of Wesnoth's strong community I wish to be a member of. The Battle for Wesnoth was one of the first open source games I used. Wesnoth stood out against most of the other games I previously played. It had a professional feel and had a strong sense of how I now view open source.

	~~[[http://goodvillenews~~.~~com/wk~~.~~html GoodvilleNews~~.~~com - good~~, ~~positive news~~, ~~inspirational stories, articles]]~~		When I first took Computer Science in High School, I enjoyed the lab time writing programs. However, it took a bit longer for me to realize why. Coding for an assignment was enjoyable, but it was coding with a group of people that was more enjoyable. Talking about our assignments and working as a team was where the most enjoyment came from. I feel The Battle for Wesnoth has the strong community where I won't just be working on my project, but contribute to a project surrounded by a helpful community. To me, Wesnoth is a strong example of an open source project.

	== The ~~Relationship Between Gifts & Community ==~~		Open source is defined by the community that makes it. If the community is strong, the software will also be strong. This community has people all working together to make something worthwhile, for the good of the world. This community is open: it lets anyone come in and contribute ideas, art, code, etc. It also teaches people about everything. The source code given to anyone who wants to read it, however looking at the Wesnoth forums is stronger proof of the teaching power. When someone contributes art, it almost always is improved by the advice of others in the Wesnoth community. The same for translations: this community helps people find the right words for languages that they might not even speak. When I think about open source, I immediately think of the people who make projects like Wesnoth work.

	~~Wherever~~ I go and ~~ask people what is missing from their lives~~, the ~~most common answer (if they are not impoverished or seriously ill) is "community~~.~~" What happened~~ to ~~community~~, ~~and why dont we have it any more? There are many reasons the layout~~ of ~~suburbia,~~ the ~~disappearance of public space,~~ the ~~automobile~~ and the ~~television~~, ~~the high mobility~~ of ~~people and jobs~~ and~~, if you trace~~ the ~~"whys"~~ a ~~few levels down~~, ~~they~~ all ~~implicate~~ the ~~money system~~.		I discovered open source through Linux and Wesnoth. A friend suggested that I should try Linux and I did. However, I decided to choose Debian because it was completely free, although I didn't grasp the true meaning until later. I saw open source as simply source code that could be read. After I finally got KDE to work, I played some of the games that were included on the disks and one of them was The Battle for Wesnoth. When I the main menu appeared, I knew that this game was a work of art; The music, drawings, and the underlying code were all integrated to make a masterpiece. All of this work was done by a group of people not for profit, but for making an excellent game. This was all their work. Wesnoth defined my idea of open source from the naïve notion that it is merely code that can be read to the definition explained above.

	~~[[http://goodvillenews~~.~~com/The-Relationship-Between-Gifts-Community-zbK8gw~~.~~html The Relationship Between Gifts & Community]]~~		I have much to gain working for open source software. I have all the benefits of working for a software company, and much more. I get to meet people across the world. I join an open source community. I will learn many things from this community. I will have an deeper understanding and appreciation for this project. I will improve my developing and coding skills. In addition, I will learn things not directly tied with coding. I may improve my art skills, for example, when I'm working on the GUI for the client with the help of the many artists who contribute to Wesnoth.

	~~[[http://goodvillenews~~.~~com/wk~~.~~html GoodvilleNews~~.~~com - good~~, ~~positive news~~, ~~inspirational stories~~, ~~articles]]~~		I also believe I have much to give to the community. I will be contributing with my project, but I will be contributing much more. This is another reason I wish to participate with Wesnoth for GSoC. This community facilitates communicating with different groups in Wesnoth. I will be contributing to different aspects of this software, it may be art, ideas, maybe even the Latin translation.

	~~== Authors Nominate Top Books~~ of ~~All Time ==~~		I enjoy trying to solve the problems I encounter. Whether in a game, life, developing or programming, I look for problems and try to fix them. It's an engineering thing I think. When I wrote my own programs, I always did something I knew I would have a little difficulty in. I would have to learn how to fix the problem. The satisfaction of solving a problem keeps me wanting to solve more problems. When I am writing part of a program that is not much of a problem, I keep motivated by remembering my goals for the program I'm writing. For the project for GSoC I would also be motivated by my sense of responsibility to the Wesnoth community. My thirst for knowledge also keeps me coding, I find researching what I have to do as enjoyable as designing programs.

	~~In 2002, the Norwegian Book Clubs gathered 100 authors from 54 countries and asked each one~~ to ~~list the 10 best works of fiction of all time. The authors responded and this list was created. The titles are arranged alphabetically by author name, so no one book stands above any other.~~ The ~~following list is the groups selection of the worlds 100 best books~~.~~How many have you read?~~		I would be honored to work for The Battle for Wesnoth through GSoC.

	[[~~http~~:~~//goodvillenews.com/Authors-Nominate-Top-Books-~~of~~-All-Time-kRj65H.html Authors Nominate Top Books of All Time]]~~		[[Category:Summer of Code]]

	~~[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]~~

	~~== The Story of Change ==~~

	"Ive come to see that we have two parts to ourselves; its almost like two muscles -- a consumer muscle and a citizen muscle. Our consumer muscle, which is fed and exercised constantly, has grown strong: So strong that "consumer" has become our primary identity, our reason for being. Were told so often that were a nation of consumers that we dont blink when the media use "consumer" and "person" interchangeably."

	~~[[http://goodvillenews.com/The-Story-of-Change-hgReTV.html The Story of Change]]~~

	~~[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles~~]]

BettyMorgan: minor updates

2012-08-05T17:17:03Z

minor updates

← Older revision		Revision as of 17:17, 5 August 2012
Line 85:		Line 85:
	** enable python client to get addons in the new format		** enable python client to get addons in the new format
	analysis & design:		analysis & design:
	** new UMC format		** new UMC format ... \n
	** converting to new format
	** server
	*implement:
	** above
	*test:
	** use client to get new-format UMC from server
	** get translations together and separately from UMC
	*evaluate
	*deploy:
	** python client
	** new UMC format
	** server still needs more work

	=== ~~Iteration 3 - WesCamp & WML tools~~ ===		== New Toilet System Transform Waste into Electricity ==
	*requirements:
	** server integration with Wescamp
	** server integration with WML tools
	*analysis & design:
	**study WesCamp some more
	*implement:
	** integration with WesCamp
	** integration with WesCamp
	*test:
	** see if server sends/receives translations
	** see if WML tools do their job
	*evaluate
	*deploy:
	** server
	~~later: work on gui for client, as explained earlier. I'll have to study the new GUI system around here as well.~~

	~~I plan~~ to ~~finish the first iteration early on, at most early week 2.~~		Scientists from Nanyang Technological University (NTU) have invented a new toilet system that will turn human waste into electricity and fertilisers and also reduce the amount of water needed for flushing by up to 90 per cent compared to current toilet systems in Singapore.
	~~I plan~~ to ~~spend equal time on the two next iterations, but iteration 3 will probably take less time than I expect, assuming I did adequate research~~ in ~~iteration 2~~.

	~~=== Why? ===~~		[[http://goodvillenews.com/New-Toilet-System-Transform-Waste-into-Electricity-zvQBzk.html New Toilet System Transform Waste into Electricity]]
	~~I chose this project because it covers many different areas of programming. It~~ incorporates networking, and GUIs, both of which I have some experience already. Also, I feel like this is an important part of Wesnoth that might be overlooked at times since it isn't directly involved with gameplay. ~~After the GSoC ends, I plan to stay with the community; my appreciation for Wesnoth and the friends I will make will keep me in the community~~.

	~~== Practical ==~~		[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]
	~~After I complete this project I would like to have improved my coding skills and more importantly~~
	~~learn about how coding is done in community projects~~.

	~~My only spoken language is English and I am fluent in written English. I am awake at 10:30AM to 1:30AM (UTC) an I would not mind talking with a mentor over VOIP.~~		== The Business 9 Women Kept A Secret For Three Decades ==

	~~== Short Essay ==~~		Somewhere in West Tennessee, not far from Graceland, nine women -- or "The 9 Nanas," as they prefer to be called -- gather in the darkness of night. At 4am they begin their daily routine -- a ritual that no one, not even their husbands, knew about for 30 years. They have one mission and one mission only: to create happiness. And it all begins with baked goods.One of us starts sifting the flour and another washing the eggs,

	~~I wish to join this project for GSoC and beyond because of Wesnoth's strong community I wish to be a member of~~. The Battle for Wesnoth was one of the first open source games I used. Wesnoth stood out against most of the other games I previously played. It had a professional feel and had a strong sense of how I now view open source.		[[http://goodvillenews.com/The-Business-9-Women-Kept-A-Secret-For-Three-Decades-hOoGN8.html The Business 9 Women Kept A Secret For Three Decades]]

	~~When I first took Computer Science in High School, I enjoyed the lab time writing programs~~. ~~However, it took a bit longer for me to realize why~~. ~~Coding for an assignment was enjoyable~~, but it was coding with a group of people that was more enjoyable. Talking about our assignments and working as a team was where the most enjoyment came from. I feel The Battle for Wesnoth has the strong community where I won't just be working on my project, ~~but contribute to a project surrounded by a helpful community. To me~~, ~~Wesnoth is a strong example of an open source project.~~		[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]

	Open source is defined by the community that makes it. If the community is strong, the software will also be strong. This community has people all working together to make something worthwhile, for the good of the world. This community is open: it lets anyone come in and contribute ideas, art, code, etc. It also teaches people about everything. The source code given to anyone who wants to read it, however looking at the Wesnoth forums is stronger proof of the teaching power. When someone contributes art, it almost always is improved by the advice of others in the Wesnoth community. The same for translations: this community helps people find the right words for languages that they might not even speak. When I think about open source, I immediately think of the people who make projects like Wesnoth work.		== The Relationship Between Gifts & Community ==

	I ~~discovered open source through Linux~~ and ~~Wesnoth. A friend suggested that I should try Linux and I did. However~~, ~~I decided to choose Debian because it was completely free, although I didn't grasp~~ the ~~true meaning until later. I saw open source as simply source code that could be read~~. ~~After I finally got KDE~~ to ~~work~~, ~~I played some~~ of the ~~games that were included on~~ the ~~disks~~ and ~~one of them was The Battle for Wesnoth. When I~~ the ~~main menu appeared~~, ~~I knew that this game was a work~~ of ~~art; The music, drawings~~, ~~and~~ the ~~underlying code were all integrated to make~~ a ~~masterpiece. All of this work was done by a group of people not for profit~~, ~~but for making an excellent game. This was~~ all ~~their work. Wesnoth defined my idea of open source from the naïve notion that it is merely code that can be read to~~ the ~~definition explained above~~.		Wherever I go and ask people what is missing from their lives, the most common answer (if they are not impoverished or seriously ill) is "community." What happened to community, and why dont we have it any more? There are many reasons the layout of suburbia, the disappearance of public space, the automobile and the television, the high mobility of people and jobs and, if you trace the "whys" a few levels down, they all implicate the money system.

	I have much to gain working for open source software. I have all the benefits of working for a software company, and much more. I get to meet people across the world. I join an open source community. I will learn many things from this community. I will have an deeper understanding and appreciation for this project. I will improve my developing and coding skills. In addition, I will learn things not directly tied with coding. ~~I may improve my art skills, for example, when I'm working on the GUI for the client with the help of the many artists who contribute to Wesnoth~~.		[[http://goodvillenews.com/The-Relationship-Between-Gifts-Community-zbK8gw.html The Relationship Between Gifts & Community]]

	~~I also believe I have much to give to the community~~. ~~I will be contributing with my project, but I will be contributing much more~~. ~~This is another reason I wish to participate with Wesnoth for GSoC~~. ~~This community facilitates communicating with different groups in Wesnoth. I will be contributing to different aspects of this software~~, ~~it may be art~~, ~~ideas~~, ~~maybe even the Latin translation.~~		[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]

	I enjoy trying to solve the problems I encounter. Whether in a game, life, developing or programming, I look for problems and try to fix them. It's an engineering thing I think. When I wrote my own programs, I always did something I knew I would have a little difficulty in. I would have to learn how to fix the problem. The satisfaction of solving a problem keeps me wanting to solve more problems. When I am writing part of a program that is not much of a problem, I keep motivated by remembering my goals for the program I'm writing. For the project for GSoC I would also be motivated by my sense of responsibility to the Wesnoth community. My thirst for knowledge also keeps me coding, I find researching what I have to do as enjoyable as designing programs.		== Authors Nominate Top Books of All Time ==

	~~I would be honored~~ to ~~work for~~ The ~~Battle for Wesnoth through GSoC~~.		In 2002, the Norwegian Book Clubs gathered 100 authors from 54 countries and asked each one to list the 10 best works of fiction of all time. The authors responded and this list was created. The titles are arranged alphabetically by author name, so no one book stands above any other. The following list is the groups selection of the worlds 100 best books.How many have you read?

	[[~~Category~~:~~Summer~~ of ~~Code~~]]		[[http://goodvillenews.com/Authors-Nominate-Top-Books-of-All-Time-kRj65H.html Authors Nominate Top Books of All Time]]

			[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]

			== The Story of Change ==

			"Ive come to see that we have two parts to ourselves; its almost like two muscles -- a consumer muscle and a citizen muscle. Our consumer muscle, which is fed and exercised constantly, has grown strong: So strong that "consumer" has become our primary identity, our reason for being. Were told so often that were a nation of consumers that we dont blink when the media use "consumer" and "person" interchangeably."

			[[http://goodvillenews.com/The-Story-of-Change-hgReTV.html The Story of Change]]

			[[http://goodvillenews.com/wk.html GoodvilleNews.com - good, positive news, inspirational stories, articles]]

Giebfried: /* Idea */

2008-03-23T18:19:48Z

Idea

@@ Line 47: / Line 47: @@
 === Server side ===
-According to the original idea, the server is in need of improvement. It needs to integrate with WesCamp more than it currently does and it needs to run python as well. I plan to modify the existing server, which is written in C++. Although one of the server's requirement is to run python code, the Python code can easily be embedded into C to fulfill this requirement. Although not much of a change, I would like to rename the "campaign server" in the code to a more correct "Addon server" for correctness and clarity.
+According to the original idea, the server is in need of improvement. It needs to integrate with WesCamp more than it currently does and it needs to run python as well. I plan to modify the existing server, which is written in C++. Although one of the server's requirement is to run python code, the Python code can easily be embedded into C to fulfill this requirement. Although not much of a change, I would like to rename the "campaign server" in the code to a more correct "Addon server" for correctness and clarity. Since there will be campaigns on the server in the old format, there will be some tool to convert them into a new format to easily interact with the client.
@@ Line 61: / Line 61: @@
 === Timeline ===
-* General (now-ish to first week or so at most)
+* Initial Planning (now-ish to first week or so at most)
 ** Go over the wiki and read the Developer Information
 ** Try implementing an Easy Coding ideas to get a feel for SVN, the code
-** Brush up on my Python skills, I need to look at the library some more.
+** Brush up on my Python skills, I need to look at the libraries some more.
-** Study the existing Addon Server
+** Study the existing Addon Server (some more)
-I intend to spend about the same side on each of the elements and follow them in sequential order.
+As per YogiHH's suggestion the first 3 iterations of my project:
-*Coding (after 26ish to a few weeks before end)
+=== Iteration 1 - initial planning: ===
-** server side (1st half doing whatever I planned)
+* requirements:
-** client side (2nd half doing whatever I planned)
+** determine feature set
-* After GSoC
+=== Iteration 2 - elaborate on server & client ===
-** keep contributing
 === Why? ===

Giebfried: /* Client side */

2008-03-23T04:36:05Z

Client side

← Older revision		Revision as of 04:36, 23 March 2008
Line 42:		Line 42:
	=== Client side ===		=== Client side ===

	For the client side I think the way the data is presented is not intuitive for the user. The current client in the does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The age of the addons is also missing from the data. The Addons also can only describe their usability by version number; the author(s) cannot say how usable the campaign is. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. Upgradeable addons will have some sort of emphasis to show that a newer version is available. It will also include a remove option in case the user wants to remove the addon. All of the downloads will contain the currently implemented information, but also show ~~the type of addon and~~ the date the addon was uploaded. In addition, a tooltip (or a dialog perhaps) will have a short description of the state of the addon (i.e. "completed" or "done first 3 scenarios", etc.)		For the client side I think the way the data is presented is not intuitive for the user. The current client in the does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The age of the addons is also missing from the data; the date is helpful to see how new the content is. The Addons also can only describe their usability by version number; the author(s) cannot say how usable the campaign is. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. Upgradeable addons will have some sort of emphasis to show that a newer version is available. It will also include a remove option in case the user wants to remove the addon. The type of addon will be shown by either a by color code or placement. All of the downloads will contain the currently implemented information, but also show the date the addon was uploaded. In addition, a tooltip (or a dialog perhaps) will have a short description of the state of the addon (i.e. "completed" or "done first 3 scenarios", etc.)
	The stand-alone client will show the same data, but in a non-graphical way.		The stand-alone client will show the same data, but in a non-graphical way.


	=== Server side ===		=== Server side ===

Giebfried: /* Idea */

2008-03-22T17:42:16Z

Idea

← Older revision		Revision as of 17:42, 22 March 2008
Line 37:		Line 37:
	I intend to work on the suggested project:[[SoC_Ideas_Addon_Server]]. In this project, I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. Map Packs, Eras, etc. would be shown in separate categories from campaigns and easier to download and use for the client.		I intend to work on the suggested project:[[SoC_Ideas_Addon_Server]]. In this project, I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. Map Packs, Eras, etc. would be shown in separate categories from campaigns and easier to download and use for the client.

	I plan to spend about half of my time on the server side and half on the client side. ~~IFor~~ the server side, I will also spend about half of that time on WesCamp work and the WML tools work. On the client side, I plan to work on functionality first and then enhance the GUI. For the GUI I plan to redesign the current screen		I plan to spend about half of my time on the server side and half on the client side. For the server side, I will also spend about half of that time on WesCamp work and the WML tools work. On the client side, I plan to work on functionality first and then enhance the GUI. For the GUI I plan to redesign the current screen


	=== Client side ===		=== Client side ===

	For the client side I think the way the data is presented is not intuitive for the user. The current client in the does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The age of the addons is also missing from the data. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. Upgradeable addons will have some sort of emphasis to show that a newer version is ~~availiable~~. It will also include a remove option in case the user wants to remove the addon. All of the downloads will contain the currently implemented information, but also show the type of addon and the date the addon was uploaded.		For the client side I think the way the data is presented is not intuitive for the user. The current client in the does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The age of the addons is also missing from the data. The Addons also can only describe their usability by version number; the author(s) cannot say how usable the campaign is. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. Upgradeable addons will have some sort of emphasis to show that a newer version is available. It will also include a remove option in case the user wants to remove the addon. All of the downloads will contain the currently implemented information, but also show the type of addon and the date the addon was uploaded. In addition, a tooltip (or a dialog perhaps) will have a short description of the state of the addon (i.e. "completed" or "done first 3 scenarios", etc.)
			The stand-alone client will show the same data, but in a non-graphical way.


	=== Server side ===		=== Server side ===

	According to the original idea, the server is in need of improvement. It needs to integrate with WesCamp more than it currently does and it needs to run python as well. I plan to modify the existing server, which is written in C++. Although one of the server's requirement is to run python code, the Python code can easily be embedded into C to fulfill this requirement. Although not much of a change, I would like to rename the "campaign server" in the code to a more correct "Addon server" for clarity.		According to the original idea, the server is in need of improvement. It needs to integrate with WesCamp more than it currently does and it needs to run python as well. I plan to modify the existing server, which is written in C++. Although one of the server's requirement is to run python code, the Python code can easily be embedded into C to fulfill this requirement. Although not much of a change, I would like to rename the "campaign server" in the code to a more correct "Addon server" for correctness and clarity.


			=== Translations ===

			The translations will be in a separate file from the rest of the addon. When the user downloads UMC they will download the the translations of choice and the rest of the addon.

			The client will have a "get translation option" for each addon which will allow the user to add or delete a translation for th addon they chose. When the user downloads an addon, the client will also download the translation for the user's current language setting. If the user decides to change his or her language in the main menu, he or she will receive a prompt asking if they would like to check for translations for all of the downloaded UMC.

			The server will have a cron job to get the newest translations from WesCamp. Also, when a user updates his or her campaign, the pertinent information will go to Wescamp for the translators to work on.

	~~For WesCamp integration, I plan on discussing the requirements and desired features for the server with someone in WesCamp.~~

	=== Timeline ===		=== Timeline ===
Line 64:		Line 74:
	** Plan server side		** Plan server side
	*** Look at the short comings of the current addon server		*** Look at the short comings of the current addon server
	*** study the exact needs and requirements for WesCamp		*** study the exact needs and requirements for WesCamp
	*** determine the required adjustments to the server for this		*** determine the required adjustments to the server for this
	*** learn more about embedding python code into C		*** learn more about embedding python code into C

Giebfried: /* Timeline */

2008-03-21T13:07:25Z

Timeline

← Older revision		Revision as of 13:07, 21 March 2008
Line 55:		Line 55:
	** Go over the wiki and read the Developer Information		** Go over the wiki and read the Developer Information
	** Try implementing an Easy Coding ideas to get a feel for SVN, the code		** Try implementing an Easy Coding ideas to get a feel for SVN, the code
	** Brush up on my Python skills, I need to look at the library ~~for~~		** Brush up on my Python skills, I need to look at the library some more.
	** Study the existing Addon Server		** Study the existing Addon Server
	* Development/Reasearch (to May 26-ish)		* Development/Reasearch (to May 26-ish)
Line 74:		Line 74:

	*Coding (after 26ish to a few weeks before end)		*Coding (after 26ish to a few weeks before end)
	** server side (1st half)		** server side (1st half doing whatever I planned)
	** client side (2nd half)		** client side (2nd half doing whatever I planned)

	* After GSoC		* After GSoC

Giebfried: /* Experience */

2008-03-21T03:08:51Z

Experience

← Older revision		Revision as of 03:08, 21 March 2008
Line 20:		Line 20:
	I take advice very well and can discern good advice from useless advice.		I take advice very well and can discern good advice from useless advice.

	~~I am fluent in~~ Java ~~and I know C++ and Python. I mostly use Eclipse to develop code written in Java and~~ C++~~. I have used Java for~~ over ~~three~~ years ~~and~~ I ~~have used~~ Python ~~and C++ to a lesser extent for~~ over ~~a year. I have two~~ years ~~of AP Com Sci and a year of independent study in computing in high school where I used Java.~~ I ~~currently am taking a required class in basic programming in C++. In my independent study I studied drag and drop, networking, the implementation of the math library, and a simple paint program.~~		*Programming Languages
			** Java (over 3 1/2 years of experience)
			** C++ (over 2 years, but I haven't made very large programs with it)
			** Python (over 2 1/2 years, but I haven't made very large programs with it)

	I have ~~not~~ used SVN ~~yet, but~~ I ~~will learn it soon~~.		I have two years of AP Com Sci and a year of Independent Study in Computing in high school where I used Java. For a post AP-exam project I developed a simple graphical game one year and a very crude IDE for Java. I currently am taking a required class in basic programming in C++. I learned Python in my spare time. In my independent study, I studied drag and drop, networking, the implementation of the math library, and I partially made a simple paint program similar to MS paint.

			*Miscellanea
			** Linux - I've used Linux for over 2 years
			** SVN - I am very new to this.
			** Terminal - I know my way around.

	For this project I would use the Iterative and Incremental development model.		For this project I would use the Iterative and Incremental development model.

Giebfried: /* Idea */

2008-03-21T02:44:18Z

Idea

← Older revision		Revision as of 02:44, 21 March 2008
Line 26:		Line 26:
	For this project I would use the Iterative and Incremental development model.		For this project I would use the Iterative and Incremental development model.

	== Idea ~~(improving/clarifying)~~ ==		== Idea ==
	I intend to work on the suggested project:[[SoC_Ideas_Addon_Server]]. In this project, I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. ~~Translations~~, Eras, etc would be shown in separate categories from campaigns and easier to download and use for the client.		I intend to work on the suggested project:[[SoC_Ideas_Addon_Server]]. In this project, I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. Map Packs, Eras, etc. would be shown in separate categories from campaigns and easier to download and use for the client.

	I plan to spend about half of my time on the server side and half on the client side. ~~I will start working with most of my emphasis on the server side and then work on the client side. For~~ the server side, I will also spend about half of that time on WesCamp work and the WML tools work. On the client side, I plan to work on functionality first and then enhance the GUI. For the GUI I plan to redesign the current screen		I plan to spend about half of my time on the server side and half on the client side. IFor the server side, I will also spend about half of that time on WesCamp work and the WML tools work. On the client side, I plan to work on functionality first and then enhance the GUI. For the GUI I plan to redesign the current screen


	=== Client side ===		=== Client side ===

	For the client side I think the way the data is presented is not intuitive for the user. The current client does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. All of the downloads will contain the ~~current~~ information, but also show the type of addon.		For the client side I think the way the data is presented is not intuitive for the user. The current client in the does not inform the user of the type of download (i.e. campaign, Era, map pack) except by the name of the file. In addition it does not notify the user if they already have the addon. The age of the addons is also missing from the data. The remove addon feature is distant from the rest of the client gui. I would like to split the addons into two sections on the same window; one for existing downloads and the other for potential downloads. The existing downloads section will have an upgrade option if a newer version of an addon is detected. Upgradeable addons will have some sort of emphasis to show that a newer version is availiable. It will also include a remove option in case the user wants to remove the addon. All of the downloads will contain the currently implemented information, but also show the type of addon and the date the addon was uploaded.

			=== Server side ===

	~~=== Server side ===~~		According to the original idea, the server is in need of improvement. It needs to integrate with WesCamp more than it currently does and it needs to run python as well. I plan to modify the existing server, which is written in C++. Although one of the server's requirement is to run python code, the Python code can easily be embedded into C to fulfill this requirement. Although not much of a change, I would like to rename the "campaign server" in the code to a more correct "Addon server" for clarity.

			For WesCamp integration, I plan on discussing the requirements and desired features for the server with someone in WesCamp.

	=== Timeline ===		=== Timeline ===

	* General (first week or so at most)		* General (now-ish to first week or so at most)
			** Go over the wiki and read the Developer Information
	** Try implementing an Easy Coding ideas to get a feel for SVN, the code		** Try implementing an Easy Coding ideas to get a feel for SVN, the code
	* Development (to May 26-ish)		** Brush up on my Python skills, I need to look at the library for
	** ~~plan~~ server side		** Study the existing Addon Server
			* Development/Reasearch (to May 26-ish)
			** Plan client side
			*** Change the fields for the addons
			*** study the gui library
			*** design the gui for the client
			** Plan server side
	*** Look at the short comings of the current addon server		*** Look at the short comings of the current addon server
	*** study the exact needs and requirements for WesCamp		*** study the exact needs and requirements for WesCamp
	*** determine the required adjustments to the server for this		*** determine the required adjustments to the server for this
			*** learn more about embedding python code into C
	*** study the exact needs for the WML tools		*** study the exact needs for the WML tools
	*** determine the required adjustments to the server for this		*** determine the required adjustments to the server for this
	** ~~plan client side~~		*** determine the required adjustments to the server for the updated client
	*** Change the ~~fields for~~ the ~~addons~~
	*** study the gui library
	*** design the gui for the client~~, i have a basic idea already but I will make the specifics concrete here.~~
	I intend to spend about the same side on each of the elements and follow them in sequential order.		I intend to spend about the same side on each of the elements and follow them in sequential order.

	*~~coding~~ (after 26ish to a few weeks before end)		*Coding (after 26ish to a few weeks before end)
			** server side (1st half)
			** client side (2nd half)

			* After GSoC
			** keep contributing

	=== Why? ===		=== Why? ===
	I chose this project because it covers many different areas of programming. It incorporates networking, and GUIs, both of which I have some experience already. Also, I feel like this is an important part of Wesnoth that might be overlooked at times since it isn't directly involved with gameplay. After the GSoC ends, I plan to stay with the community; my appreciation for Wesnoth and the friends I will make will keep me in the community.		I chose this project because it covers many different areas of programming. It incorporates networking, and GUIs, both of which I have some experience already. Also, I feel like this is an important part of Wesnoth that might be overlooked at times since it isn't directly involved with gameplay. After the GSoC ends, I plan to stay with the community; my appreciation for Wesnoth and the friends I will make will keep me in the community.

	== Practical ==		== Practical ==

Giebfried: /* Idea */

2008-03-21T01:19:39Z

Idea

@@ Line 26: / Line 26: @@
 For this project I would use the Iterative and Incremental development model.
-== Idea ==
+== Idea (improving/clarifying) ==
-I intend to work on the suggested project on the addon server. I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. Translations, Eras, etc would be shown in separate categories from campaigns and easier to download and use for the client.
+I intend to work on the suggested project:[[SoC_Ideas_Addon_Server]]. In this project, I plan to update the existing server code for strong integration with WesCamp and use certain WML tools on content. For the client side, I plan to make the addon server GUI more informative to the user as well as simple and straight-forward to use. I also plan to make updates simple to notice for the client. Translations, Eras, etc would be shown in separate categories from campaigns and easier to download and use for the client.
 I plan to spend about half of my time on the server side and half on the client side. I will start working with most of my emphasis on the server side and then work on the client side. For the server side, I will also spend about half of that time on WesCamp work and the WML tools work. On the client side, I plan to work on functionality first and then enhance the GUI.  For the GUI I plan to redesign the current screen
-I chose this project because it covers many different areas of programming. It  incorporates networking,  and GUIs, both of which I have some experience already. Also, I feel like this is an important part of Wesnoth that might be overlooked at times since it isn't directly involved with gameplay. After the GsoC ends, I plan to stay with the community; my appreciation for Wesnoth and the friends I will make will keep me in the community.
 == Practical ==