Steps to reproduce: 1. Open a new Presentation document. 2. Click the arrow tool and draw an arrow (say, from left to right) 3. Go to the arrow style drop list and select the style "Arrow" for the left part of the arrow. Result: arrow is pointing in two sides (as expected), but size of the extremities are not the same, which is generally unwanted in a presentation and obliges the user to edit the properties to set the sizes of the two extremities to the same value. Worse: now right-click on the arrow and select "Line" to edit line properties. You can see that although "Synchronize ends" is checked, the two sizes are indeed different. The right arrow is set to 0.3 mm, while the left part is set to 0.2 mm. If you press any of these sizes to change one of them, the other one follows, just like it should. The initial values of 0.2 and 0.3 are incoherent as they do not meet the basic idea of synchronizing the ends (which is checked by default). Also bad: if you just draw a simple arrow and edit the properties, you can see that the "synchronize ends" is checked, although it is obvious that the arrow does not have synchronized ends (the left end has a line, the right end an arrow). And indeed the sizes are set to 0.2 and 0.3.
(In reply to comment #0) > Steps to reproduce: > 1. Open a new Presentation document. > 2. Click the arrow tool and draw an arrow (say, from left to right) > 3. Go to the arrow style drop list and select the style "Arrow" for the left > part of the arrow. > > Result: arrow is pointing in two sides (as expected), but size of the > extremities are not the same, which is generally unwanted in a presentation > and obliges the user to edit the properties to set the sizes of the two > extremities to the same value. I can reproduce that and agree that it's not optimal. > > Worse: now right-click on the arrow and select "Line" to edit line > properties. You can see that although "Synchronize ends" is checked, the two > sizes are indeed different. The right arrow is set to 0.3 mm, while the left > part is set to 0.2 mm. If you press any of these sizes to change one of > them, the other one follows, just like it should. The initial values of 0.2 > and 0.3 are incoherent as they do not meet the basic idea of synchronizing > the ends (which is checked by default). I can't reproduce that, when I increase the left arrow from 0.2 to 0.3, even with the synchronize check case activated, the right arrow doesn't change unless the two have the same value, and then are synchronized. > > Also bad: if you just draw a simple arrow and edit the properties, you can > see that the "synchronize ends" is checked, although it is obvious that the > arrow does not have synchronized ends (the left end has a line, the right > end an arrow). And indeed the sizes are set to 0.2 and 0.3. Confirmed that the "synchronize ends" is checked even if one end is missing. So to resume: the two arrow heads should have the same default size and not synchonized by default is there is only one head. Set to new - Sophie
** 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-04-18
(as per request) Still happens with version 4.4.1.2
** 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
Dear Jérôme Borme, 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
Still happens with 7.2.0.3 Community (gentoo/pg_overlay) Possibly related to template. I followed the steps using Firestbird template and it did not happen. When following step 3, the two size s were set to a value of 0.28 mm and the two ends of the arrow appeared the same on-screen. Followed same with the Focus template and the bug happened (same by choosing no template). Drawing a left-to-right arrow, the Edit Style let me choose the left-end marker, both appeaed to be at 0.2 mm (their default value in this template), but after pressing ok it is clear the the left and right markers have different sizes. Using right-click/Line properties on the arrow then shows that the right marker is 0.3 mm in size, which is different from what appeared to have been set in the first step. Also, the "Synchronise ends" check box is misleading. When ticking it, it does not synchronise the ends. It does nothing by itself. If pressing ok and then editing line properties again, it does not even stay ticked. What it does, is if it is ticked AND THEN the user changes some property, then both are changed the same way. Keeping its functionality, it could be better named "Synchronise changes [on both ends]".
(In reply to Jérôme Borme from comment #6) > Also, the "Synchronise ends" check box is misleading. ... it could be better > named "Synchronise changes [on both ends]". Let's ask Design Team -- might be an EasyHack
Some issues here: 1) the "Synchronize Ends" checkbox is misleading - a lock icon between the two controls would be better; or we disable one of the controls if synchronize is checked 2) checking synchronize has no immediate effect on the two endings, meaning 0.2 / 0.3 are still different unless one is changed - this might be solved by #1 3) setting an arrow via sidebar ends up with a different size - since synchronize is not active by default this is not wrong but inconvenient; we should use 0.3 cm by default In a nutshell: move the checkbox between the controls and make it a toggle icon, adjust the values when synchronize is checked, and change the default at the sidebar. Code pointers: cui/uiconfig/ui/linetabpage.ui and cui/source/tabpages/tpline.cxx for the dialog; the sidebar is a bit tricky to find, I'd start at .uno:LineEndStyle (called by the sidebar control) pointing to SID_ATTR_LINEEND_STYLE which might be related to SID_ATTRIBUTES_LINE.. but at this point I stopped digging the code. Maybe Hossein finds the place where these 0.2cm are defined.
Dear Jérôme Borme, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug