Bug 206420
| Summary: | [indic] unable to display numeric characters during input | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ankit Patel <ankit> |
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | ankit, eng-i18n-bugs, llch |
| Target Milestone: | --- | Keywords: | i18n, Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-09-22 12:14:22 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 142712 | ||
| Bug Blocks: | |||
|
Description
Ankit Patel
2006-09-14 10:05:18 UTC
> rpm -q openoffice.org-langpack-hi_IN openoffice.org-core openoffice.org-core-2.0.4-3.1 openoffice.org-langpack-hi_IN > LANG=hi_IN.UTF-8 ooimpress 123abc -> I can't see a problem here. What does tools->openoffice.org->language settings->complex text layout->Numerals say ? (though I tried all three options under hi_IN and all worked for me, reopen if I missed how to reproduce this) Caolan, I am reopening this bug, because it's still there. If you try to type "123abc" then it won't show the problem because few letters are added together with digits (I don't know how it works), but if you try to input only digits, eg. "123" only, then you can face the problem. For your reference, i am pasting the link of screenshots which i have attached in the older bugs: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121837 https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121838 https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121839 https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121840 One more thing i noticed that If i go to the link "tools->openoffice.org->language settings->complex text layout->Numerals", then it shows three languages, which are different from my locale. e.g. If you run openoffice in gu_IN interface, then this option shows, "Hindi, Arabic, System Default" Numerals and if you run openoffice in hi_IN interface, then this option shows, "Hungarian, Arabic, System Default" Numerals. If this also affects the result, then please consider it too... The specific 1.1.X problem that this was cloned from was supposed to be fixed long ago, and is probably not the exact same problem as you face today, and I need to get a grip on what is not working the way you want. Can you restate, without reference to the 1.1.X problems, what the problem is currently for 2.0.4 (i.e. devel) ? and which locale you are finding this problem in. I've tried a fresh ooo 2.0.4 in gu_IN, typed 123 in calc/impress/writer without the input engine active as per comment #1 and got 123, pressed tab to move a new cell and it remained as 123. The above 1.1.X screenshots refer to calc, while the initial comment in the clone refers to impress, but for both cases, out of the box. typing numbers in a cell/impress box without IM active and then leaving the cell/impress in a gu_IN locale is retaining the numerals in the same format before and after. The 1.1.X problem was basically that "system" was the 1.1.X default for numerals, while it is now "arabic" because the semi-modal behavour of "system" numerals was confusing for people. To get the digits in a particular language, input engine must be active/enabled before typing. And refer this two links only: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121837 https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=121838 ok, cloned comment #1 was "In the indic locale, when entering numeric characters when Input Method is turned off, the numeric characters cannot be seen." and goes on to talk about presentations. I think that has led us astray a bit. Here we are instead talking about with the input engine turned on, and I suspect only with calc, not with writer or with presentations. Here's what is the expected behaviour with native language numerals... a) when typed into writer the characters remain exactly the same when e.g. return is pressed, or the editing is finished b) into impress, like writer the numerals remain the same during and after editing the text box (the 1.1.X bug was that the numerals changed after leaving the edit box for e.g. impress) c) into calc, mixed numerals and text are considered "text" and remain the same during editing of a cell and after leaving the cell d) into calc, but *only* numerals are typed. This is taken by calc and converted to an internal number representation, which is the same regardless of how numbers are entered. And this internal number represenation is then afterwards displayed using the default numeric display formatting. So, I suspect that here our problem is d), where you type 1,2,3 in an indic format into a calc cell, see 123 in an indic format, leave the cell like in the pictures, and it turns into western (arabic) 123 The "text" entered is shown as the typed letters until editing of the cell is finished, then if the cell is a number it is displayed using the number format. Which is default "arabic" numbers for all locales. The "default" number formatting can be overriden by the setting mentioned above in the settings, in which case e.g. both a western 123 entered would be re-displayed in the selected format as well as an indic 123. Additionally it can be overriden for a given cell with NatNum, search for NatNum in the calc help for details. |