Re: debconf, debcamp and webbased goplay
2008/3/18, ivucica@gmail.com <ivucica@gmail.com>:
> On 3/17/08, Gerfried Fuchs <rhonda@deb.at> wrote:
>
> > > 2. Are those just screenshots or could they be any kind of images
> > > related to game? (For example, splash screens?)
> >
> > Do you think a spash screen would be really representative for the
> > game? Me doesn't, but that doesn't mean that it might not make sense in
> > corner cases.
>
> I think that e.g. Duke Nukem's cover brings more "spirit" of the game
> to mind, than a random screenie of the first level :)
Not only the spirit of the game, but it should also be representative
of what they will find in it. If the cover is really more
representative of what they will really find in the game, then it's OK
for me. If it has a really cool 3D raytraced image as a cover, and
then the game is 2D platforms with sprites, as representative as it
might be of the spirit of the game, I'd go for the latter. I think we
have to get the decision on a per-game basis.
> > > 3. How about adding possibility of several screenies instead of only one?
> >
> > Make them cycle?
>
> Or selectable. (smaller screenies of 32x32 that grow to current size upon click)
At some point in the future we might want to implement a proper
screenshot system for Debian. We extensively talked about it in latest
DebConf, and it might take a while to be designed. The thumbnails for
GoPlay! are just a minimal implementation of something that can be
shown, I wouldn't get it too complex. I'm a bit concerned about the
size it can get, otherwise I could even add some small video capture
of the games and such nice things.
> > The thing is, it would make the games-thumbnails
> > package explode in size.
Right, that's my main concern.
> Few sources of thumbnails:
> * games-thumbnails-small (one thumb per game)
> * games-thumbnails
> * if online, dynamic fetching of screenies from web, storing in
> ~/.games-thumbnails and perhaps /var/lib/games-thumbnails
It could be a possibility. As I said about screenshot system, we
should think about it and decide on a global design and code libraries
to manage it. Better to think first and code later. If you're
interested, we can go ahead along that line, anyway. We just have to
start a mail thread on that and open some wiki page for discussion.
> > > 4. Why not print out full name of the game instead of just package name?
> >
> > In the list it should stick with package name and synopsis, but you are
> > right, it might make sense to have the longtitle from the menu file in
> > the package overview on the righthand side.
I don't have a clean source from where I can get the full name of the
game. Any ideas?
> tmw or The Mana World, which would touch a 10yr old child's interest
> more when randomly browsing, prior to clicking? :)
I agree. Right now the problem is a technical one.
> From URI, by the odd protocol "pkg", I believe they want to open a
> graphical installer for that package.
Still in the TODO list.
> But it'd be better to remove hyperlink from that line and add
> "Install", "Launch", "Web site", "Help&Hints" (where applies).
Right. That's planned for the future, step by step. Anyone willing to
help with the code is welcome, I'm just so extremelly busy these days
that I cannot do as much as I'd like.
Greetings,
Miry
Reply to: