To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=1035
User mba changed the following:
What |Old value |New value
================================================================================
Status|RESOLVED |REOPENED
--------------------------------------------------------------------------------
Resolution|FIXED |
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Fri Mar 7 17:15:11 +0000
2008 -------
Seems that I was too optimistic. :-(
Some more in-depth testing on different systems revealed a nasty problem that
will drive users nuts. On a Windows computer with only one installed language
the language bar is not available and the input locale always will be the
default language. This is a very common case for a lot of Windows installations.
By default my German Windows XP did not install any other languages. As I use to
write most of my documents in English, I have told OOo that this is my default
Western document language (Tools-Options). And everything worked as expected.
Now, with an input locale always being German, the OOo setting is completely
ignored! Moreover, even if I recognized this and immediately corrected the wrong
language attribute for the text I had entered in a new document, any further
text again would get the wrong (standard input) language.
In short words, the reason for the problem is that the feature makes a lot of
sense for languages that always use their own keyboard but maybe not for others.
People writing English documents will not need a different keyboard layout if
their default layout is any other Western layout (French, German, Italian
etc.).
So users must be able to disable the feature (or even better, it should be
disabled by default but could be enabled by users aware of the language bar). As
UI freeze has passed, I'm afraid we can't add a switch or so. If no additional
UI changes are possible this had to be postponed to 3.1. In case you don't
understand that: text in the UI must be translated and in such a huge project as
OOo this must be well organized and only happens in fixed time periods that are
defined quite some time before.
Perhaps for the time being we could add a table of Western languages in the
code. If a language from this table either is the system input language or the
OOo language attribute at the current cursor position, the feature will be
enabled automatically, otherwise disabled automatically.
(As the described problem doesn't seem to exist(?) for non-Western languages we
can keep everything as it is for Asian and CTL languages.)
That means, if the input language is e.g. Russian and OOo's language attribute
is English (or vice versa), the language attribute will be changed
automatically. OTOH, if the input language is German and OOo's language
attribute is English (or vice versa), the input language will be ignored
completely.
So we could compile a list of Western languages where the feature will be
enabled.
Comments, anyone? Is there an alternative to this list? And if no, which
languages should it contain?
Please make sure that you really understand the problem even if it doesn't
concern you. We already had enough talking at cross-purposes here.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
