[sw-issues] [Issue 99446] Rotation doesn't work for Bidi chars in non-Bidi version
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99446 --- Additional comments from shai2plato...@openoffice.org Wed Nov 24 13:28:53 + 2010 --- Still broken for me on OpenSuSE: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.6 from SuSE's OpenOffice.org STABLE repository: http://download.opensuse.org/repositories/OpenOffice.org:/STABLE/openSUSE_11.1/ - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 99446] Rotation doesn't work for Bidi chars in non-Bidi version
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99446 --- Additional comments from shai2plato...@openoffice.org Wed Nov 24 21:32:03 + 2010 --- ... and now that I'm home, also still broken on Debian sid, in interesting ways. First, the technicalities: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.4, Debian package 1:3.2.1-9 The brokenness: 1) Opeing the test document, both RTL strings appear horizontal. They are both set to be 90 degrees rotated (in Format - Character... - Position). They are both in LTR paragraphs. 2) Changing the paragraph direction to RTL immediately rotates the strings, but LTR characters appended to it show up in visual order (that is, RTL in the order they were typed; numbers and English words are reversed). 3) Prepending LTR characters to the paragraph makes things even weirder: Strong LTR characters are un-rotated, weak LTR (digits) are rotated after the RTL but horizontal before it. LTR characters before the first RTL character appear in correct BiDi order, but LTR characters after it are in RTL visual order. This behavior is pretty much the same as what I saw on OpenSuSE. As Dotan noted, the summary of this bug is misleading: Rotation doesn't quite work whenever a character in the rotated paragraph doesn't match its direction, regardless of the product version. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 112292] LTR documents opening as RTL
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112292 --- Additional comments from shai2plato...@openoffice.org Sun Jun 13 05:39:20 + 2010 --- Dotan, you need to add a screenshot showing what's wrong. On my system, where the default is LTR, the presentation looks fine. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 99446] Rotation doesn't work for Bidi chars in non-Bidi version
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99446 User shai2platonix changed the following: What|Old value |New value CC|'mru,rainerbielefeld' |'mru,rainerbielefeld,shai2 | |platonix' --- Additional comments from shai2plato...@openoffice.org Wed Mar 3 11:24:27 + 2010 --- In response to mru: As the duplicate bug exemplifies, LTR text in RTL paragraphs is very common for RTL users, because numerals are LTR. I still wouldn't call a problem with rotated text a stopper, but you seem to make it more marginal than it really is. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 26009] Calc sheets should *all* b e formatted RTL by default in Hebrew document
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=26009 User shai2platonix changed the following: What|Old value |New value CC|'ayaniger,hennerdrewes,kap|'ayaniger,hennerdrewes,kap |lan' |lan,shai2platonix' --- Additional comments from shai2plato...@openoffice.org Sat Feb 27 21:59:12 + 2010 --- I think the bug as reported is wrong. It is not enough that the default CTL language is RTL; for many Hebrew users (yours truly included), the default CTL language is Hebrew, but the UI language is still English, the spreadsheets are LTR by default, and that's the way we like them. It is true that if the UI language is set to Hebrew (or any other RTL language), the sheets should default to RTL as well. But the default CTL language is too weak of an indication. The bug -- whether you use yba's spec of a correct behavior or mine -- is still present in 3.2.0 on Debian. - 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: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 90306] Word DOC set to Read Only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90306 --- Additional comments from [EMAIL PROTECTED] Thu Jun 12 10:05:57 + 2008 --- It's a pity that you chose to open the newer bug and close the older one us duplicate -- you broke references. See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477653, which I think has some level of automatic updates (and which contains another confirmation of the problem). - 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]
[sc-issues] [Issue 87970] Hebrew Characters in Sprea dsheet Names Became Misdisplayed
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=87970
--- Additional comments from [EMAIL PROTECTED] Thu May 22 22:08:59 +
2008 ---
I just checked, and I think I'm on to something:
1) In OpenOffice, I can see the problem only with the DejaVu Sans font (to test
quickly: in writer, write a few hebrew words, select them, and open the
Format-Character dialog. In this dialog, you can see how the text will look
as you select the font).
2) So I suspected there was something wrong with the font, and tried to
reproduce in KWord. No go -- in KWord, everything stays fine
3) Then I noticed a difference in the font selection dialogs -- the list of
typefaces (KWord calls them font styles). OpenOffice has Extralight, Book,
and combinations from the set { Condensed, Bold, Oblique }, whereas KWord has
{ Light, Regular, Bold } x { Italic, (not italic) }. These lists change from
font to font, in both programs; I don't know how consistent the lists are in all
the fonts.
4) Actually, the problem is only in the ExtraLight typeface; it is the first in
the list and selected by default when DejaVu Sans is selected. Again, I can't
say if other fonts have problematic typefaces which aren't the font's default
typeface.
For non-Hebrew users who want to test, and need a couple of Hebrew words to
paste into a doc, 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]
[sw-issues] [Issue 86811] WW8: arabic/hindi numbers instead of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Fri Apr 25 14:59:16 + 2008 --- @mba: Yes and no. A. I was talking about Farsi numerals, not western numerals in Farsi documents. I trust that the latter are not marked as Arabic or Farsi characters in .doc files. B. My comment was wrong: The current spec will not cause Farsi numerals to turn into Hindi, but into Arabic (western) numerals. I suspect that would be sub-optimal too, though I'm not a Farsi user. Judging by the preferences UI, though, Farsi numerals are probably not supported by OpenOffice.org at all, so there's bigger problems than .doc imports there. - 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]
[sw-issues] [Issue 86811] WW8: arabic/hindi numbers instead of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Fri Apr 25 19:31:11 + 2008 --- @mba: The way I understand it, Word does not actually provide the Unicode code of the character, but, for numerals, just the ASCII code for the equivalent Arabic (western) numeral and a context specifying the language. If that is the case, and the spec ignores languages other than Arabic, numbers in all such languages will be translated to western numerals on import -- because Word would display (5,farsi) as an upside-down heart (U+06f5), while OOo would only see the 5. If Word did store Unicode characters, this whole issue would be moot, wouldn't it? To my regret, I cannot produce a test doc -- as I said, I am not a Farsi user. @hennerdrewes: Of course you are right, Word import and Windows IME are two instances of the same problem. - 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]
[sw-issues] [Issue 88677] Content fixed as protected in imported Word document
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88677 Issue #|88677 Summary|Content fixed as protected in imported Word document Component|Word processor Version|OOo 2.4.0 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|mru Reported by|shai2platonix --- Additional comments from [EMAIL PROTECTED] Thu Apr 24 09:13:02 + 2008 --- In the document I am going to attach, when I try to edit in OpenOffice Writer 2.4.0 (Debian unstable), every character I type is greeted with the infamous Readonly content cannot be changed. No modifications will be accepted message box. This usually means some section is marked as protected, but that doesn't seem to be the case. I tried protecting all sections (which worked) and then un-protecting them (which worked), but I still could not edit the text. I could find no way to make any change in 2.4.0. The document was originally created in MS Word 2007, saved in a .doc (older MS Word) format, and then edited in OpenOffice Writer 2.3 (first on Windows XP, then Ubuntu Gutsy). It looks funny because I sanitized it (in 2.3), but this, almost-empty version, still triggers the problem. - 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]
[sw-issues] [Issue 88677] Content fixed as protected in imported Word document
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88677 --- Additional comments from [EMAIL PROTECTED] Thu Apr 24 09:16:14 + 2008 --- Created an attachment (id=53163) Word 2007 - OOo 2.3(win) - OOo 2.3(Ubuntu) - Current - 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]
[sw-issues] [Issue 86811] WW8: arabic/hindi numbers instead of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Tue Apr 22 10:33:09 + 2008 --- I don't know if the current implementation follows the current specification, but if it does, it is incomplete -- we're likely to see a bug soon, calling arabic/hindi numbers instead of persian/east-hindi numbers. Granted, this bug is a lot less severe (as 7 of the figure glyphs are actually the same), but still. I added this as an open issue in the specification. - 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]
[l10n-issues] [Issue 79690] booklet printing is backwa rds with RTL documents
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79690 User shai2platonix changed the following: What|Old value |New value CC|'kpalagin'|'kpalagin,shai2platonix' --- Additional comments from [EMAIL PROTECTED] Mon Apr 14 22:53:51 + 2008 --- I just checked this on 2.4.0. There is now a RTL checkbox next to the brochure (which I assume is what used to be booklet printing) checkbox in the printing options, and checking it produces correct booklets. Upon more careful reading: I think the bug is a user error; the user expected the page direction in Format-Page to affect the order of pages in a booklet, when it only affects the single page -- for page ordering, there's a different setting (at least there is now; I don't know how 'old' that setting is). Even if the RTL setting for booklet printing was already present at 2.0 when the bug was reported, I'm calling this user error with quotes, because this is a case of misleading UI: one only expects to tell the software this document is RTL once. Perhaps it is better to close the functionality bug and open a usability bug instead. - 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]
[sw-issues] [Issue 86811] WW8: arabic numbers instea d of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Wed Apr 2 18:39:59 + 2008 --- mba and kzamir: First, kzamir is mostly right about the spec: although there are other languages which also use Hindi digits (like Farsi), having the number characters marked CTL should not be enough to make them Hindi. Second, I didn't realize that RegardHindiDigits referred to the option setting that appears in kzamir's screenshots. I just tried it, and I can't make that string appear in any of the openoffice configuration file (even when the setting is changed as in the screenshot). Further, I don't have any Writer.xcs file (or any other .xcs file), I have Writer.xcu, but as said, it doesn't have a RegardHindiDigits string in it. Or, for that matter, FilterFlags or WW8. I'm using 2.4.0~rc6 on Debian unstable. I would expect, indeed, that when someone says I want to use Hindi digits (as kzamir seems to have done), all digits would be Hindi. mba, How is a user supposed to control RegardHindiDigits? - 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]
[sw-issues] [Issue 86811] WW8: arabic numbers instea d of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Wed Apr 2 21:28:01 + 2008 --- barad said: A document originally intended to display Hindu numerals would still be legible if the numerals were converted to decimal, and the problem easily corrected by using an appropriate font. This is wrong factually (a big part of the point is that OOo keeps the text in Unicode, and I really hope there is no Unicode font which gives U+0033 -- Arabic numeral 3 -- the form ٣). Unless you happen to be a native-level Arabic or Farsi user (I'm assuming you aren't), this is also wrong-headed; don't tell other people what's important to them. - 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]
[sw-issues] [Issue 86811] WW8: arabic numbers instea d of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Wed Apr 2 22:24:32 + 2008 --- barad: 1. I assume when you speak of distro you mean the interface language -- well, while it is safe to assume users who choose this interface will understand Arabic (Western) numerals, it is NOT safe to assume that having Hindu numerals converted to Western is acceptable to them. This is the assumption you make when you propose that under English interface, it is better to err on the side of Western numerals; this is what I called wrong-headed. 2. You seem to miss the Unicode point entirely. Part of the problem is that while MSOffice represents characters in 8-bits encodings, where numbers are only encoded once, and the difference between 3 and ٣ is mainly one of font; OOo keeps texts in Unicode, where 3 and ٣ are different characters. If there is a font which is A) Unicode, and so fit for use in OOo and B) the character '3' gets the graphic form ٣, then that font is buggy and needs to be killed. In OOo, you CANNOT turn a '3' into a '٣' by changing the font. 3. The problem, as far as I have seen, is actually not with English files -- it's with Hebrew files. If you follow mba's links, you'll find that the problem -- apparently -- is that the current implementation decides that any CTL-enabled .doc file should use Hindu numerals; most English docs are not CTL-enabled. Do you think you'd see mostly Israelis on this bug if the bug showed on English doc files? - 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]
[sw-issues] [Issue 86811] WW8: arabic numbers instea d of decimal numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86811 --- Additional comments from [EMAIL PROTECTED] Tue Apr 1 12:01:11 + 2008 --- While I agree that this should be highly prioritized, I don't think we should argue for linux-distro issues on a OOo bug. If you want to stop your distro from moving to an OOo version with this bug, file a bug in the distro, like this one: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/210204. If enough of the distros agree to hold the OOo version for it, this will add pressure to fix it quick. - 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]
