Canvas MapStructure: Difference between revisions

Jump to navigation Jump to search
m
no edit summary
m (→‎Porting the map dialog: http://sourceforge.net/p/flightgear/mailman/message/33119678/)
mNo edit summary
Line 30: Line 30:
{{Note|This article is intended for people wanting to add custom mapping/charting displays to FlightGear (aircraft, GUI dialogs, HUDs etc) - it assumes familiarity with [[Nasal]] scripting, [[Object Oriented Programming with Nasal]] and [[Canvas]] - while an existing chart layer (e.g. to show VORs/NDBs or DMEs) can be easily added and used by non-programmers within a few minutes, creating new MapStructure layers requires additional knowledge which is detailed below. In its simplest form, MapStructure is just a library of a handful of existing layers (navaids, traffic) that can be easily -and quickly- reused for all kinds of different purposes. For people familiar with Nasal coding, MapStructure is also a framework to create new fully reusable layers with integrated support for caching, resource management (listener/timers) and efficient searching/updating.
{{Note|This article is intended for people wanting to add custom mapping/charting displays to FlightGear (aircraft, GUI dialogs, HUDs etc) - it assumes familiarity with [[Nasal]] scripting, [[Object Oriented Programming with Nasal]] and [[Canvas]] - while an existing chart layer (e.g. to show VORs/NDBs or DMEs) can be easily added and used by non-programmers within a few minutes, creating new MapStructure layers requires additional knowledge which is detailed below. In its simplest form, MapStructure is just a library of a handful of existing layers (navaids, traffic) that can be easily -and quickly- reused for all kinds of different purposes. For people familiar with Nasal coding, MapStructure is also a framework to create new fully reusable layers with integrated support for caching, resource management (listener/timers) and efficient searching/updating.
For FlightGear versions <nowiki>>=</nowiki> 3.3+, there will also be a [[Canvas Widgets|Canvas Widget]] to easily add MapStructure-based maps to any Canvas dialog and/or to Canvas MFDs that internally use the Canvas GUI framework. Another novelty that we're currently exploring is extending the framework such that GUI-based creation/editing/customization of layers becomes a first-class concept, e.g. to create a weather or tutorial/missions GUI editor: see [[#Porting the map dialog]].}}
For FlightGear versions <nowiki>>=</nowiki> 3.3+, there will also be a [[Canvas Widgets|Canvas Widget]] to easily add MapStructure-based maps to any Canvas dialog and/or to Canvas MFDs that internally use the Canvas GUI framework. Another novelty that we're currently exploring is extending the framework such that GUI-based creation/editing/customization of layers becomes a first-class concept, e.g. to create a weather or tutorial/missions GUI editor: see [[#Porting the map dialog]].}}
{{cquote
  |<nowiki>What I personally lack in FG, though, is a consistent and comprehensible Database of 'fixed' knowledge to develop an aircraft.</nowiki><br/><nowiki>
In Physics it's called, to elaborate - and then comply with -, a 'Standard'. </nowiki><br/><nowiki>
</nowiki><br/><nowiki>
A Standard is a set of given Rules, a solid rock from where to start the development. This Standard should not change for a certain time; it may of course be enriched, widened, but each time someone puts a new piece of 'standard' onto the basic Rock, it MUST have been previously tested, shared, discussed and fixed; the new piece of Standard should have a life of at least a couple of years, if not even longer.</nowiki><br/><nowiki>
In my opinion, FG lacks this precise rock: we do not have a Standard.</nowiki>
  |{{cite web |url=http://forum.flightgear.org/viewtopic.php?p=211550#p211550
    |title=<nowiki>Re: 777 EFB status & plans  ?</nowiki>
    |author=<nowiki>I-NEMO</nowiki>
    |date=<nowiki>Mon Jun 02</nowiki>
  }}
}}
{{cquote
  |<nowiki>We have thousands of issues, arguments, ideas, variants, patches, personal enhancements, semi-solutions, some of them even brilliant ones; but the FG 'rock of Standard' is very tiny, and changing too often (sometimes even daily!). A developer experiences a confusion of nice ideas, and lacks consistent, easy, and comprehensible reference.</nowiki>
  |{{cite web |url=http://forum.flightgear.org/viewtopic.php?p=211550#p211550
    |title=<nowiki>Re: 777 EFB status & plans  ?</nowiki>
    |author=<nowiki>I-NEMO</nowiki>
    |date=<nowiki>Mon Jun 02</nowiki>
  }}
}}


{{cquote
{{cquote

Navigation menu