Issue 118724

Summary:	Floating Table toolbar should not appear and should not reappear after being closed
Product:	Writer	Reporter:	David Rankin <drankinatty>
Component:	ui	Assignee:	AOO issues mailing list <issues>
Status:	CONFIRMED ---	QA Contact:
Severity:	Normal
Priority:	P5 (lowest)	CC:	elish, issues, tj
Version:	3.4.0 Beta (OOo)
Target Milestone:	---
Hardware:	PC
OS:	Windows, all
Issue Type:	DEFECT	Latest Confirmation in:	4.1.0-dev
Developer Difficulty:	---

Description David Rankin 2012-01-04 22:11:49 UTC

build: 9583

This is a longtime bug with floating toolbars in OO that need fixing before 3.4 release. Currently when you enter a table in writer the table toolbar appears on the screen. This behavior should be user configurable to prevent automatic display of all floating toolbars. It is horribly distracting to need to get to information that is covered up by floating toolbars.

Further, after closing the floating table toolbar if you move out of the table and then back in, the toolbar pops back up. This should not happen if the toolbar has been previously closed. If a floating toolbar is displayed and closed by the user, then it should not reappear on reentry into whatever caused it to appear (i.e. a table or whatever context caused the dialog to appear).

The logic for this should be simple:

(1) if floating toolbars are going to be displayed based on context, then a configuration option must exist that allows the user to disable this behavior globally. The pop-up toolbars are really annoying. The auto display of floating toolbars should also be configurable on a per-toolbar basis. The user may want the table toolbar to auto display, but not the drawing or fontwork toolbars.

(2) if the auto-display floating toolbar option is enabled by the user, then dismissing a toolbar should prevent redisplay of the toolbar for all of the same contexts within the document. Meaning if it is set to auto-display and the user kills it, then oo should be smart enough to disable any further auto-display of that toolbar for the remainder of that editing session.

3.4 beta looks pretty good. I'll keep filing them as I find them :)

Comment 1 David Rankin 2012-01-04 22:12:21 UTC

The behavior of the floating toolbars is the same on Linux, so this is a generic fix.

Comment 2 T. J. Frazier 2012-01-05 01:44:54 UTC

This behavior is not globally configurable, but individual toolbars can be easily enabled or disabled. *When the bar is open*, select View > Toolbars, find the one you don't want, and click to remove the check-mark (disable). The bar will not reappear until you reverse this process.

Comment 3 David Rankin 2012-01-11 22:15:23 UTC

(In reply to comment #2)
> This behavior is not globally configurable, but individual toolbars can be
> easily enabled or disabled. *When the bar is open*, select View > Toolbars,
> find the one you don't want, and click to remove the check-mark (disable). The
> bar will not reappear until you reverse this process.

THanks, yes I know that and it is annoying as all get out for the user. The old trick of having to wait until the floating toolbar appears and then doing the 'View->Toolbars->[ ] Table (uncheck)' is maddening and it is NOT always persistent. However testing the trick on 3.4 beta, I am able to uncheck Table, shut OO down, restart and check the same document and the setting IS still there. (good job!)

Even with the ability for the setting to stick, it would still benefit 3.4 if there was a global setting to prevent the user from having to (1) hunt down the trick to 'wait until a toolbar is open and then 'View->Toolbars->[ ] whatever (uncheck)' and then (2) do it for every single toolbar that pops up. 

I don't know how difficult it would be to implement, but it would sure save a lot of frustration by new users to just 'can't get that darn toolbar to quit popping up' :-)

Comment 4 David Rankin 2012-01-11 22:27:31 UTC

Maybe add a context menu entry while the floating dialog is up to:

"Prevent automatic toolbar appearance"

or something similar on the floating toolbars. That way it would be a global implementation that would provide the trick for all toolbars without having to worry about coding a global option :-)

Comment 5 Oliver-Rainer Wittmann 2012-06-13 12:18:28 UTC

getting rid of value "enhancement" for field "severity".
For enhancement the field "issue type" shall be used.

Comment 6 Edwin Sharp 2014-03-06 19:55:56 UTC

Confirmed with
AOO410m14(Build:9760)  -  Rev. 1573601
2014-03-03 17:47:48 (Mo, 03 Mrz 2014)
Win 7