Created attachment 82294 [details] Screenshot If I have an East-Asian character in my (predominantly English) document, followed by a quotation mark (opening or closing), the quotation mark takes the font settings from the "Asian text font" section of the style definition. This results in very ugly copy. Steps to reproduce: 1. Type some western text into LO Writer, surrounded by quotation marks (e.g. "sun"). 2. Move the cursor to before the opening quotation mark, and type (or paste -- the IME is not relevant) an East-Asian character (e.g. 日). Current behaviour: The initial quotation mark takes the settings from "Asian text font" instead of "Western text font". The behaviour is the same if a (normal-width, western) space comes between the East-Asian character and the opening quotation mark. Expected behaviour: The opening quotation mark, being surrounded by a normal-width space on one side, and a Latin letter ("s" in this case) on the other, should take the "Western text font" settings. The only way to "work-around" this problem is to select the characters that have been rendered incorrectly and manually force the application of the "Western text font" settings. Of course, this breaks if "Clear Direct Formatting" is used. It's not clear to me why typing an opening quotation mark immediately after an East-Asian character results in the insertion of Asian punctuation (e.g. 「 or 『). If I wanted Asian punctuation, I would, of course, type Asian punctuation. I don't know if this is connected. ask.libreoffice.org link: http://ask.libreoffice.org/en/question/19750/problem-with-full-width-asian-punctuation/ May perhaps be linked to this bug: https://bugs.freedesktop.org/show_bug.cgi?id=60106 I'm currently using LO Version 4.0.4.2 (Build ID: 400m0(Build:2)) on Linux Mint 14 amd64, but the problem has been around as long as I can remember and on every platform I've tried.
Created attachment 85096 [details] test cases of English and Chinese quotes I confirm this bug in LibreOffice 4.0.5.2 and 4.1.1.2. I did some test in the attached file, see the highlighted part. Quotes are incorrect when in the first line or after a different language. When disable "double quotes replacement" in autocorrection option, everything is OK, so its a replacement problem.
Today I tested attachment 85096 [details] in 4.3.0.1, And it seems that it's getting worse. All the start quote which are at the beginning of paragraph are always shown as "half-width", regardless of whether the following chars are westen or Asian.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
can confirm this bug is still present: Version: 4.4.4.3 Build ID: 40m0(Build:3) Locale: en_GB.UTF-8 (LO from "LibreOffice Fresh" PPA, on Linux Mint 17.2 (package base == Trusty).
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
I think using “East Asian text font” is more suitable.
(In reply to Volga from comment #6) > I think using “East Asian text font” is more suitable. @simon does this helps?
Four years after the initial report, this bug still exists in LibreOffice 5.3.4 (running on Windows) with a mix of East Asian (CJK) and non-CJK fonts and text.
Created attachment 137355 [details] screenshot_including_complex_text_layout This also happens to languages like Thai (Complex text layout), please see attached PNG file. It's actually quite annoying ... -- Version: 6.0.0.0.alpha1+ Build ID: 81d50fd137fdf712a0f37988217c43278cf24c26 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-10-28_00:31:27 Locale: zh-TW (zh_TW.UTF-8); Calc: group --
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I confirm that this bug is still present in: Version: 6.1.3.2 Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group threaded
(In reply to tommy27 from comment #7) > (In reply to Volga from comment #6) > > I think using “East Asian text font” is more suitable. > > @simon > does this helps? Oh I made a misunderstand, but I thought that is more proper name.
As my suggestion, we can set language at the document level firstly, for example , in content.xml we can save the attribute as: <office:document-content lang="zh-CN"> Or alternatively, we save the locale language at settings.xml, then we can try to use CJK fonts to render such punctuations by default if LibreOffice recognized that, until we set another language to a paragraph.
As my suggestion, we can set the default language at the document level firstly, for example, in content.xml we can save the attribute as: <office:document-content lang="zh-CN"> Or alternatively, we save the locale language at settings.xml, then we can try to use CJK fonts to render such punctuations by default if LibreOffice recognized that, until we set another default language to a paragraph.
*** Bug 124657 has been marked as a duplicate of this bug. ***
*** Bug 126387 has been marked as a duplicate of this bug. ***
Anyone who has an idea for this?
The core issue of this bug, IMHO, is that curly double quotation marks (U+201C and U+201D) are widely used in both English and (simplified) Chinese, so LO has no way to know which style (western or Asian) it should apply to these quotation marks, and has to rely on context. There are potentially more characters that cause such problem, the most obvious being single quotation marks. But I've also seen the middle dot (U+00B7) and em dash (U+2014) with similar problems. The quotation marks are especially visible because the current bug makes them unsymmetrical, which brings quite some visual discomfort. So the obvious brute-force solution is that instead of determining their style according to context, LO can just make sure the quotation marks are consistently using the same style, either through some language/locale setting as comment 14 mentioned, or as an special setting that can be changed by the user. In other words, treat quotation marks differently than the other characters.
*** Bug 101751 has been marked as a duplicate of this bug. ***