<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: The role of gnome-games (and broken promisses) :)</title>
	<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/</link>
	<description>gnome-games development</description>
	<pubDate>Sun, 06 Jul 2008 23:18:25 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Andreas</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-50</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Sat, 26 Jan 2008 10:08:11 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-50</guid>
		<description>Splitting gnome-games is a very bad idea. There is a lot of shared code, translations, graphics and sounds. So splitting the package into many smaller would mean that each of the smaller packages would be larger and maintained worse.</description>
		<content:encoded><![CDATA[<p>Splitting gnome-games is a very bad idea. There is a lot of shared code, translations, graphics and sounds. So splitting the package into many smaller would mean that each of the smaller packages would be larger and maintained worse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-49</link>
		<dc:creator>Brad</dc:creator>
		<pubDate>Fri, 25 Jan 2008 19:51:31 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-49</guid>
		<description>I would stray from flash games.

Some of the current games don't appeal to normal users, I would prefer to see them split off like has already been mentioned (Klotski, Iagno, and Robots are some I'd prefer not to have).

I don't think the size of the package matters (within reason), because the internet is getting faster, and hard drives are getting bigger, but, even now, the games menu seems bloated, so I would vote for games sub-menus.

Pinball would be fun too...</description>
		<content:encoded><![CDATA[<p>I would stray from flash games.</p>
<p>Some of the current games don&#8217;t appeal to normal users, I would prefer to see them split off like has already been mentioned (Klotski, Iagno, and Robots are some I&#8217;d prefer not to have).</p>
<p>I don&#8217;t think the size of the package matters (within reason), because the internet is getting faster, and hard drives are getting bigger, but, even now, the games menu seems bloated, so I would vote for games sub-menus.</p>
<p>Pinball would be fun too&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mester</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-48</link>
		<dc:creator>mester</dc:creator>
		<pubDate>Thu, 24 Jan 2008 14:11:01 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-48</guid>
		<description>yes on pinball
no on flash-based games</description>
		<content:encoded><![CDATA[<p>yes on pinball<br />
no on flash-based games</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryce</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-47</link>
		<dc:creator>Bryce</dc:creator>
		<pubDate>Thu, 24 Jan 2008 14:08:41 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-47</guid>
		<description>While I like that the quantity of games is controlled, I'd like to see a better breadth to cover a wider variety of games styles/types and appeal to a greater variety of game players, and for each type to see more variants playable within the game.

So, say there are a set of game categories, like "Card game", "Chess/checkers game", "Falling blocks game", "Bouncing ball game", "Invaders game", "Platform game", etc. and one game "package" for each category able to implement multiple variants of that type of game. So the "Card Game" category game might play several different solitaire variants, cribbage, poker, etc. The "Bouncing Ball Game" entry might do pong, breakout, billiards, foosball, and pinball.

It sounds like there is an issue currently, in that Gnome Games gets many proposed *new* games, but has a harder time attracting maintainers for already accepted games. There seems to be good motivation for getting *in* - namely, seeing your game and your name installed on every Gnome desktop - but less motivation for maintaining/improving the game.

A thought for addressing this might involve encouraging a "engine + implementations" architecture, where certain code, artwork, and so on is shared by multiple games. A requirement could be set that a game implementation must be no larger than X mb's, but that anything it uses from the engine (and shared resources) is not counted against it. This would allow people the freedom to create new games, but encourage them to reuse or update the shared portions.

To combine both of the above ideas, Gnome Games could allow anyone to propose a replacement for a given category, so long as it implements ALL the games and functionality of the current entry in that slot, *plus one* new game implementation, and must fit within specified disk, memory, and cpu requirements.</description>
		<content:encoded><![CDATA[<p>While I like that the quantity of games is controlled, I&#8217;d like to see a better breadth to cover a wider variety of games styles/types and appeal to a greater variety of game players, and for each type to see more variants playable within the game.</p>
<p>So, say there are a set of game categories, like &#8220;Card game&#8221;, &#8220;Chess/checkers game&#8221;, &#8220;Falling blocks game&#8221;, &#8220;Bouncing ball game&#8221;, &#8220;Invaders game&#8221;, &#8220;Platform game&#8221;, etc. and one game &#8220;package&#8221; for each category able to implement multiple variants of that type of game. So the &#8220;Card Game&#8221; category game might play several different solitaire variants, cribbage, poker, etc. The &#8220;Bouncing Ball Game&#8221; entry might do pong, breakout, billiards, foosball, and pinball.</p>
<p>It sounds like there is an issue currently, in that Gnome Games gets many proposed *new* games, but has a harder time attracting maintainers for already accepted games. There seems to be good motivation for getting *in* - namely, seeing your game and your name installed on every Gnome desktop - but less motivation for maintaining/improving the game.</p>
<p>A thought for addressing this might involve encouraging a &#8220;engine + implementations&#8221; architecture, where certain code, artwork, and so on is shared by multiple games. A requirement could be set that a game implementation must be no larger than X mb&#8217;s, but that anything it uses from the engine (and shared resources) is not counted against it. This would allow people the freedom to create new games, but encourage them to reuse or update the shared portions.</p>
<p>To combine both of the above ideas, Gnome Games could allow anyone to propose a replacement for a given category, so long as it implements ALL the games and functionality of the current entry in that slot, *plus one* new game implementation, and must fit within specified disk, memory, and cpu requirements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob J. Caskey</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-46</link>
		<dc:creator>Rob J. Caskey</dc:creator>
		<pubDate>Thu, 24 Jan 2008 12:16:15 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-46</guid>
		<description>I vote for less, not more. Gnome games should provide some minimal level of entertainment for anyone who needs to entertain themselves for 5-15 minutes and show off the platform's fit &#38; finish with every release.

As such I would nominate Mines, Solitaire, and whatever games people actually play out of windows. Any distro can create a games meta-package, I don't see why Gnome would want to be involved in that.</description>
		<content:encoded><![CDATA[<p>I vote for less, not more. Gnome games should provide some minimal level of entertainment for anyone who needs to entertain themselves for 5-15 minutes and show off the platform&#8217;s fit &amp; finish with every release.</p>
<p>As such I would nominate Mines, Solitaire, and whatever games people actually play out of windows. Any distro can create a games meta-package, I don&#8217;t see why Gnome would want to be involved in that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vincent Untz</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-45</link>
		<dc:creator>Vincent Untz</dc:creator>
		<pubDate>Thu, 24 Jan 2008 12:03:43 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-45</guid>
		<description>Maybe the solution is to have a games suite, instead of having gnome-games in the desktop suite?</description>
		<content:encoded><![CDATA[<p>Maybe the solution is to have a games suite, instead of having gnome-games in the desktop suite?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-44</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Thu, 24 Jan 2008 03:52:43 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-44</guid>
		<description>Not sure if the split you've suggested is right, but I do think the gnome-games package should be split somewhat - it's a very large monolithic tarball right now, forcing updates to any single game to be queued for a big tarball release instead of smaller independent releases.

On the counter side, that's not so say each individual game must have it's own package - some grouping is probably desirable just to avoid a massive increase in package numbers, if nothing else.</description>
		<content:encoded><![CDATA[<p>Not sure if the split you&#8217;ve suggested is right, but I do think the gnome-games package should be split somewhat - it&#8217;s a very large monolithic tarball right now, forcing updates to any single game to be queued for a big tarball release instead of smaller independent releases.</p>
<p>On the counter side, that&#8217;s not so say each individual game must have it&#8217;s own package - some grouping is probably desirable just to avoid a massive increase in package numbers, if nothing else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beerfan</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-43</link>
		<dc:creator>beerfan</dc:creator>
		<pubDate>Wed, 23 Jan 2008 23:56:03 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-43</guid>
		<description>From a user perspective, I'd like to see fewer games installed by default. The majority of them hold absolutely no interest to me and it's shameful that the only way to remove one is to remove the lot (at least in Debian). They should really be split into a meta-package in my opinion.</description>
		<content:encoded><![CDATA[<p>From a user perspective, I&#8217;d like to see fewer games installed by default. The majority of them hold absolutely no interest to me and it&#8217;s shameful that the only way to remove one is to remove the lot (at least in Debian). They should really be split into a meta-package in my opinion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Jorgensen</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-42</link>
		<dc:creator>Andrew Jorgensen</dc:creator>
		<pubDate>Wed, 23 Jan 2008 22:26:26 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-42</guid>
		<description>A few points I'd like to put forward:

Less is more: It's important for a default GNOME install to have some games but having a wide selection of games is not as important.  A smaller selection of games should make it easier to maintain. 17 is really too many.

Consistent Look and Feel:  One of the things that makes good games great is great graphics.  I'm not talking about fancy 3D stuff and fog and what not but just easy-on-the-eyes good looks.  I would love it if we could have a sort of Tango for games - a set of color and drawing guidelines for game elements so that things look good and look like they belong together.  Why is frozen bubbles more popular than monkey bubbles?  graphics and music - that is all.

Just Works™ Networking:  Avahi should be used in games where it makes sense to make it brain-dead simple to play against someone on your local network.  Perhaps tubes / xmpp to play against friends elsewhere.  Again, though, consistently.  Any game where network play might make sense should have the same UI for it.  It might be prudent to work out some protocol guidelines as well.

Instant Gratification:  GNOME is used by people who should be working.  One major qualifier for inclusion should that the user can play for a minute or two with some sense of gratification and then stop.  A game could be addictive so that the user doesn't want to stop, but if I only want to play to relax a little and then get back to work I should be able to.  That probably rules out nethack ;-)</description>
		<content:encoded><![CDATA[<p>A few points I&#8217;d like to put forward:</p>
<p>Less is more: It&#8217;s important for a default GNOME install to have some games but having a wide selection of games is not as important.  A smaller selection of games should make it easier to maintain. 17 is really too many.</p>
<p>Consistent Look and Feel:  One of the things that makes good games great is great graphics.  I&#8217;m not talking about fancy 3D stuff and fog and what not but just easy-on-the-eyes good looks.  I would love it if we could have a sort of Tango for games - a set of color and drawing guidelines for game elements so that things look good and look like they belong together.  Why is frozen bubbles more popular than monkey bubbles?  graphics and music - that is all.</p>
<p>Just Works™ Networking:  Avahi should be used in games where it makes sense to make it brain-dead simple to play against someone on your local network.  Perhaps tubes / xmpp to play against friends elsewhere.  Again, though, consistently.  Any game where network play might make sense should have the same UI for it.  It might be prudent to work out some protocol guidelines as well.</p>
<p>Instant Gratification:  GNOME is used by people who should be working.  One major qualifier for inclusion should that the user can play for a minute or two with some sense of gratification and then stop.  A game could be addictive so that the user doesn&#8217;t want to stop, but if I only want to play to relax a little and then get back to work I should be able to.  That probably rules out nethack <img src='http://blogs.gnome.org/phomes/wp-content/mu-plugins/tango-smilies/face-wink.png' alt=';-)' class='wp-smiley' width='16' height='16' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Osma Ahvenlampi</title>
		<link>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-41</link>
		<dc:creator>Osma Ahvenlampi</dc:creator>
		<pubDate>Wed, 23 Jan 2008 20:32:22 +0000</pubDate>
		<guid>http://blogs.gnome.org/phomes/2008/01/22/the-role-of-gnome-games-and-broken-promisses/#comment-41</guid>
		<description>Allow me to throw in a completely different kind of suggestion, one that you might find some logic in by reflecting on the GNOME Online Desktop initiative:

What if the gnome-games future is not as a big pre-installable collection of games, nor as a split-apart collection of individual packages, but as a sort of "MiniClip on your desktop", a desktop front-end of a free games "portal", where the games can be downloaded from? Unlike the typical web games portal, this would be focused on *free* games (in both senses of the word), could support either games that work in a web browser, or those easily installed to the gnome-games sandbox (that obviously doesn't exist now, but could). Like the portals, it could offer online highscores, a meeting place for finding multiplayer opponents, updates, and latest games recommendations.

Just a thought.</description>
		<content:encoded><![CDATA[<p>Allow me to throw in a completely different kind of suggestion, one that you might find some logic in by reflecting on the GNOME Online Desktop initiative:</p>
<p>What if the gnome-games future is not as a big pre-installable collection of games, nor as a split-apart collection of individual packages, but as a sort of &#8220;MiniClip on your desktop&#8221;, a desktop front-end of a free games &#8220;portal&#8221;, where the games can be downloaded from? Unlike the typical web games portal, this would be focused on *free* games (in both senses of the word), could support either games that work in a web browser, or those easily installed to the gnome-games sandbox (that obviously doesn&#8217;t exist now, but could). Like the portals, it could offer online highscores, a meeting place for finding multiplayer opponents, updates, and latest games recommendations.</p>
<p>Just a thought.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
