I think, thats the easyest way.
putting a distict waypoint "takeoff", which is quickly accesed by
pressing one or max. two buttons.
When I see membes of my club -and averey plane is equipped with xcsoar
;-) most of them
a- don´t fly with a programmed task
b- are stunned with the amount of info
and
c- don´t want to use manuals and so...
"takeoff" would be the very best solution ..
but a somehow "quick acces" would be necessary, I think.
This to give "lazy" people the ability to work with xcsoar and maybe
finally take the manuel when getting interested in more functions. It´s
kind of a marketing function :-)
yes. good idea. I´d prefer that.
claus
Am 09.12.2010 12:31, schrieb Ian:
On 09/12/2010 12:40, Hannu Niemi wrote:
I fly with a Borgelt B500 which has its own GPS and final glide
computer. It automatically defines a waypoint called "takeoff" on every
flight. The final glide computer defaults to a final glide back to
"takeoff". You can also use "takeoff" as a waypoint just like any other.
So if you decide to abort a previously defined task, you can just change
the next waypoint to "takeoff".
This works very well, both for local flying and for OLC type tasks when
you chase the weather until you think it is time to turn home. Then your
final glide calculation is ready and waiting. It works even if you have
not bothered to upload a waypoint database.
This is similar to Hannu's suggestion. It works very well.
Ian
------------------------------------------------------------------------------
This SF Dev2Dev email is sponsored by:
WikiLeaks The End of the Free Internet
http://p.sf.net/sfu/therealnews-com
_______________________________________________
Xcsoar-user mailing list
Xcsoar-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcsoar-user
------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages,
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev
_______________________________________________
Xcsoar-user mailing list
Xcsoar-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcsoar-user
