Re: Maintainership of gnome-games



On Tue, 2006-05-30 at 18:26 +1200, Callum McKenzie wrote:
>   - Popular stuff. Right now this would be Sudoku. But be prepared to 
>     ditch it once the craze dies down.

It's hard to imagine a sexy Sudoku UI. But maybe ... I'm willing to be
convinced. :)

>   - IM integration. Network games off your buddy list.

That's a great idea! I wonder if we could get the GAIM and Gossip folks
to agree on a single DBUS API? ...

>   - Variety. If Aisleriot was just Klondike, it wouldn't be nearly as 
>     popular. By being generic, it can accommodate any solitaire fetish, 
>     catching the long-tails as well as the center of the Gaussian.

Maybe a good Soduku candidate would also be able to play any number of
number games ...

>   - Easily extended. You can add new layouts to Mahjongg - but only if 
>     you know how and where to put the files. Themes aren't easy enough
>     to add either (only same-gnome can pick up themes from the home
>     directory).

I suppose that better documentation would also help.

> I almost wrote a list of what I thought should stay or go, but instead
> I'll merely list my criteria: Popularity (e.g. Aisleriot), Quality (e.g.
> Mines), and Maintainability (i.e. not Gnometris).

There are hundreds of variations on the *tris genre; any well-written
alternative to Gnometris would get serious consideration. In fact, I
seem to recall that not to long ago there was a well-written Tetrinet
client in GTK+ ...

> Some of the games are there because they are traditional. Robots is
> almost the classic example, its game dynamics are determined by the TTY
> technology. We don't really need to keep them, even though they have
> string emotional appeal to hackers.

There are plenty of games from the "classic" genre that aren't in the
module, too. I'm not sure that being classic alone is good enough for
inclusion. If someone were to come along with a "missile defense" clone,
it would have to be appealing, well written and small (no multi-megabyte
pixmaps) to be considered for inclusion.

> Conversely, low-maintenance games can probably be kept around. Mines has
> been solid for a long time now. The last serious bug reports where all
> related to the new high score code.

Yea, I am definitely going to favor solid games.

> Anyway, I've spent too long writing this. I'm not the person making the
> hard decisions.

I'm willing to consider adding or removing any package as long as
someone makes a good (and I do mean good) case for it. In any event,
such cases should be made on the mailing list so as to make the decision
in a transparent way ...

Attachment: signature.asc
Description: This is a digitally signed message part



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]