Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | There is no way for the user to set the input field for RTL input | ||||||
---|---|---|---|---|---|---|---|
Product: | Internationalization | Reporter: | sforbes <xslf> | ||||
Component: | BiDi | Assignee: | stephan_schaefer | ||||
Status: | CLOSED DUPLICATE | QA Contact: | issues@l10n <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | alan, issues, mehlng | ||||
Version: | OOo 1.1 Beta2 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
sforbes
2003-06-24 15:01:24 UTC
Created attachment 7109 [details]
Sample document
DL->FT: Could you please takeover? cc:ing mehlng Same happens to Scalc text-boxes. No R2L button. What is the status of RTL in text boxes? We of course need to implement this through to our MS import/export filters. Textboxes are RTL-enabled. If you insert into a Writer or a Calc a text box, you may choose RTL input and that's it. In the bugdoc there are no textboxes there are fields. You start a dialog where you input the text for the field. If you got an RTL or an LTR input dialog depends on the office installation, it's the UI. If you have an Arabic UI the input dialog will offer you a "RTL input box", an English installation will offer you a "LTR input box". I conasider the solution as it is feasible. Even Word (the LTR version at least) does not provide real RTL input. It basically does the same we do. Changed status Even when word is working with English UI, it still allows RTL form input: just use right ctrl+shift. I am not asking anything more then that- right now entering anything longer then a single word is pretty much uselless. Please note that at least in Israel, about half the users use applications with English UI but with Hebrew support (so-called "Hebrew enabled"). Therefore, tieing bidi functinality to the UI language would leave many user with an application that seems "broken". . Sorry, I cannot follow you: SHIFT + CTRL doesn't change a thing here. In word for windows (2000/XP) running on windows (2000/xp) which has Hebrew input enbaled (via control-panel/regional settings), typing RIGHT CTRL SHIFT in any text widget, including form fields in word, sets the direction of the widget to RTL (LEFT CONTROL SHIFT sets it to LTR). The entering of data in a form in OO and MS Office is diffrent: * In MSOffice, the data is entered directly into the document. * in OO, the text is entered in a Pop-UP text widget. That widget is always LTR, regardless of using of any CTRL+SHIFT I am tempted to enter a seprate bug, to mentioned that all text widgests should be able to set to RTL using RIGHT CONTROL SHIFT, as this is not a single case. DL: Reassigned to Falko. FT->FME: Any reason why we do use these hotkeys within dialogues? They work fine in documents. FME: This is not an application issue. FME->SSA: Could you please have a look? the tkos version has the opposite problem: all fields are RTL, with no way to set them as LTR for English input. This also affect dialog boxes created via macros. Very annoying. cp: retargeted to Office-Later due to limited ressources Issue #30631 was opened by a dev which covers the same ground, and probably will get more attention then this one. *** This issue has been marked as a duplicate of 30631 *** closing duplicate |