[upstream] writer: zoom fraction changes when clicking on figures

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.

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

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.)

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>

[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
Short Demo

Created attachment 45089
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 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."

Best advice I could find for sending feature request was in a couple threads saying do it via bug report. If I'm wrong, please forward to the right recipient.

Using Mac OS 10.6.7

When working with an object--image, frame, or whatever--on a page in any LO app, activating the object also pops up a toolbar associated with the object. Sometimes it's across the top or side of the window, other times it pops up right in front of everything. Most of the time I don't need the toolbar (just moving or resizing something for example), and it's distracting and annoying to have these toolbars popping up all over the place. I know where to go to view Drawing or Picture or Text Object toolbar, so I'd like to turn off this auto popup. Please add this as an Option across the suite?

Many thanks for all your great work on LO!

[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

[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

reproduced on LibO 3.5.0 beta 1

I second that. It's really annoying for me, too.

*** Bug 45547 has been marked as a duplicate of this bug. ***

*** Bug 45547 has been marked as a duplicate of this bug. ***

Created attachment 65389
Screen cast illustrating the "jumping" of the GUI

This screen cast illustrates the behavior.

Created attachment 65389
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.

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

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

I second this. I have tried to make the Summary clearer (no hints about “Feature request” or “all about the suite” are necessary, this is all indicated by the Component and Importance fields). Platform should be All/All.

Must have been feeling it when I assigned this to myself. Still interested in this enhancement, but in no way is this area a strong point for me - crucially, I have not been and will not start working on this issue right now. Assigned back to default developer.

*** Bug 61237 has been marked as a duplicate of this bug. ***

*** 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.

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

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, <email address hidden> 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:<email address hidden>> *
> 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.
>

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, <email address hidden> 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:<email address hidden>> *
> 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!!!!!!

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

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

Workaround posted in forums 1): hide the popup in existing toolbar, so at least it's not too annyoing. Pop up cannot be prevented. This workaroung does not work when user chose to not display any toolbars. (Which is different from full screen, because navigator and style window can still be used).

Workaround posted in forums 2): go to View > Toolbars > disable the offending toolbar, LO will memorize the setting. Does NOT work, LO does NOT memorize the setting and pops up the toolbar again. Example: navigator toolbar. Jumping to an outline pops up the toolbar, user closes the toolbar, jumps to next outline, toolbar pops up again.

The popping never ends. A setting is needed to ONLY EVER show the toolbar when the user selected View > Toolbar > activate certain toolbar, and to NEVER show the toolbar in question when the user DESELECTED it in View > Toolbar.

The user will then choose freely when to use a toolbar and when not to.

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.

*** Bug 100314 has been marked as a duplicate of this bug. ***

*** Bug 109291 has been marked as a duplicate of this bug. ***

Created attachment 134953
exapmle of navigation toolbar popping up

*** Bug 119998 has been marked as a duplicate of this bug. ***

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 ***

*** Bug 34451 has been marked as a duplicate of this bug. ***

*** Bug 122030 has been marked as a duplicate of this bug. ***

Hey folks,

Is there any progress on this issue? It's 2021, the COVID era, and the 10-year old problem still exists and continue harming LibreOffice usability.

Can anybody from developers take a look at it please?
Just adding an option to disable context sensitive behavior would help a lot.

The user story is simple:

   "I as a user, want my toolbars ALWAYS stay where I put them, no matter what my mouse is doing on the rest of the screen."

Thank you very much!

Alex.

Consolidating at bug 38850

*** This bug has been marked as a duplicate of bug 38850 ***