20,741
edits
Line 3: | Line 3: | ||
== Background == | == Background == | ||
{{cquote| | {{cquote|In contrary to using some hardcoded GUI system (PUI, osgWidget, etc.) this approach would give much more flexibility and also the means of modifying and creating new widgets without the need to touch any core code. | ||
With the Canvas system every type of widget would be possible, so that also things like submenus can be realized. | |||
Another advantage of the Canvas approach is that it is heavily using the property tree and therefore is already fully accessible from Nasal code and also configurable with the existing xml formats.|[http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg37861.html Thomas Geymayer]}} | |||
{{cquote|using the Canvas also for the GUI would give us the advantage of a unified rendering backend for any type of GUI/text rendering and also the ability to use the same widgets everywhere - eg. use them also inside aircrafts for CDU GUIs or other displays... |[http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg37867.html Thomas Geymayer]}} | {{cquote|using the Canvas also for the GUI would give us the advantage of a unified rendering backend for any type of GUI/text rendering and also the ability to use the same widgets everywhere - eg. use them also inside aircrafts for CDU GUIs or other displays... |[http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg37867.html Thomas Geymayer]}} |