Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

the UI still relies on ceGUI or SWF, we could have a fallback using the internal GUI #146

Open
BielBdeLuna opened this issue Oct 3, 2017 · 6 comments
Assignees

Comments

@BielBdeLuna
Copy link
Member

No description provided.

@BielBdeLuna BielBdeLuna changed the title the engine relies on ceGUI or SWF based GUI, we could have a fallback using the internal GUI the UI still relies on ceGUI or SWF, we could have a fallback using the internal GUI Oct 3, 2017
@BielBdeLuna BielBdeLuna self-assigned this Oct 3, 2017
@BielBdeLuna
Copy link
Member Author

revising it I see there is a menu handler, and then the actual menu screen, and the menu widget, and a menu shell.

one way to approach this could be to start from the simplest menu and try to recreate what happens with SWF files but with GUI files, i think the best bet would be the "lading map" screen, that's the first effort I'll concentrate myself to.

@kortemik
Copy link
Member

kortemik commented Oct 5, 2017 via email

@BielBdeLuna
Copy link
Member Author

yeah, I know that, for what I see I need t create a Menu handler for the GUI, i guess the shell should stay the same, because I see it's just the environment in which the menus work.

the menu widgets shouldn't be the first priority, I first want to have something in screen, and then start with the widgets.

and the screen? I don't know what those do

@BielBdeLuna
Copy link
Member Author

now I understand the inner workings of this system somewhat better,
shells: are the different fullscreen ui possible in the game.
screens: are the different screens a shell can have, the main menu shell has different screens
handlers: handle the interaction between shells, and the transitions amongs screens and among shells
widgets: all the different generalized interactions that populate the screens

@BielBdeLuna
Copy link
Member Author

wouldn't it be far easier to start again from the menu folder In Robert's repo? and reintegrate it all with GUI and ceGUI?

@BielBdeLuna
Copy link
Member Author

nope, none of the approaches I've taken have shown an easy path, right now the best bet I've come up with is to recreate whatever is asked the SWF to do with the GUI user interface, but this probably will make require extensive changes to the GUI system too

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants