Balsa-XO/Adapt It: In Translation box moving to last entry by UpArrow, selects it, but does not choose it

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Whehn a translation box has more then one entries, the choice can be
done by the DownArrows to get to the one wanted.
2. If you want to go to the last translation, one can use the UpArrow,
which marks the last Entry.
3. Now pressing Enter, does not choose the last entry, but the first one.
4. If I press Alt+O (for OK)the last one is chosen.

On the other hand, if I choose any of the other translations by the
DownArrow (even several times) and then press Enter, this one is accepted.
Only if I use the UpArrow and Enter, this does not work.

What is the expected output? What do you see instead?
That the translation, which is marked in the translation box and confirmed
by Enter would be chosen.

What version of the product are you using? On what operating system?
XO/Balsa Adapt it 4.1.4

Please provide any additional information below.

Original issue reported on code.google.com by wolfgang...@gmx.de on 6 May 2009 at 1:27

[GoogleCodeExporter]

I wrote to you about this issue, I believe, by email so my response was not 
recorded
as an issue on this list. So I summarize here what the status of this problem is
currently. Basically the problem of not being able to use the up arrow when at 
the
top item of a list to cycle down to the last item; or use the down arrow when 
at the
bottom item of a list to cycle up to the first item - is a problem currently 
that
only appears in the Linux version of Adapt It. The Windows and Macintosh 
versions
behave as one would expect. On Linux, however, in the underlying widget code 
(which I
don't have direct control over), something happens that allows the
"selected/highlighted" item in the list to get disconnected from the "current" 
item
(the item that gets a dashed box drawn around it). On Linux, I've not been able 
to
figure out how to keep the "selected/highlighted" item to stay together with the
"current" item (with dashed box) when the up arrow is pressed at the top item 
(or the
down arrow is pressed on the bottom item). The problem, as you experienced it,
happens because the up/down arrow command allows these two things to get 
separated -
but only on the Linux version. The work around of course, is to simply press the
arrow keys multiple times to select the desired item and Enter, rather than 
trying to
cycle immediately from one end of the list to the opposite end as a shortcut 
route to
the desired list item. Another partial work around is to move the most common 
list
item to the top of the list, so fewer arrow key movements will be required. I 
think I
can eventually fix the problem on Linux, but it will take a lot of work to do 
so, so
I'm marking the status of this issue as "Accepted" but "Low priority" for now.

Original comment by adaptitbill@gmail.com on 6 May 2009 at 4:59

• Changed state: Accepted
• Added labels: Priority-Low

[eb1]

Closing auto-migrated issue from Adapt It 4.1.4 / BALSA-XO. If this is a current issue, this can be reopened.