Thread: [Super-tux-devel] Re: [Super-tux-commit] supertux/src high_scores.cpp,1.11,1.12 high_scores.h,1.5,1
Brought to you by:
wkendrick
Menu
▾
▴
super-tux-devel
|
From: Ingo R. <gr...@gm...> - 2004-04-19 15:20:23
|
Ricardo Cruz <rm...@us...> writes: > Anyway, do you think high_scores.* should be merged with > configfile.* ? If nobody says anything, I'll do that. Highscores should be striped out (well, they already are mostly gone) since they serve no purpose at all the moment, ie. I can just reenter levels as much as I like an get more and more scores, a highscore doesn't make much sense there. About merging them with configfile, I consider that a very bad idea, highscores is something that should be shared with other users and which should never ever be editited by the user, while configfiles are the inverse, ie. not shared and often hand edited. If you need some work, try to cleanup the event passing in the menu code, so that its easy to add configurable keys, configurable joystick buttons and so that the menu state is more clear, currently there is lots of code that catches events and menu code catching the same events too, since nobody really knows who should catch what ending up in chaos and often even the wrong menus are displayed, since back-arrowing/escape pressing goes weird. -- WWW: http://pingus.seul.org/~grumbel/ JabberID: gr...@ja... ICQ: 59461927 |
|
From: Ingo R. <gr...@gm...> - 2004-04-19 17:24:30
|
Ricardo Cruz <ri...@ae...> writes: > But the solution is not necessarily to get ride of them, we should > give scores in a smarter way avoiding that kind of situations. I don't want to get rid of scores, just of the highscore screen, since it really serves zero purpose, the scores itself are already saved in the save game files, so the highscore stuff really does nothing usefull. If one wants to introduce highscores in later releases it would most likly be only for different game modes (ie speed-runs, boss-fight times, etc), not for the normal worldmap. > I mean file merging only... Both files are small and I don't like > to see much files. I consider merging of two files that don't even do something related a very bad thing, it just forces you to walk through tons of code that you are not interested in. We actually should split files in the current stage (well, and rename some), not merge them. -- WWW: http://pingus.seul.org/~grumbel/ JabberID: gr...@ja... ICQ: 59461927 |
|
From: Marek <wa...@gm...> - 2004-04-19 21:29:40
|
Hi everyone! I created another music today, you can listen to it if you like. Download at http://www.wansti.de/files/tux.mod It doesn't have a title yet because I'm not sure what it can be used for. I think it has some kind of Megaman atmosphere to it, so maybe it would fit into a robot or factory themed tileset. I'll keep it ready for milestone 2. :-) Suggestions, constructive criticism, flaming, as well as any other type of feedback welcome! :-) Marek -- -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS dpu@ s:+ a-- C++(++++)$ UL++>++++ P+ L+++>+++++ E- W++ N o? K- w--- O M+@ V- !PS !PE Y+ PGP++@ t--- 5-- X- R+(++) tv-- b++@ DI+ D+>++++ G++ e>++++ h--- r++(+++) y+++ ------END GEEK CODE BLOCK------ |
|
From: Ricardo C. <ri...@ae...> - 2004-04-20 23:18:02
|
That's a cool music! But what about one for being used by the main menu... Not sure how it should be... Ricardo Em Segunda, 19 de Abril de 2004 22:29, o Marek escreveu: > Hi everyone! > I created another music today, you can listen to it if you like. > Download at http://www.wansti.de/files/tux.mod > It doesn't have a title yet because I'm not sure what it can be used > for. I think it has some kind of Megaman atmosphere to it, so maybe it > would fit into a robot or factory themed tileset. I'll keep it ready for > milestone 2. :-) > Suggestions, constructive criticism, flaming, as well as any other type > of feedback welcome! :-) > > Marek -- At once it struck me what quality went to form a man of achievement, especially in literature, and which Shakespeare possessed so enormously -- I mean negative capability, that is, when a man is capable of being in uncertainties, mysteries, doubts, without any irritable reaching after fact and reason. -- John Keats |
|
From: Marek <wa...@gm...> - 2004-04-21 07:48:26
|
Ricardo Cruz wrote:
> That's a cool music! But what about one for being used by the main menu...
>Not sure how it should be...
>
>
For the main menu, it'd be great to have something like a Tux Theme
song. Is there anything like that, i.e. a melody related to the Linux
penguin that we could use and remix? If not, I could try to make one
up... but that one would have to be really good. I'll think about it.
Marek
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS dpu@ s:+ a-- C++(++++)$ UL++>++++ P+ L+++>+++++ E- W++ N o? K- w---
O M+@ V- !PS !PE Y+ PGP++@ t--- 5-- X- R+(++) tv-- b++@ DI+ D+>++++
G++ e>++++ h--- r++(+++) y+++
------END GEEK CODE BLOCK------
|
|
From: Ricardo C. <ri...@ae...> - 2004-04-19 15:34:21
|
Em Segunda, 19 de Abril de 2004 16:20, o Ingo Ruhnke escreveu: > Ricardo Cruz <rm...@us...> writes: > > Anyway, do you think high_scores.* should be merged with > > configfile.* ? If nobody says anything, I'll do that. > > Highscores should be striped out (well, they already are mostly gone) > since they serve no purpose at all the moment, ie. I can just reenter > levels as much as I like an get more and more scores, a highscore > doesn't make much sense there. > I have already talked with you about that and you have a good point, players can have the points they want by just jumping into a laptop, for instance. But the solution is not necessarily to get ride of them, we should give scores in a smarter way avoiding that kind of situations. > About merging them with configfile, I consider that a very bad idea, > highscores is something that should be shared with other users and > which should never ever be editited by the user, while configfiles are > the inverse, ie. not shared and often hand edited. > I mean file merging only... Both files are small and I don't like to see much files. > If you need some work, try to cleanup the event passing in the menu > code, so that its easy to add configurable keys, configurable joystick > buttons and so that the menu state is more clear, currently there is > lots of code that catches events and menu code catching the same > events too, since nobody really knows who should catch what ending up > in chaos and often even the wrong menus are displayed, since > back-arrowing/escape pressing goes weird. Agreed that work is necessary, but I have stuff to do. Ricardo Cruz -- Whoever would lie usefully should lie seldom. |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X