Created attachment 54814 [details] screen shot When placing the cursor (mouse left-click) in the new multi-line input-bar the red x-button and the green check-button jump some pixels up so that they are no longer inline with the fx-button. I have attached a screen shot.
[Reproducible] with Parallel Dev-Installation of "LibreOffice 3.5.0 Beta2- WIN7 Home Premium (64bit) German UI [Build-ID : 8589e48-760cc4d-f39cf3d-1b2857e-60db978]. Effect is only visible if height of input line is increased. @OfficeUser. Your OS is? @Kohei: Please feel free to reassign (or reset Assignee to default) if itβs not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Linux
Bug is still present in: LibreOffice 3.5.0rc1 Build-ID: b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87
3.5.0 final is still affected by this bug. I have set keyword regression since these buttons were not affected by such glitches before the introduction of the new multi-line input-bar.
regression keyword is enough. Let's not contaminate the title.
I will look into that one.
(In reply to comment #6) > I will look into that one. might even be better if I looked at that, anyway after a quick look it appears that although the hack in the toolbox ( to lock the vertical alignment of the toolbar icons ) is triggered, the height of those X and and check buttons are zeroed. The problem stems from the ScInputWindow::SetOkCancelMode() & ScInputWindow::SetSumAssignMode() methods which actually remove and then readd the toolbar items :-/ Don't know why removing/readding the items is necessary, if the images, tooltips etc were just changed then it should work fine. Alternatively maybe there is a way to force the 'Top' position of the items to the old position after readding.
(In reply to comment #7) > (In reply to comment #6) > > I will look into that one. > > Don't know why removing/readding the items is necessary, bah, appears the toolbar doesn't redisplay the changed image, tooltips etc. looks like one has to delete and re-add > Alternatively maybe there is a way to force the 'Top' position of the items to > the old position after readding. ok, I will look tomorrow to see if I can hack something for the above
Noel Power committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5ae64e4b0c23f209410fe84df041c9445234df74 fix vertical align when switching mode in multibar fdo#44140
Noel Power committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=05d6bb3aed80d0284bdeaf4177c9883aa60ea169&g=libreoffice-3-5 fix vertical align when switching mode in multibar fdo#44140 It will be available in LibreOffice 3.5.3.