Buttons of object alignment of control panels 'Frame' and 'OLE-object' are used with icons of text alignment of control panels 'Formattings' and 'Table'. It is a mistake. Icons, same as well as icons of control panel 'Align' should be used.
The names of the buttons object alignment, causing the same action, differ in toolbars 'Frame' \ 'OLE-object' and the toolbar 'Align'. Names, same as well as names of the toolbar 'Align' should be used.
[Reproducible] with "LibreOffice 3.4.0RC2 – WIN7 Home Premium (64bit) English UI [OOO340m1 (Build:12)]" and TANGO theme. The current icons are misleading. In attached sample WRITER document you can use both possibilities for vertical alignment, the floating Align toolbar and the docked Frame toolbar. The moving of the frame using the buttons in Align toolbar is predictable, you see a reference line and the position of an object relative to the reference line. For me the moving of the frame using the buttons in Frame toolbar is unexpected. I press the right button showing an object more nearby bottom of the page, and the frame moves up, that's without logic. Currently I see this as a WRITER UI problem @ape: Can you please try to find out details concerning your OS, PC, LibO version for your reports (although if you expect that the problem is independent) ;-) Did you also see this problems for CALC, DRAW, Presentation? @Michael: I saw you active in ant least one similar bug report (Bug 36662) Please feel free to reassign if it's not your area!
Created attachment 47263 [details] Sample Document, see Comment 2
OS - Windows_XP_64bit_ENU+MUI_RU,LibO-3.4.0rc2. But this error appears in the Linux OS (Ubuntu-10.04_LiveCD). This same error found in the OpenOffice.org-2.4.2.
@Rainer Bielefeld Description concerns to Writer. Draw, Impress - access to objective alignment is carried out through the button 'Alignment' (Drawing_Object_Properties toolbar); toolbars 'OLE-object' and 'Frame' available in the View menu. Calc - the object inserted into a cell of a sheet, in a cell is not positioned, the toolbar 'Align' not activated.
I specify a comment_1. As it seems to me, it is necessary to change the name of control buttons: 1. Toolbar 'Table': - 'Center_(vertical)' to replace on 'Middle'. 2. Toolbars 'Frame' and 'OLE-object': - 'Align_left' to replace on 'Left'; - 'Center_Horizontal' to replace on 'Symmetrically'; - 'Align_Right' to replace on 'Right'; - 'Top' to replace on 'Above'; - 'Bottom' to replace on 'Below'. 3. Toolbar 'Align': - 'Centered' to replace on 'Symmetrically'; - 'Top' to replace on 'Above'; - 'Bottom' to replace on 'Below'.
Created attachment 47293 [details] Toolbars merged into one picture (EN and RU Languages)
Created attachment 47294 [details] This summary figure shows should look like "1.png" if my suggestions (Description, Comment_1, Comment_6) will be taken.
Created attachment 47397 [details] With_Calc_Fjrmating Oh, I forgot about Calc (Toolbar 'Formating'): with icons - OK, but their names, in my opinion, is necessary for changing.
(In reply to comment #2) > [Reproducible] with "LibreOffice 3.4.0RC2 – WIN7 Home Premium (64bit) > English UI [OOO340m1 (Build:12)]" and TANGO theme. The current icons are > misleading. > > Currently I see this as a WRITER UI problem @Rainer Bielefeld: Such impression at you could be added because you use the TANGO theme. It seems to me, I have found the reason which causes this error. The toolbar "Formating\Calc" uses the same icons, as well as toolbars "Frame" and "OLE-object": l{s}c_alignbottom.png; l{s}c_aligntop.png; l{s}c_alignverticalcenter.png; l{s}c_alignleft.png; l{s}c_alignright.png; l{s}c_alignhorizontalcenter.png. The error will be eliminated in any of three variants. 1. The program code of toolbars "Frame" and "OLE-object" will use toolbar icons "Align": - "l{s}c_aligndown.png" instead of "l{s}c_alignbottom.png"; - "l{s}c_alignup.png" instead of "l{s}c_aligntop.png"; - "l{s}c_alignmiddle.png" instead of "l{s}c_alignverticalcenter.png"; - "l{s}c_objectalignleft.png" instead of "l{s}c_alignleft.png"; - "l{s}c_objectalignright.png" instead of "l{s}c_alignright.png"; - "l{s}c_aligncenter.png" instead of "l{s}c_alignhorizontalcenter.png". 2. The program code of a toolbar "Formating\Calc" will use icons of toolbars "Formattings\Writer" and "Table\Writer": - "l{s}c_cellvertbottom.png" instead of "l{s}c_alignbottom.png"; - "l{s}c_cellverttop.png" instead of "l{s}c_aligntop.png"; - "l{s}c_cellvertcenter.png" instead of "l{s}c_alignverticalcenter.png"; - "l{s}c_leftpara.png" instead of "l{s}c_alignleft.png"; - "l{s}c_rightpara.png" instead of "l{s}c_alignright.png"; - "l{s}c_centerpara.png" instead of "l{s}c_alignhorizontalcenter.png"; - "l{s}c_justifypara.png" instead of "l{s}c_alignblock.png". Images of toolbars "Frame" and "OLE-object" icons will correspond to images of toolbar "Align" icons: - "l{s}c_aligndown.png" save as "l{s}c_alignbottom.png"; - "l{s}c_alignup.png" save as "l{s}c_aligntop.png"; - "l{s}c_alignmiddle.png" save as "l{s}c_alignverticalcenter.png"; - "l{s}c_objectalignleft.png" save as "l{s}c_alignleft.png"; - "l{s}c_objectalignright.png" save as "l{s}c_alignright.png"; - "l{s}c_aligncenter.png" save as "l{s}c_alignhorizontalcenter.png". The "l{s}c_alignblock.png" icon can be deleted from "images{_all}.zip\res\commandimagelist\.." folders. 3. The program code of toolbars "Frame" and "OLE-object" will use toolbar icons "Align": - "l{s}c_aligndown.png" instead of "l{s}c_alignbottom.png"; - "l{s}c_alignup.png" instead of "l{s}c_aligntop.png"; - "l{s}c_alignmiddle.png" instead of "l{s}c_alignverticalcenter.png"; - "l{s}c_objectalignleft.png" instead of "l{s}c_alignleft.png"; - "l{s}c_objectalignright.png" instead of "l{s}c_alignright.png"; - "l{s}c_aligncenter.png" instead of "l{s}c_alignhorizontalcenter.png". The program code of a toolbar "Formating\Calc" will use icons of toolbars "Formattings\Writer" and "Table\Writer": - "l{s}c_cellvertbottom.png" instead of "l{s}c_alignbottom.png"; - "l{s}c_cellverttop.png" instead of "l{s}c_aligntop.png"; - "l{s}c_cellvertcenter.png" instead of "l{s}c_alignverticalcenter.png"; - "l{s}c_leftpara.png" instead of "l{s}c_alignleft.png"; - "l{s}c_rightpara.png" instead of "l{s}c_alignright.png"; - "l{s}c_centerpara.png" instead of "l{s}c_alignhorizontalcenter.png"; - "l{s}c_justifypara.png" instead of "l{s}c_alignblock.png". "l{s}c_alignblock.png", "l{s}c_alignhorizontalcenter.png", "l{s}c_alignleft.png", "l{s}c_alignright.png", "l{s}c_alignbottom.png" "l{s}c_aligntop.png" and "l{s}c_alignverticalcenter.png" icons can be deleted from "images{_all}.zip\res\commandimagelist\.." folders.
RC2 is bit by bit identical with release version, so separate items in the version picker are useless. Changes have been discussed with Michael Meeks.
for me a buggy behavior is reproducible with LO 4.0.2.2 (Win7 Home, 64bit) Steps Done: 1. Open with WRITER the attached sample document "sample.odt" from Rainer 2. Click the text frame in the document and assure that the FRAME and ALIGN toolsbar are shown/activated (go to the menu VIEW -> TOOLBARS) 3. Now use the TOP and BOTTOM toolbar icons from the ALIGN and FRAME toolbar Result: TOP moves the text frame down and BOTTOM moves the text frame up in both toolbars -> this is inconsistent for me changed the status
** 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.2 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) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-03
(In reply to A (Andy) from comment #12) > for me a buggy behavior is reproducible with LO 4.0.2.2 (Win7 Home, 64bit) > > Steps Done: > 1. Open with WRITER the attached sample document "sample.odt" from Rainer > 2. Click the text frame in the document and assure that the FRAME and ALIGN > toolsbar are shown/activated (go to the menu VIEW -> TOOLBARS) > 3. Now use the TOP and BOTTOM toolbar icons from the ALIGN and FRAME toolbar > > Result: TOP moves the text frame down and BOTTOM moves the text frame up in > both toolbars -> this is inconsistent for me Reproduced. Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI
** 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.5 or 5.1.2 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: 2016-04-16
** 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.2.7 or 5.3.3 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-20170522
Patch - https://gerrit.libreoffice.org/45850
Yousuf Philips committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=24f50a40fc704b92a0aa6017f1877b4399926640 tdf#37697 Use object alignment buttons rather than text alignment It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thank you, Jay. First this bug was laying around for over 6 years, now fixed within days. :)
Yousuf Philips committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3cd7f15df1dbd4603f01fceed674486e4adc9c09&h=libreoffice-6-0 tdf#37697 Use object alignment buttons rather than text alignment It will be available in 6.0.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Yousuf Philips committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e07937bb4eccda742b03bfa9e7f0eb9d4e899e4e tdf#37697 Fix incorrect toolbar separator It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Yousuf Philips committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e673ca8aae33af5f6fbed31b17613173b3ef2c8a&h=libreoffice-6-0 tdf#37697 Fix incorrect toolbar separator It will be available in 6.0.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.