Ywa Posted September 5, 2010 Share Posted September 5, 2010 Hi guys, I would like to have a build-in GUI system. Examples of nice GUI systems that I know of: - GWEN ( http://gwen.facepunchstudios.com ) (has a OpenGL renderer included) - CEGUI ( http://www.cegui.org.uk ) Would it be possible to add it in the next major Leadwerks version? Since it's a huge miss, in my opinion. Thanks! - Ywa Quote Link to comment Share on other sites More sharing options...
Canardia Posted September 5, 2010 Share Posted September 5, 2010 It's better to have community made GUIs, since everyone wants a different GUI anyway. Quote ■ Ryzen 9 ■ RX 6800M ■ 16GB ■ XF8 ■ Windows 11 ■ ■ Ultra ■ LE 2.5 ■ 3DWS 5.6 ■ Reaper ■ C/C++ ■ C# ■ Fortran 2008 ■ Story ■ ■ Homepage: https://canardia.com ■ Link to comment Share on other sites More sharing options...
Laurens Posted September 5, 2010 Share Posted September 5, 2010 Several people here have integrated CEGUI with Leadwerks. I wrote an article about it some time ago: http://leadwerks.com/werkspace/index.php?/page/resources/_/programming/cpp/leadwerks-and-cegui-r30 I do not think it would be a good idea to integrate existing GUI libraries in the engine. People should have the freedom to pick whatever GUI library they want and not be stuck with the one Josh decides to roll in the engine. Leadwerks should just stick to doing what it's great at. Rendering 3D graphics. EDIT: think you mixed up GWEN and CEGUI. CEGUI has an OpenGL renderer included. Judging by GWEN's website, it does not. We don't have renderers for OpenGL, or OGRE yet - would be very interested in those. Quote Link to comment Share on other sites More sharing options...
Ywa Posted September 5, 2010 Author Share Posted September 5, 2010 Several people here have integrated CEGUI with Leadwerks. I wrote an article about it some time ago: http://leadwerks.com/werkspace/index.php?/page/resources/_/programming/cpp/leadwerks-and-cegui-r30 It's difficult to use in Delphi. Plus it's also nearly impossible for Lua users. I do not think it would be a good idea to integrate existing GUI libraries in the engine. People should have the freedom to pick whatever GUI library they want and not be stuck with the one Josh decides to roll in the engine. Yes, however. You could still load your own GUI system in that case. EDIT: think you mixed up GWEN and CEGUI. CEGUI has an OpenGL renderer included. Judging by GWEN's website, it does not. It does have one. It's not at the website, but the SVN contains one made by the community. Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 5, 2010 Share Posted September 5, 2010 In that case I can see why you would request a GUI system to be built in although I also feel that there is something to be said for picking the right language for the job. This just seems like LE on hard mode Anyway, as long as I am not forced to use the LE implementation of whatever GUI library Josh may or may not roll in then I am impartial to the request. Quote Link to comment Share on other sites More sharing options...
Ywa Posted September 5, 2010 Author Share Posted September 5, 2010 In that case I can see why you would request a GUI system to be built in although I also feel that there is something to be said for picking the right language for the job. This just seems like LE on hard mode Leadwerks on Delphi works great (thanks to Wchris his header converter). It's just that it takes a lot of time to convert GWEN or CEGUI headers to Delphi and make libraries that work with it. Plus, I really think a mature game engine (although Leadwerks isn't only for game) should have a build in GUI system. Same with all other features. Quote Link to comment Share on other sites More sharing options...
Josh Posted September 5, 2010 Share Posted September 5, 2010 I'm in favor of providing a built-in skinnable GUI designed for games. I think we'll get a better result with this than a third party library. Quote My job is to make tools you love, with the features you want, and performance you can't live without. Link to comment Share on other sites More sharing options...
Ywa Posted September 5, 2010 Author Share Posted September 5, 2010 I'm in favor of providing a built-in skinnable GUI designed for games. I think we'll get a better result with this than a third party library. Fine for me. So that means adding a GUI is on your to-do list? Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 5, 2010 Share Posted September 5, 2010 If you are eventually planning on implementing a GUI library then may I suggest support for HTML like Navi does? (http://www.ogre3d.org/tikiwiki/NaviLibrary) That would make me dump CEGUI in a second Quote Link to comment Share on other sites More sharing options...
AggrorJorn Posted September 5, 2010 Share Posted September 5, 2010 I'm in favor of providing a built-in skinnable GUI designed for games. I think we'll get a better result with this than a third party library. Isn't that what LGui is for in the SDK? yet a build in system doesn't seem bad at all. People don't have to use if they don't want to. I don't see a reason why Lua wouldn't be suited for creating a gui. Old video WIP: http://www.youtube.com/watch?v=Ai-c0Vyop1w Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 5, 2010 Share Posted September 5, 2010 Isn't that what LGui is for in the SDK? yet a build in system doesn't seem bad at all. People don't have to use if they don't want to. I don't see a reason why Lua wouldn't be suited for creating a gui. Because it'll be a cold day in hell when I learn LUA No, seriously, I think it is much easier if we can just create GUI's in HTML/XML and then load them via some core engine command rather then forcing people to code GUI's in LUA. I feel GUI's should be data-driven and not hardcoded. Besides, you can use all functions in LE right now in any programming language you wish without restriction. I'd hate to see that change. Quote Link to comment Share on other sites More sharing options...
gordonramp Posted September 6, 2010 Share Posted September 6, 2010 I'm in favor of providing a built-in skinnable GUI designed for games. I think we'll get a better result with this than a third party library. Yep, that's what is needed and it needs to be in Lua. Quote AMD Athlon x2 7750 2.7ghz, 6gb ddr2 ram, Galaxy9800GT 1gig ddr2 video card, Windows 7,64. Link to comment Share on other sites More sharing options...
Laurens Posted September 6, 2010 Share Posted September 6, 2010 Why does it need to be in LUA? I can't see any advantage over having a data-driven HTML/XML format that can be loaded through an engine command, exposed to all languages that can be used with LE. Coding a GUI instead of designing it with highly available WYSIWYG editors is just lunacy. Quote Link to comment Share on other sites More sharing options...
cocopino Posted September 6, 2010 Share Posted September 6, 2010 I agree completely on a HTML GUI. ( C# users can use the Webbrowser control, although a bit overkill ) Quote desktop: Quad core Q6600 + 4GB + ATI HD4890 + XP laptop: Dual core T6400 + 4 GB + NVidia 9600M GT + Vista 32 Link to comment Share on other sites More sharing options...
Rick Posted September 6, 2010 Share Posted September 6, 2010 xml based GUI for sure. Then the code in C/C++ and exposed to Lua like most of the other commands are. Also have an editor. Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 6, 2010 Share Posted September 6, 2010 If it were HTML/XML there wouldn't be a need for Josh to create a designer. Plenty of editors out there. Dreamweaver comes to mind. Quote Link to comment Share on other sites More sharing options...
Rick Posted September 6, 2010 Share Posted September 6, 2010 I assume that means Josh basically has to write an html renderer? I wonder how hard that would be. Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 6, 2010 Share Posted September 6, 2010 There are some HTML renderers out there. I believe Tyler implemented Awesomium a while back although that will probably be to expensive in licensing. There's also Gecko which is used by Firefox but I am not sure to what license that is bound. Quote Link to comment Share on other sites More sharing options...
Rick Posted September 6, 2010 Share Posted September 6, 2010 Were those able to be GUI elements in a 3D app? The examples I see look like it's just drawing what would be a webpage in 3D space. I would think ideally the GUI would be html elements drawn on top of the 3D application. Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 6, 2010 Share Posted September 6, 2010 Good point. I know for a fact that Navi (which uses Gecko) draws on a 3D plane attached to the camera. I am not sure if it's possible to draw it as an actual 2D element but I can't imagine it's impossible. Quote Link to comment Share on other sites More sharing options...
ZioRed Posted September 6, 2010 Share Posted September 6, 2010 I'd prefer an internal engine GUI (scalable whenever is possible, so everyone can however integrate more GUIs like CEGUI or WebKit or whatever they prefer) which doesn't require any other external library. Automatic mantain ratio on resolution switch would be also a great feature (yes I know we can do on our own but would be nice if the GUI system handles it automatically). Quote ?? FRANCESCO CROCETTI ?? http://skaredcreations.com Link to comment Share on other sites More sharing options...
Rick Posted September 6, 2010 Share Posted September 6, 2010 I don't really know if it really matters if it's html based or not as long as there is an editor that makes it easy to work with and customize I think that'll make everyone happy. Quote Link to comment Share on other sites More sharing options...
Pancakes Posted September 7, 2010 Share Posted September 7, 2010 The Gui should be written in flowgraphs. Any problems with that? Quote Core I5 2.67 / 16GB RAM / GTX 670 Zbrush/ Blender / Photoshop CS6 / Renoise / Genetica / Leadwerks 3 Link to comment Share on other sites More sharing options...
L B Posted September 7, 2010 Share Posted September 7, 2010 The Gui should be written in flowgraphs. Any problems with that? Wha-? How unproductive is that? Anyhow, XML based would be a good approach in my opinion, with event handlers linking to reflection or DLL calls for native code. Somehow like XAML does it. Quote Link to comment Share on other sites More sharing options...
Laurens Posted September 7, 2010 Share Posted September 7, 2010 Could be worth taking a look at CEGUI. Their GUI's can be in an XML format, allowing for the binding of events in actual C++ code. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.