Issue 59109 - Toolbars shouldn't cover the current cursor position in a writer document
Summary: Toolbars shouldn't cover the current cursor position in a writer document
Status: CLOSED DUPLICATE of issue 61673
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 2.0
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: requirements
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-09 04:19 UTC by terrynorth
Modified: 2008-01-09 10:19 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description terrynorth 2005-12-09 04:19:31 UTC 
This toolbar is a nuisance to anyone simply reading a document, particularly
when several parts of the document need to be accessed.  A good example is
Andrew Pitonyak's Macro Document.  While searching here and there, the toolbar
suddenly appears, gets in the way and serves no useful purpose.  Why can't it be
like other toolbars and only appear when invited or, if it really must be an
automatic response to the position of the cursor, why can't it be placed where
it does not obscure the body of the document?
Comment 1 stephan.wunderlich 2005-12-09 08:44:13 UTC 
The toolbars are positioned where you places them the last time they have been
open ... If they annoy you you can either close or doc them ... seems to be
sufficient for me.
Comment 2 terrynorth 2005-12-09 09:16:07 UTC 
The same thing happens with the toolbar "Tables".  I have been able to close
that using the Menu command.  Not only can I not close the toolbars using the
close button, I have been unable to move them or reduce them to the title bar by
double-clicking the title bar (called "shading" by KDE).  I have RC3 on Mandrake
Linux.
Comment 3 stephan.wunderlich 2005-12-09 09:51:19 UTC 
To not write the same thing always twice I'd like to close this one as duplicate
to issue 59108
Comment 4 terrynorth 2005-12-10 05:19:08 UTC 
I believed it to be necessary to file separate issues because the previous issue
(59108) relates purely to the non-functioning of the close button whereas this
relates to the appearance of the toolbar at all.  I did not realise when filing
the issue that another toolbar ("Tables") also appears needlessly and cannot be
closed with the close button, moved with the mouse pointer or reduced to a
minimal presence.
Comment 5 stephan.wunderlich 2005-12-12 09:29:51 UTC 
As terrynorth wrote toolbars like the one for Numbering or Tables pop up every
time you enter an respective section of the text ... it should be ensured that
they move aside so that they don't cover the current cursor position and so make
it possible to read the text uninterrupted.

sw->terrynorth: Hope you don't mind that I changed the title to make the
objective more clear.
Comment 6 terrynorth 2005-12-13 01:35:20 UTC 
I would not swear that the toolbars cover the cursor position necessarily but
they do impede reading of the document.

The significance of this issue has diminished considerably since I discovered
that de-selecting the toolbar in View /Toolbars closes the toolbar AND appears
to stop it popping up uninvited.  It did not occur to me initially that a menu
command would work where the toolbar controls do not work.

It is still not possible to alter the position of the toolbars (the same
problems occur with other supposedly floating toolbars) or reduce it to the
titlebar.
Comment 7 kpalagin 2008-01-09 10:18:59 UTC 
Duplicate of http://www.openoffice.org/issues/show_bug.cgi?id=61673.

*** This issue has been marked as a duplicate of 61673 ***
Comment 8 kpalagin 2008-01-09 10:19:34 UTC 
Closing.

Please vote for 61673.