I have placed toolbar "Table" on right hand side of screen. Then I set zoom to 100%. Between white sheet of document and edge of screen appears grey areas nearly 5cm width. When I palace cursor (caret) in table, toolbar "Table" on right hand side of screen appears and sheet of document jumps 2cm left on screen. When I place cursor outside of table, toolbar disappears and document jumps 2cm right. There is no need to jump because on screen is lot of free space on left and right. This endless jumping of document on screen very annoying and tire. Please, fix it.
On Libreoffice 3.3.1 still exists
No need to add a comment for each version in which the bug still exists. One can assume that a bug doesn't go away by itself, at least not in a micro version update as 3.3.0 -> 3.3.1. (For 3.3.x -> 3.4, bugs can well get fixed by the OOo changes that are merged in, so then it is worth it to explicitly check. But even then, add a comment (and change the bug status) only if then bug has gone away.)
[Reproducible] with "LibreOffice 3.3.2 – WIN7 Home Premium (64bit) English UI [OOO330m19 (Build:202 / tag 3.3.2.2)]". I believe it's a more general problem, all such toolbars (except docked at the bottom) cause this document jumping effect and sometimes really make LibO more or less unusable, because you move the clicked object accidently, fail to doubleclick, ... I would prefer a solution that does not touch document zoom and/or position. May be a property check box will be useful for users who prefer current behavior? Corresponding OOo Bug Report: Bug 46867 - The document jumps up and down to make room for the docked toolbar as I cursor through a table, outline, etc., because I docked the toolbar <http://openoffice.org/bugzilla/show_bug.cgi?id=46867>
Created attachment 45089 [details] Short Demo
This is the same issue that we have tried to get fixed in openoffice since it first came out. See bug http://openoffice.org/bugzilla/show_bug.cgi?id=47740 This bug was posted on 2005-04-19 its been 6 years and its still annoying!!!! Why this can not be addressed to work for every-one I dont understand. If you dock a toolbar you want it to always be there not hide unhide. Seems like a simple concept to me. As the post from openoffice says "please make an option turn on/off the context sensitivity of the toolbars. that way you can choose which toolbars will be always on and which will be always off."
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced on LibO 3.5.0 beta 1
*** Bug 45547 has been marked as a duplicate of this bug. ***
Created attachment 65389 [details] Screen cast illustrating the "jumping" of the GUI This screen cast illustrates the behavior.
This also applies to graphs in calc. When working with many tables and graphs it gives me headache.
The workaround I use is to dock a small toolbar like "Insert", hiding all tools but the first one. Then docking Table or Numbering toolbar on the same side as Insert toolbar. Another workaround to try is to dock the toolbar at the bottom. Best regards. JBF
*** Bug 61237 has been marked as a duplicate of this bug. ***
We are now at 7+ years to solve this problem and it is definitely too much. A few years ago I was told by the programmers at OpenOffice that this "disappearing" (and reappearing) toolbar was a "FEATURE" but I call it a nuisance and I am not the only one. Best solution to it is to revert to MS Office where this doesn't happen.
In current versions (3.6 and 4.0), appearing toolbars are docked by default at the bottom side of the window and have no effect on the size or position of the working area. For me the problem is fixed. Best regards. JBF
It's OK since you keep insisting that everything is fine I just deleted the program from my computer, on my systems I decide where the toolbars must go and how they should behave. Cheers On 02/21/2013 20:11, bugzilla-daemon@freedesktop.org wrote: > > *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=34451#c14> > on bug 34451 <https://bugs.freedesktop.org/show_bug.cgi?id=34451> from > Jean-Baptiste Faure <mailto:jbf.faure@sud-ouest.org> * > In current versions (3.6 and 4.0), appearing toolbars are docked by default at > the bottom side of the window and have no effect on the size or position of the > working area. > > For me the problem is fixed. > > Best regards. JBF > ------------------------------------------------------------------------ > You are receiving this mail because: > > * You are on the CC list for the bug. >
I just checked latest version on ubuntu 13.04 and it still does not work as excpected. To reproduce 1. view>toolbars>table 2. table>insert>table>insert 3. Click out of table and toolabr disappears. 4. Click in table it reappears. 5. Click out of table dissapears. In step one I told it to show toolbar table!!! It should always be displaayed if I tell it to be displayed just like the standard toolbar!!! It should dock where I put it and how I put it. If I want it on the left side it should be on the left side. NOT dissapear reapear!!!!!!
irishbandit, please consider: <http://wiki.documentfoundation.org/BugReport_Details#Version> If you also did this mistake in other Bugs please undo your Version changes there! @Jean-Baptiste Faure (In reply to comment #14): Yes, the start situation has improved a little, but that's not a solution. Since I have a widescreen I would prefer to have several toolbars at the right and left side of the screen, but because of the jumping screen effect that would be painful with LibO
I think there are two related but separate issues discussed here. The original description focuses on the jumping screen effect caused by toolbars appearing and disappearing, whereas comment 5, comment 13 and comment 16 are rather about bug 38850, which speaks of the automatic disappearance of a toolbar as an issue in itself. Appearing and disappearing toolbars may sometimes be problematic even when positioned at the bottom, as described in bug 55855.
I can confirm this bug in 4.3.2. I'll copy my comment from https://bugs.freedesktop.org/show_bug.cgi?id=81475#c23 here: I think that dynamic appearance/disappearance of toolbars is not a good idea. For me it is comfortable to place toolbars once and use them when I want to use them, not contextually (current object- or action- dependent). But now in 4.3.2 toolbars disappear even if they have Lock Toolbar Position option checked. Please enable static toolbar positions. Popping toolbars may cause attention switch and may lower document author's productivity. Otherwise you will create another stupid, ugly, non-usable Ribbon/MFI. I think that many LibreOffice users would be happy with MS Office 2003-like interface. Users do not need bells and whistles, they need comfortable and customizable interface. This interface should allow users to place and pin (lock) toolbars as they want and use keyboard shortcuts for more productivity (for example, the fastest way to add Cross-Reference is to press <Alt-i><e>).
You can customize toolbars behavior in at least two ways to make them not interfering with the size of the text area: 1/ make the toolbar floating: the first time the toolbar appears undock it and the next time the toolbar will appear it will be undocked. 2/ dock a small toolbar, for example on the left side. I use the "Tools" toolbar and I keep active only the Insert button. When a toolbar appears (like dock it under the Tool toolbar, the next time it will appear it will be docked there. As you always have a toolbar docked on the left side, new toolbar appearing will not change the size of the text area and the document will stop to jump on the screen. I use the second way since at least the time of OOo 1.0 and it works perfectly for me in the most cases. Best regards. JBF
** 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.1 or preferably 5.0.2.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) 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-10-14
You can configure your workspace to reserve space for toolbars on the left or right side of the window. If you want that a contextual sensitive toolbar (like table toolbar) appears always at the same place without changing the size of the working area (the area in which you see the text page), do the following: 1/ create a new toolbar, name it and validate; you do not need to populate it. 2/ the new toolbar appears in the main toolbar and you can move it where you want 3/ dock this empty toolbar on the left side 4/ move the cursor in a table to make the table toolbar visible 5/ move to table toolbar just under your new empty toolbar 6/ move the cursor outside the table: the table toolbar disappears 7/ move the cursor inside the table: the table toolbar appears again at the same place. Using this method, you can create several columns of toolbar on the left or/and on the right side of the window, and when these toolbars appear or disappear the text page do not jump. Because you can configure your workspace to dock the appearing toolbars where you want, I am closing this bug report as WorksForMe. Best regards. JBF
It is indeed a problem and "worksforme" is not correct here. Nevertheless reopening is not needed, because there exist the general discussion of popping up toolbars in bug 36976.
Version: 6.1.3.2 Build ID: 1:6.1.3~rc2-0ubuntu0.18.10.1 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded Still same stupid action as before... reproduce see bug https://bugs.documentfoundation.org/show_bug.cgi?id=122030 Happy to see this is still a thing its only been reported since 2005-04-19 13:08 UTC I mean 13 years going on 14 years wow. https://bz.apache.org/ooo/show_bug.cgi?id=47740 quoting other bug post Description: Manually opened Table Toolbar automatically turned off. Steps to Reproduce: 1.Manually place Table Toolbar by selecting it from View - Toolbars - Table. 2.Place cursor inside table then move outside table. 3.Table Toolbar turned off automatically. Actual Results: Table Toolbar turned off automatically. Expected Results: Table Toolbar should kept opend if user placed it manually.
Please, see comment 23... *** This bug has been marked as a duplicate of bug 36976 ***
*** This bug has been marked as a duplicate of bug 38850 ***