New interface

Discuss the future of Warzone 2100 with us.
Post Reply
Kyor
Trained
Trained
Posts: 73
Joined: 03 Apr 2007, 15:28

New interface

Post by Kyor » 04 Jun 2007, 00:18

What do you think about remake the warzone2100 interface?

This one seems to be very simple, and using a single texture for many things.

[Question: The menus are .pies? So where are those .pies?]

Suggestion: Silver and blue interface, with a few Post-apocalyptics scenes in the main menu...

The basic game-interface may be the same...

The problem is: Wz2100 menus only accept 256x256 textures ><)

Kamaze
Regular
Regular
Posts: 1017
Joined: 30 Jul 2006, 15:23

Re: New interface

Post by Kamaze » 04 Jun 2007, 07:56

I quote Watermelon to answer this:
Watermelon2: to add a button in wz,you have to:

1.modify the button table in source
2.create a non-duplicated uid for that new button
3.create a image if needed
4.add string resource for that button
5.add image resource to wrf if needed
6. 100 lines+ of changes in various source files to give this button a functionality
Think positive :)
We all have the same heaven, but not the same horizon.

Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: New interface

Post by Giel » 04 Jun 2007, 12:46

Kyor wrote: [Question: The menus are .pies? So where are those .pies?]
[Answer:] (you won't like this answer): there are no .pie files for the menus, no the menus are hardcoded and spread across at least 6 source files (frontend.c being the most important one of those).
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh

Kyor
Trained
Trained
Posts: 73
Joined: 03 Apr 2007, 15:28

Re: New interface

Post by Kyor » 04 Jun 2007, 20:43

Holy god... That sounds hard =(

User avatar
lav_coyote25
Professional
Professional
Posts: 3434
Joined: 08 Aug 2006, 23:18

Re: New interface

Post by lav_coyote25 » 04 Jun 2007, 23:10

would it not be better to have it in one file as opposed to 6... not having coding experience but it seems the easier you make it - the better it should be...right? ???
‎"to prepare for disaster is to invite it, to not prepare for disaster is a fools choice" -me (kim-lav_coyote25-metcalfe) - it used to be attributed to unknown - but adding the last bit , it now makes sense.

Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: New interface

Post by Giel » 05 Jun 2007, 00:44

lav_coyote25 wrote: would it not be better to have it in one file as opposed to 6... not having coding experience but it seems the easier you make it - the better it should be...right? ???
Entirely correct.

[sarcasm-mode]
Now if you would have told that to the Pumkin coders several years ago (preferably before they wrote that code) then we wouldn't have been sitting on this big pile of code which can probably win the obfuscated C contest at least 5 years in a row.
[/sarcasm-mode]

Well, a bit more serious now, the GUI code is a very, very though piece of code to work with. Every single change can result in a hundred of bugs emerging, without ever being able to find the cause. So currently a complete rewrite of the GUI code seems like the best&cleanest solution (maybe even the fastest), which however would probably still cost several months.
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh

Kyor
Trained
Trained
Posts: 73
Joined: 03 Apr 2007, 15:28

Re: New interface

Post by Kyor » 05 Jun 2007, 18:44

Giel wrote: Entirely correct.

[sarcasm-mode]
Now if you would have told that to the Pumkin coders several years ago (preferably before they wrote that code) then we wouldn't have been sitting on this big pile of code which can probably win the obfuscated C contest at least 5 years in a row.
[/sarcasm-mode]

Well, a bit more serious now, the GUI code is a very, very though piece of code to work with. Every single change can result in a hundred of bugs emerging, without ever being able to find the cause. So currently a complete rewrite of the GUI code seems like the best&cleanest solution (maybe even the fastest), which however would probably still cost several months.
I totally agree with you, giel.

I don't have coder experience, but i'm good at texturing and designing

Solitaire
Trained
Trained
Posts: 32
Joined: 05 Dec 2006, 22:47

Re: New interface

Post by Solitaire » 06 Jun 2007, 23:07

So currently a complete rewrite of the GUI code seems like the best&cleanest solution (maybe even the fastest), which however would probably still cost several months.
Indeed. Or we'll be quoting watermelon to everyone who comes here for the rest of eternity...  ::)

User avatar
Watermelon
Code contributor
Code contributor
Posts: 551
Joined: 08 Oct 2006, 09:37

Re: New interface

Post by Watermelon » 07 Jun 2007, 12:55

Solitaire wrote: Indeed. Or we'll be quoting watermelon to everyone who comes here for the rest of eternity...  ::)
I just speak from experience.  ;D

The gui code is a bit broken indeed,but there is still hope to fix it,either by adding interface functions or make the widget creation/uid assignment script-accessible,given the gui element its own resource loader will help too.

In my opinion rewriting is not a feasible approach,since there are many great gpl-compliant mature gui libs out there,even if none of methods mentioned above works out.
tasks postponed until the trunk is relatively stable again.

Post Reply