Talk:CompositeViewer support: Difference between revisions

Jump to navigation Jump to search
m
Line 28: Line 28:
</syntaxhighlight>
</syntaxhighlight>


That way, we can trivially support PropertyList/XML files, but also views that are specified directly, as part of a sub-tree (e.g. for the CanvasView element).
That way, we can trivially support PropertyList/XML files, but also views that are specified directly, as part of a sub-tree (e.g. for the CanvasView element), as long as those are using the same format internally (which makes sense).
 
The low-level implementation would expect a corresponding SGPropertyNode structure, a higher level fgcommand could then provide an "option" or a "mode" to either specify an XML file on disk, or a property tree branch that already contains the required nodes. That way, the back-end would look the same, and we would only need to call readProperties() first whenever people want to use a file-based view declaration.


Besides, this means that '''any''' UI/frontend can invoke the corresponding back-end code easily:
Besides, this means that '''any''' UI/frontend can invoke the corresponding back-end code easily:

Navigation menu