Apache OpenOffice (AOO) Bugzilla – Issue 68729
Regression from 1035 - language setting for typed text should be set to current input locale
Last modified: 2006-11-23 08:04:03 UTC
Issue 1035 is CLOSED as FIXED. But described functionality is not doing what is requested. Reproductions steps: 1. Make sure that at least two keyboard layouts are setup in Windows. 2. Start Writer. 3. Type some text in one layout, switch to another layout and type something else. 4. Click in the word, that is typed using first layout, click Format, Character and note what is displayed in "Language" field. 5. Click in text, that is type with the second layout and see what language is assigned to it - it is the same as first one (which is incorrect). 6. Now spellcheck/hyphenation will not work with part of the text. This is verified on OO release 2.0.2, dev-builds m178 and m180 on Win XP Eng and Win Vista. I am setting it to Component "l10n", because it is wider than just Writer issue. I am also setting Priority to "P2" because this issue affects every single person who creates multi-language documents (that is a lot of users) and no suitable workaround exists.
Stefan, I don't know what was going on with issue 1035, it seems that it was never implemented for the Western/Western part but was closed as resolved fixed. So this would be another RFE for the same feature, it seems => set type to ENHANCEMENT if appropriate. Maybe we should reopen issue 1035 instead? As you would know whether Writer was intended to have that feature I'm reassigning this to you for now. Please reassign as appropriate. This is also not an i18npool issue. The request is to let the default document language follow the keyboard language, which btw is not very specific, consider en_US vs. en_GB with an EN keyboard, for example. The requested functionality would also be available on Windows only. I'm setting to component Framework. @Kpalagin: this is not a P2 issue, please read the Measures/Examples section for P2 of http://qa.openoffice.org/scdocs/ddIssues_EnterModify.html#priority before raising priorities.
1035 was also never working for Western/Cyrillic, for example.
Dear developers, what is the current status of this issue?
Confirming.
FME: I'll reopen i1035 and set this one to duplicate. i21019 resolves the issue for CTL and CJK scripts, i1035 is meant for Western Scripts. *** This issue has been marked as a duplicate of 1035 ***
.