20,741
edits
(→Goals) |
(→Goals) |
||
| Line 32: | Line 32: | ||
If scripting is to be supported sooner or later, it will also need to be a well-defined subset of ECMAScript that can be supported by all front-ends, e.g. by implementing a simple DSL and a corresponding parser for it (JavaScript and Nasal are close enough so that they could certainly share most of the code). | If scripting is to be supported sooner or later, it will also need to be a well-defined subset of ECMAScript that can be supported by all front-ends, e.g. by implementing a simple DSL and a corresponding parser for it (JavaScript and Nasal are close enough so that they could certainly share most of the code). | ||
What is needed is an extensible file format to get rid of these constructs, so that they can be replaced with the corresponding layout/widget tags (think for tabs), as well as custom fgcommand implementations, which could then be shared among all front-ends. Sooner or later, this would end up being fully-declarative, and could be easily processed by all UIs - at which point a 1:1 Qt migration would be much less work, no matter if that involves procedural UI generation or semi-automated translation using some scripted approach. | |||
What is currently taking place in PUI/XML space is hugely problematic for anything that does not run within the FlightGear process space and that does not have access to the Nasal subsystem, and that needs to change - for features like Phi/Qt etc to work, Nasal use must be encapsulated, i.e. delegated through some kind of "service layer" that is isolated from internals. | |||
<ref>{{cite web | |||
|url = https://forum.flightgear.org/viewtopic.php?p=289322#p289322 | |||
|title = <nowiki> Re: Aircraft Center | pui2canvas parser (devel-list follow-u </nowiki> | |||
|author = <nowiki> Hooray </nowiki> | |||
|date = Jun 21st, 2016 | |||
|added = Jun 21st, 2016 | |||
|script_version = 0.40 | |||
}}</ref> | |||
== Motivation == | == Motivation == | ||