[Flightgear-devel] Aircraft Checklists
Hi All, Inspired by the checklists provided for the excellent Cessna 337, I've added generic checklist support to the GUI. The GUI element is pretty straightforward, with a drop-down to select a checklist and the checklist displayed as one would expect: http://wiki.flightgear.org/File:Aircraft_Checklists_dialog.jpg Aircraft developers can simply add checklists by setting up properties under /sim/checklists. This is documented in this wiki article: http://wiki.flightgear.org/Aircraft_Checklists, and the c172p now includes and example. I think this provides a much easier way to navigate and display checklists than over-loading the Aircraft Help dialog, as well as taking up minimal screen real-estate. Hopefully as we move to using Canvas in the future we'll be able to improve the checklist display to include a set of dots linking the items. Feedback and comments are welcome as always, particularly if any aircraft developers would like any enhancements made. -Stuart -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft Checklists
On 18 Sep 2012, at 11:56, Stuart Buchanan wrote: Feedback and comments are welcome as always, particularly if any aircraft developers would like any enhancements made. Fantastic! James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Changing behavior of SGPropertyNode::removeChild
While searching for the reason of crashing FlightGear if trying to remove the nodes of the previously selected airport in the new Select Airport Dialog I stumbled upon a problem with the behavior of SGPropertyNode::removeChild. If you remove a child then fireChildRemoved is triggered and every listener is getting informed. The problem is that it is only called for the node being removed but for non of it's child nodes. So if you listen upon a specific node being removed and instead a parent node is being removed you will never get notified and have a pointer to an invalid part of your memory which can cause a crash :) I've pushed a commit witch recursively triggers childRemoved for all nodes controlling the canvas. Any objections on moving this behavior directly into simgear? Tom -- Thomas Geymayer www.tomprogs.at / C-Forum und Tutorial: www.proggen.org Student of Computer Science @ Graz University of Technology --- Austria -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
