Balsa-XO: Tranlsation box covers 'center'-word to translate

[GoogleCodeExporter]

What steps will reproduce the problem?
1. If in an XO machine, the word you are adapting is close to the center,
2. and if there are more than one translations (translation box opens)
3. the translation box covers the word which is to be adapted

What is the expected output? What do you see instead?
See the word and its suggested translations in the translation box at the
same time.

What version of the product are you using? On what operating system?
AI 4.1.2/Balsa-XO

Please provide any additional information below.

Original issue reported on code.google.com by wolfgang...@gmx.de on 15 Apr 2009 at 9:29

[GoogleCodeExporter]

Yes, I've seen this happen occasionally on the XO because the screen is small 
and the
fonts in the main window are fairly large. Adapt It tries to maintain at least 
one
strip visible above and below the phrase box location. It also tries to adjust 
the
position of the Choose Translation box when it appears, but sometimes in 
situations
like on the XO, the result is that the word you are adapting gets covered by 
the box.
Are you using Adapt It on the XO with its frame maximized so that it has the 
entire
screen to display your document? If not, try maximizing the application which 
should
help as it will give more room to position the dialog box away from the active
editing location. Eventually, if this proves to be a common problem on small 
screens,
we will revisit the screen positioning code that controls both of these issues 
and
see if we can prevent the dialog from covering the active editing location. 

Original comment by adaptitbill@gmail.com on 16 Apr 2009 at 5:43

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

[GoogleCodeExporter]

Starting AI on XO-Basla by the command: adaptit -xo still has the problem, I 
came
accross this several times:

-> for adaptit -xo it would be nice, if the translation box does not cover the 
word
to adapt.

Original comment by wolfgang...@gmx.de on 4 May 2009 at 7:52

[GoogleCodeExporter]

I have changed the status for this issue to "Accepted" but it is still Low 
priority,
mainly because we will have to wait until the refactoring of Adapt It's display 
and
scrolling routines is complete (some months away). Eventually we will be able to
adjust the scrolling adjustments for the Choose Translation dialog for small 
screens
like the XO so that it stays out of the way of the phrasebox where possible.

Original comment by adaptitbill@gmail.com on 5 May 2009 at 2:38

• Changed state: Accepted

[GoogleCodeExporter]

As there will be Balsa for different kind of netbooks (not only the XO) an 
option
would be to build into AI a menu/setting an option to changed this 
parameter(not by
the user but by the administrator).

Original comment by wolfgang...@gmx.de on 6 May 2009 at 7:18

[GoogleCodeExporter]

The problem of dialog boxes covering up the phrasebox is not necessarily a 
problem
unique to the XO. Currently Adapt It actually does have a check to see where 
such
dialogs appear on the screen when they popup and tries to make adjustments to 
its
position. On most computers this check succeeds in moving the dialog out of the 
way,
but it doesn't succeed as often on the XO. It is a weakness in the current 
scrolling
routines that sometimes results in the dialog not being "moved out of the way". 
When
Bruce completes his "refactoring" of Adapt It's scrolling and display routines 
(in a
few months) we will be in a better position to tweak the dialog positioning 
code to
better avoid hiding of the phrasebox, especially on the XO where the problem 
mainly
surfaces.

Hence, I don't think we would want to have a menu selection to try to fix this
problem, because it is mainly the XO that the problem makes itself more 
evident. The
reason it happens more often on an XO is because the XO has a screen that has 
decent
resolution (1200 x 900 pixels) but artificially expands the text size of fonts, 
but
does NOT at the same time expand the size of bitmaps. Most other computers do 
not
artificially expand the text size like the XO does, so it would not be 
appropriate to
have a general menu item to compensate for the behavior of dialog boxes that 
mainly
only becomes a problem on the XO. Hopefully, after the "refactoring" work is 
done the
problem can be eliminated even on the XO. I've left the status of this issue as
"Accepted" to remind us to investigate the issue again later.

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

[GoogleCodeExporter]

So, the refactoring of AI which Bruce envisions should take care of this
inconvenience of the XO. Great.

Original comment by wolfgang...@gmx.de on 7 May 2009 at 5:11

[eb1]

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