[gcompris-devel] Re: Wishes for 2003

Herman Bruyninckx Herman.Bruyninckx at mech.kuleuven.ac.be
Wed Jan 8 11:41:02 UTC 2003


On 8 Jan 2003, Bruno Coudoin wrote:

[...]
> >  Maybe some focued advocacy actions towards a students
> > public could be successful, especially if there is some price involved.
> > I am willing to donate for example 100EUR for this purpose, and if other
> > people join in a cash price of let's say 1000EUR in combination with
> > lots of noise on the Linux channels could get the necessary interest :-)
>
> That's a great idea. Do you have an idea on how we could promote and
> manage this ?

I think there are three steps:
- think hard about what exactly we want to achieve by the contest.
- prepare the website, the code and the press releases.
- talk to the open source web press (international), the edudcational
  groups (seul, ...), and the local school IT administrations (national)
  about it.

The contest _could_ be split in several sub-categories: board
implementations, overal design suggestions, implementation of generic
infrastructure code. For the latter two, integration/cooperation with
other projects would be a requirement.

[...]
> Yes but we have a toolkit issue. Tuxpaint is an SDL application.
>
> Also, tuxpaint by itself is wellknown, well maintained and in this case,
> it maybe better to keep its author improve its project.

Yes. But look at it this way: just as you have the KDE and Gnome
projects that work on a "meta level" with respect to individual
application projects, the area of educational games would benefit from
such "standardisation/integration" effort for the common infrastructure
of all simple games. After all, that's what open source is most suited
for: sharing of infrastructure code and designs.

[...]
> But for now, I personnaly prefer to stick to create more content in the
> existing framework.
Of course, the users are only interested in content, and it's exactly
that content that is attracting attention to GCompris. But finding ways
to simplify both content creation and portability would make the whole
thing much easier for the maintainers. (In the long term :-)

Herman

-- 
  K.U.Leuven, Mechanical Engineering, Robotics Research Group
<http://people.mech.kuleuven.ac.be/~bruyninc> Tel: +32 16 322480





More information about the Gcompris-devel mailing list