Speaking of the GO-TO features; by all means I'm not a developer, not even
close, and only understand what is or is not user friendly and easily
accessible.
There is a nice feature in WinPilot and I also think in SeeYou mobile , where
one can simply enable GO TO by dragging a finger in the desired direction on
the screen (for X miles) which will bring up all the waypoints in that
direction in the right sequence of distance.
Would this be possible to implement?
Best to All. PeterK
----- Original Message -----
From: xcsoar-user-requ...@lists.sourceforge.net
To: xcsoar-user@lists.sourceforge.net
Sent: Thursday, June 21, 2012 3:33 PM
Subject: Xcsoar-user Digest, Vol 72, Issue 11
Send Xcsoar-user mailing list submissions to
xcsoar-user@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/xcsoar-user
or, via email, send a message with subject or body 'help' to
xcsoar-user-requ...@lists.sourceforge.net
You can reach the person managing the list at
xcsoar-user-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xcsoar-user digest..."
Today's Topics:
1. Re: double-click interval too short (David Anisman)
2. Re: double-click interval too short (Tobias Bieniek)
3. Bug with AAT (Luke Szczepaniak)
----------------------------------------------------------------------
Message: 1
Date: Thu, 21 Jun 2012 12:35:58 -0700
From: David Anisman <david.anis...@gmail.com>
Subject: Re: [Xcsoar-user] double-click interval too short
To: Ramy Yanetz <ryan...@yahoo.com>
Cc: XCSoar Users List <xcsoar-user@lists.sourceforge.net>,
"f...@math.uiuc.edu" <f...@math.uiuc.edu>
Message-ID:
<CADyP8EBJvy+w2zYKTuyz_D=ppALCApcCa_4+MFq=suvnxg-...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Another one bites the dust.....enhancement request #2010 was just banished
to the Wishlist.....
David
On Thu, May 17, 2012 at 9:10 PM, Ramy Yanetz <ryan...@yahoo.com> wrote:
> Kevin, there is already a bug #2010 for GoTo with precisely the same
> suggestion. Hopefully it will be implemented for 6.4.
>
> Ramy
>
> On May 17, 2012, at 3:44 PM, "Kevin Ford" <f...@math.uiuc.edu> wrote:
>
> >
> > I've made 3 flights with 6.3.1 and another problem arose (which will be
> > another ticket once I've sleuthed it a bit more). The wind calculation
> > from circling works early in the flight and then "quits" later, so in
> > thermalling mode I can see a pronounced drift instead of concentric
> > circles. I had no problems with 6.2.6.
> >
> > Back to the double-click issue, it still would be nice to have a quick
> way
> > to GoTo any airport on the map. In 6.3.3 this requires 4 operations
> > (click on airport, get the dreaded "map element..." page, clikc the
> > airport agai, click "Details" then click "Goto"). Try doing that
> > error-free in turbulence. How about when selecting an airport, that
> > "Goto" appears as one of the immediate options?
> >
> > Kevin
> >
> > On Thu, May 17, 2012 4:44 pm, Ramy Yanetz wrote:
> >> I am having the same issue when interacting with XCSoar, such as when
> >> trying to zoom and change pages. I often get the map list instead, which
> >> then require additional tap to cancel.
> >>
> >> I agree with Kevin that it will be better to show the map list only when
> >> tapping a waypoint or an airspace. I understand that the tradeoff will
> be
> >> not being able to check distance and arrival altitude to places which
> are
> >> not in the waypoint list.
> >> Other than that the map elements is a great feature when clicking on an
> >> area with multiple waypoints and/or airspace, allowing you to select the
> >> info you want. I just wish it would cover a little larger area, as it
> >> often takes multiple attempts to bring up a waypoint even when tapping
> >> carefully.
> >>
> >>
> >> Ramy
> >>
> >>
> >>
> >>
> >>> ________________________________
> >>> From: Kevin Ford <f...@math.uiuc.edu>
> >>> To: XCSoar Users List <xcsoar-user@lists.sourceforge.net>
> >>> Sent: Thursday, May 17, 2012 6:47 AM
> >>> Subject: [Xcsoar-user] double-click interval too short
> >>>
> >>>
> >>> I opened a ticket on this issue. The double-click interval is very
> >>> short,
> >>> about 1/4 second in ver 6.3.1. In flight trying to double-tap with a
> >>> finger most often produces "Map element at this location" instead of
> >>> bringing up the main menu. This is incredibly annoying, as I had to
> hit
> >>> "Cancel" to get back to the map over and over again. Missing the
> >>> double-click interval in 6.2.6 simply did nothing and left me on the
> map
> >>> page, and the double-click interval was longer (at least 1/3 second on
> >>> the
> >>> linux version). In flight, since "Map element..." is a single-click
> >>> mode,
> >>> I thought that I wasn't tapping hard enough to register the double-tap.
> >>> Harder and harder I tapped and still the same error :-( Only
> >>> experimenting with the linux version (with a mouse) did I find the
> actual
> >>> problem.
> >>> Further experimenting on the ground with my PNA revealed that light
> taps
> >>> do not often register, and double-hard taps take longer. I suggest
> >>> increasing the double-click interval to 1/2 second or more, now that
> >>> single-clicking on blank part of the map has another function in 6.3+.
> >>> Better yet, in addition remove the "single-click gives "Map element..."
> >>> page" entirely. If I click on an airport, OK, but a single click on a
> >>> blank part of the map should not do anything (in turbulence it's easy
> to
> >>> accidently touch the screen if your hand is near).
> >>>
> >>> Kevin Ford
> >>>
> >>>
> >>>
>
------------------------------------------------------------------------------
> >>> 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/
> >>> _______________________________________________
> >>> Xcsoar-user mailing list
> >>> Xcsoar-user@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/xcsoar-user
> >>>
> >>>
> >>>
> >
> >
>
>
>
------------------------------------------------------------------------------
> 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/
> _______________________________________________
> Xcsoar-user mailing list
> Xcsoar-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xcsoar-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Thu, 21 Jun 2012 21:43:43 +0200
From: Tobias Bieniek <tobias.bien...@gmx.de>
Subject: Re: [Xcsoar-user] double-click interval too short
To: David Anisman <david.anis...@gmail.com>
Cc: XCSoar Users List <xcsoar-user@lists.sourceforge.net>,
"f...@math.uiuc.edu" <f...@math.uiuc.edu>
Message-ID:
<CABEOeTkfvd1i0MxwK5F0Zz60vZs5JC8p1hQCo--=+qw-7gy...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
well, adding a goto button to the waypoint list items unfortunatly
isn't technically quite as easy as it sounds. also I'm not sure if
this is such a good idea because an accidental click on the button
will have larger consequences. unless there is a better idea proposed
I'm not really keen on spending my time with this. I think that the
way to get to the goto button is okay, if you think differently find a
developer who agrees and improve the situation. remember that this is
open source software and if you don't agree with a decision that the
core developers make then you are free to use a personalised version
that fixes your issues.
Turbo
2012/6/21 David Anisman <david.anis...@gmail.com>:
> Another one bites the dust.....enhancement request #2010 was just banished
> to the Wishlist.....
>
> David
>
>
>
> On Thu, May 17, 2012 at 9:10 PM, Ramy Yanetz <ryan...@yahoo.com> wrote:
>>
>> Kevin, there is already a bug #2010 for GoTo with precisely the same
>> suggestion. Hopefully it will be implemented for 6.4.
>>
>> Ramy
>>
>> On May 17, 2012, at 3:44 PM, "Kevin Ford" <f...@math.uiuc.edu> wrote:
>>
>> >
>> > I've made 3 flights with 6.3.1 and another problem arose (which will be
>> > another ticket once I've sleuthed it a bit more). ?The wind calculation
>> > from circling works early in the flight and then "quits" later, so in
>> > thermalling mode I can see a pronounced drift instead of concentric
>> > circles. ?I had no problems with 6.2.6.
>> >
>> > Back to the double-click issue, it still would be nice to have a quick
>> > way
>> > to GoTo any airport on the map. ?In 6.3.3 this requires 4 operations
>> > (click on airport, get the dreaded "map element..." page, clikc the
>> > airport agai, click "Details" then click "Goto"). ?Try doing that
>> > error-free in turbulence. ?How about when selecting an airport, that
>> > "Goto" appears as one of the immediate options?
>> >
>> > Kevin
>> >
>> > On Thu, May 17, 2012 4:44 pm, Ramy Yanetz wrote:
>> >> I am having the same issue when interacting with XCSoar, such as when
>> >> trying to zoom and change pages. I often get the map list instead,
>> >> which
>> >> then require additional tap to cancel.
>> >>
>> >> I agree with Kevin that it will be better to show the map list only
>> >> when
>> >> tapping a waypoint or an airspace. I understand that the tradeoff will
>> >> be
>> >> not being able to check distance and arrival altitude to places which
>> >> are
>> >> not in the waypoint list.
>> >> Other than that the map elements is a great feature when clicking on an
>> >> area with multiple waypoints and/or airspace, allowing you to select
>> >> the
>> >> info you want. I just wish it would cover a little larger area, as it
>> >> often takes multiple attempts to bring up a waypoint even when tapping
>> >> carefully.
>> >>
>> >>
>> >> Ramy
>> >>
>> >>
>> >>
>> >>
>> >>> ________________________________
>> >>> From: Kevin Ford <f...@math.uiuc.edu>
>> >>> To: XCSoar Users List ?<xcsoar-user@lists.sourceforge.net>
>> >>> Sent: Thursday, May 17, 2012 6:47 AM
>> >>> Subject: [Xcsoar-user] double-click interval too short
>> >>>
>> >>>
>> >>> I opened a ticket on this issue. ?The double-click interval is very
>> >>> short,
>> >>> about 1/4 second in ver 6.3.1. ?In flight trying to double-tap with a
>> >>> finger most often produces "Map element at this location" instead of
>> >>> bringing up the main menu. ?This is incredibly annoying, as I had to
>> >>> hit
>> >>> "Cancel" to get back to the map over and over again. ?Missing the
>> >>> double-click interval in 6.2.6 simply did nothing and left me on the
>> >>> map
>> >>> page, and the double-click interval was longer (at least 1/3 second on
>> >>> the
>> >>> linux version). ?In flight, since "Map element..." is a single-click
>> >>> mode,
>> >>> I thought that I wasn't tapping hard enough to register the
>> >>> double-tap.
>> >>> Harder and harder I tapped and still the same error :-( ?Only
>> >>> experimenting with the linux version (with a mouse) did I find the
>> >>> actual
>> >>> problem.
>> >>> Further experimenting on the ground with my PNA revealed that light
>> >>> taps
>> >>> do not often register, and double-hard taps take longer. ?I suggest
>> >>> increasing the double-click interval to 1/2 second or more, now that
>> >>> single-clicking on blank part of the map has another function in 6.3+.
>> >>> Better yet, in addition remove the "single-click gives "Map
>> >>> element..."
>> >>> page" entirely. ?If I click on an airport, OK, but a single click on a
>> >>> blank part of the map should not do anything (in turbulence it's easy
>> >>> to
>> >>> accidently touch the screen if your hand is near).
>> >>>
>> >>> Kevin Ford
>> >>>
>> >>>
>> >>>
>> >>>
------------------------------------------------------------------------------
>> >>> 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/
>> >>> _______________________________________________
>> >>> Xcsoar-user mailing list
>> >>> Xcsoar-user@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/lists/listinfo/xcsoar-user
>> >>>
>> >>>
>> >>>
>> >
>> >
>>
>>
>>
------------------------------------------------------------------------------
>> 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/
>> _______________________________________________
>> Xcsoar-user mailing list
>> Xcsoar-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/xcsoar-user
>
>
>
>
------------------------------------------------------------------------------
> 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/
> _______________________________________________
> Xcsoar-user mailing list
> Xcsoar-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xcsoar-user
>
------------------------------
Message: 3
Date: Thu, 21 Jun 2012 18:05:58 -0400
From: Luke Szczepaniak <l...@silentflight.ca>
Subject: [Xcsoar-user] Bug with AAT
To: XCSoar <xcsoar-user@lists.sourceforge.net>
Cc: Derek Mackie <itshd...@gmail.com>, Krzysztof Wiercioch
<k.wierci...@gmail.com>, Nick Bonniere
<nick.bonni...@withonestone.com>
Message-ID:
<cab9rgdxrbdjx+d56c0jpzjuogp35z4ylfhfizknf-psdtsz...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Everyone,
We seem to have discovered a bug with 6.3.6 and 6.3.5 concerning AAT tasks.
I will try to describe what we are experiencing to the best of my ability,
I apologize in advance if I am not being clear. When creating the task the
Turn Areas are just big cylinders but all the calculations are done to the
center of the Turn Area, not the optimized point. The Target button is
missing from the calculator. You can change this by making the task to
racing, exiting out of task planner, going back into task planner, setting
the task to AAT then exiting the task planner again. I have confirmed this
with 2 other XCSoar users. After I roll back to 6.3.4 the issue
disappears, can someone else recreate this behaviour and let me know? If
so I will create a report in Bug Trac.
Cheers,
Luke Szczepaniak
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
------------------------------------------------------------------------------
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/
------------------------------
_______________________________________________
Xcsoar-user mailing list
Xcsoar-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcsoar-user
End of Xcsoar-user Digest, Vol 72, Issue 11
*******************************************------------------------------------------------------------------------------
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/
_______________________________________________
Xcsoar-user mailing list
Xcsoar-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcsoar-user
