SoC Ideas Simple Content Manager

From The Battle for Wesnoth Wiki
Revision as of 18:47, 7 March 2011 by Boucman (talk | contribs) (Created page with '{{SoC2011Idea}} = Submitted proposals: = {{#dpl: |resultsheader=''There are %PAGES% submitted student proposals for this idea'' |oneresultheader=''There is 1 submitted studen…')
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)


This page is related to Summer of Code 2011
See the list of Summer of Code 2011 Ideas



This is a Summer of Code 2011 Idea



Submitted proposals:

There are no submitted student proposals for this idea

Description

Create a simple content manatger frontend for non-technical users

Wesnoth has all sorts of contributors that are not coders

  • translators
  • graphists
  • MP developers
  • musicians
  • etc...

A large part of these users don't know how to use content managers (git, svn, etc...) and are not interested in learning. Wesnoth has been looking for a simple frontend to the most common content managers for those developers but none of these are simple enough for our use case.

This task would be to develop a front end for the most common SCM that would mask completely the underlying tool and would target people that want to contribute to open source, are not technically inclined, and don't want to learn. This tool would implement a minimal subset of SCM features with the philosophy that the user has the support of technicall people to do complicated tasks

the following feature list is here to help understand the use-case for the tool

things the tool might do

  • update repository wrt distant repository
  • commit to distant repository
  • prepare a bundle to attach to a mail
  • switch branch
  • resolve merge conflicts
  • build a report on the underlying SCM situation to allow debugging by someone else
  • register as a handler to svn:// and git://

'things the tool shouldn't do

  • create a new project (if you want to do that, you should learn the real tool)
  • create a new branch (a person with the real tool can do that on the repository for you in the rare case it's needed)


other misc constraints

  • python is the prefered language (all of wesnoth tool are in python) java could be used too (we already have some java code, so maintainability should be ok)
  • it should be SCM agnostic (the point is to lower the barrier to entry for non-technical users)
  • the UI should not be frightening to non-technical people (I.E give some thought to UI design in your proposal)
  • it should integrate as properly as possible into the OS
  • it should work on windows, Mac and linux