Created attachment 104856 [details] left-to-right-vertical
Created attachment 104857 [details] left-to-right-vertical.odt
Please explain, step by step how to reproduce the problem. https://wiki.documentfoundation.org/QA/BugReport#4:_Description Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided requested informations. Thank you for your understanding. Best regards. JBF
Created attachment 108604 [details] this is an odt file created by LO4.2.6.2. This is an ODT file created by LO 4.2.6.2. This is left to right vertical layout mode used for Traditional Mongolian Script. Behavior of arrow keys(left and right) and mouse dragging are incorrect. There is several line of English word and a circle shape in the file. If you press left arrow key the caret will move to right line If you press right arrow key the caret will move to left line If you drag the circle shape to right ,it will be move to left, If you drag the circle shape to left ,it will be move to right, I have reported this bug to Appache OpenOffice and confirmed already.
Reproduced. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
** 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.0.4 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 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-12-20
Present on: Version: 5.0.6.3 Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa Locale: it-IT (it_IT.UTF-8) Version: 5.1.3.2 Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b CPU Threads: 2; OS Version: Linux 4.1; UI Render: default; Locale: it-IT (it_IT.UTF-8) Version: 5.2.0.0.beta2 Build ID: ae12e6f168ba39f137fc110174a37c482ce68fa4 CPU Threads: 2; OS Version: Linux 4.1; UI Render: default; Locale: it-IT (it_IT.UTF-8) Version: 5.3.0.0.alpha0+ Build ID: a8bd44573b75d1399257d6f5d052611439607189 CPU Threads: 2; OS Version: Linux 4.1; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-06-13_23:46:49 Locale: it-IT (it_IT.UTF-8) OS: openSUSE Leap 42.1 (x86_64)
yes ,in current version ,when the anchor to property of anchored object is to page, mouse dragging operation is completly out of work.And there is also a problem when control with direction key ,the object moving behaver is incorrect too.
Created attachment 126176 [details] it is a patch for direction key control of anchored object but i still don't have any idea of how to fix [Mouse dragging a floating object is inverted horizontally in left to right vertical layout mode ]
(In reply to baigali from comment #8) > Created attachment 126176 [details] > it is a patch for direction key control of anchored object If you think your patch is ready to be included in LibreOffice, please submit it to Gerrit. Here is a good guide for everything: https://wiki.documentfoundation.org/Development/GetInvolved
Created attachment 126177 [details] patch for [fix the bug for inverted arrow key behavior in left to right vertical text patch for [fix the bug for inverted arrow key behavior in left to right vertical text
Created attachment 126178 [details] fix the bug for inverted arrow key behavior in left to right vertical text
(In reply to baigali from comment #11) > Created attachment 126178 [details] > fix the bug for inverted arrow key behavior in left to right vertical text Please submit it to Gerrit or it will never be included.
Confirmed with 5.3.0 beta2+ Version: 5.3.0.0.beta2+ (x64) Build ID: 371f0f6770add78ae81e0f769d0490874bca353c CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; TinderBox: Win-x86_64@62-TDF, Branch:libreoffice-5-3, Time: 2016-12-22_13:59:31 Locale: zh-CN (zh_CN); Calc: group Left and right arrow key have opposite behavior within attachment 128631 [details]. But since LibreOffice has largely improvements on text layout until 5.3, we should found better solution by myself for that.
Setting Assignee back to default. Please change it back if you're still working on this issue
Thanks for the patch, sorry for the slow reply - gerrit would be good for this - but I think we want to split all the copy/paste key re-writing code to a helper function first (perhaps in VCL's Window:: or something ?) - commenting out code is also something we try to avoid =)
Is it possible to move the patch into Gerrit server?
** 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
Dear aronsoyol, 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 https://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
Reproduced in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 98c42f7e961e77d7f1c02d53862e4e78ecd07653 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same in libreoffice-4.0.0.3
Wow, yes, also confirming. This sure is an old bug... its visibility may be low, but it's quite the obvious problem if you do use vertical text. But - how does one get the document to this state? Is this a page property? Paragraph property?
Please change the statuts to major bug, because it also affects the vertical scripts, in my case Mongol-Uyghur. I use LibreOffice 24.8.5.2 (X86_64) with Fedora workstation 41. In the menu Tools → Options → Languages and Locales → General: Defaut languages for Documents: tick "Complex text layout" and choose "Uyghur". Then in Format → Page style… → Page : Page Format: Text direction, choose "Left-to-right (vertical)". Then write on your page (in Mongol-Uyghur script, for instance), up to create at least 2 vertical lines. The left arrow moves the cursor to the right and vice versa. Add an object, for instance an equation: dragging it to the right with the mouse moves it to the left and vice versa. Considering the will of the Chinese communist party to eradicate Mongolian (whose teaching is already forbidden in Inner Mongolia), I suggest LibreOffice make an effort to support actively vertical scripts.
Created attachment 199684 [details] Same bug, but with a vertical script (Mongol-Uyghur)
@jonathan, something you'd be interested in?