Summary: | EDITING: Position of left quotation mark is not fully left at the margin | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | bugquestcontri |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED NOTABUG | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | LibreOffice |
Version: | 3.6.4.3 release | ||
Hardware: | Other | ||
OS: | Windows (All) | ||
Whiteboard: | BSA | ||
i915 platform: | i915 features: | ||
Attachments: |
Writer file with examples and explanations
Screenhshot does not show problems? screen shot showing locations of q-marks with descripton on how they were created Quotation marks in the first position in a line, page and paragrah - odt Quotation marks in the first position in a line, page and paragrah - jpg example of wrong displayed font the file documenting the second part of the findings in above comment - odt the file documenting the second part of the findings in above comment - pdf |
Description
bugquestcontri
2013-01-31 07:18:43 UTC
Created attachment 73986 [details]
Screenhshot does not show problems?
NOT reproducible with "LibO 4.0.0.2 rc - GERMAN UI / German Locale [Build ID: 5991f37846fc3763493029c4958b57282c2597e)]" {tinderbox: @6, pull time 2013-01-24 07:20(?)} on German WIN7 Home Premium (64bit) with User Profile automatically created form renamed /3 User profile used by 3.6.5.2
@bugquestcontri
We can't know what you see on you PC, of course we need a screenshot
For me position of Quots. at beginning of "“The quotation mark appear to far left ..." seems quite ok.
In general comments like "too far" ar too imprecise. 1cm? 1μm?
Please also contribute concerning other related circumstances:
-- concerning your PC (video card, ...)
-- concerning your OS (Version, Language)
–- Libo settings that might be related to your problems
(video hardware acceleration, Experimental features enabled,
anti aliasing, ...)
Also looks fine for me with Server Installation of "LibreOffice 3.6.5.2 rc" German UI/ German Locale [Build-ID: 5b93205] {pull date 2013-01-18} on German WIN7 Home Premium (64bit) I could see from Rainer's screenshot that the Writer file at this PC looks completely different from mine. I added a screenshot showing what I am seeing. Although I upgraded from 3.6.4.3 to Version 3.6.5.2 (Build ID: 5b93205) in the meantime. The problem remains the same. English US, GUI English, additional languages: Japanese, German, and Dutch Distance is one character. Now to be seen in screenshot. OS: XP Prof. English v2002, Asian language support, SP3 PC video card: I cannot find this information. Please give me hint on where to find it. LibO experimental features: enabled Use Anti-Alising: checked Hardware acceleration: checked Which other settings do you need? Please advice. Created attachment 74280 [details]
screen shot showing locations of q-marks with descripton on how they were created
(In reply to comment #4) Thx. for screenshot, I'll have to think about that. Until now I do not have any idea concerning the root's of the problem and how to reproduce it. @bugquestcontri: Does the problem also appear for a quotation mark as the first character in the first line? Created attachment 75012 [details]
Quotation marks in the first position in a line, page and paragrah - odt
yest the quotation mark is 1 character width too far to the right. See 2 attachements 1) odt, 2) screenshot of the same document.
Note: I upgraded to: Version 3.6.5.2 (Build ID: 5b93205)
Created attachment 75013 [details]
Quotation marks in the first position in a line, page and paragrah - jpg
screen shot as mentioned in comment above
The problem is caused by a quotation mark being in MS Mincho font. Still, I cannot reproduce it with LO 4. No that you see the MS Mincho font is a different bug. If I recall it correct I reported that bug already a while ago. Whenever I type a western font there are a bit problems with the display of the western font. I earlier versions I needed to select a few characters to have the used western font displayed. Now I see that in LibO Version 3.6.5.2 (Build ID: 5b93205), the bug only is visible when I type the first paragraph in a new document and after hitting the ENTER button and start a new paragraph and the cursor is positioned at the beginning of the paragraph with out a character typed. However, when entered the first character in the 2nd or another following paragraph the correct western font is displayed. The screen shot below shows the Asian default font after I hit the ENTER button and create a new paragraph. But if there is a text with an empty line in between and the cursor is positioned in an empty line, the Asian default font is displayed again, event the entire document is written in a western font. See attachment. Created attachment 75016 [details]
example of wrong displayed font
Umas, you could be possibly be right. After saving my last comment and uploading of the file I recognized the following. The Mincho font is a double byte character and only indicated when the cursor is in first position of new paragraph. "new" means, no other characters are typed in the paragraph. The quotation mark is only wrongly positioned when it is the first character in a paragraph. I made a test creating a Japanese document and tested the position of the quotation mark. In the Japanese text it is correct at the very left of the new paragraph. "_ is the correct position in Japanese. I used the underscore to simulate the double byte situation of Japanese However, if I type a western font the position at the beginning of a new paragraph is _". Thus different from the Japanese positioning. Writer places the quotation mark close to the next western character (=correct) but adds an empty space. Now I combined my observations and enforced the western font on the empty space and the quotation mark and this solved the problem. Thus we also have a work around. Please look at attached documents "WorkAround" where I described the details. You might not see the bug in the odt file because you don't have a double byte language installed at your machine . Therefore I add a pdf-file. I am using LibO Version 3.6.5.2 (Build ID: 5b93205) English US with GUIs and language support for English (default), Japanese, German and Dutch. Wiindows XP Professional SP3 english and Asian language support. I hope this contributes to the solution. If more information is need please let me know. Created attachment 75017 [details]
the file documenting the second part of the findings in above comment - odt
Created attachment 75018 [details]
the file documenting the second part of the findings in above comment - pdf
I cannot reproduce it with your document in version 4. Actually I cannot find a way for opening quote at the beginning of the line to be considered a FE character at all. Assuming that you run only a LibO version without Japanese, I am not surprised that you cannot reproduce the bug. It would ne necessary to use a different machine with Japanese, Chinese or Korean fonts and language support installed. Do you know someone who uses such a system and is willing to make a test? I made a new test using Version 4.0.4.2 (Build ID: 9e9821abd0ffdbc09cd8c52eaa574fa09eb08f2) and the bug does not show up anymore. Thanks to the one(s) who removed it. In accordance with last comment, I set this report as NOTABUG. Jacques |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.