Issue 100149 - document loses focus when "Numbering" toolbar pops up
Summary: document loses focus when "Numbering" toolbar pops up
Status: CLOSED DUPLICATE of issue 113856
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.0.1
Hardware: Unknown Linux, all
: P3 Trivial with 3 votes (vote)
Target Milestone: 3.4.0
Assignee: philipp.lohmann
QA Contact: issues@sw
URL:
Keywords:
: 105290 111502 112548 (view as issue list)
Depends on:
Blocks:
 
Reported: 2009-03-12 14:21 UTC by artur
Modified: 2010-11-11 16:59 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
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 artur 2009-03-12 14:21:33 UTC 
When editing text that is part of a numbered list, the "Bullets and Numbering"
toolbar automatically pops up (gains focus) and the text you are editing looses
focus.
This behaviour makes it mandatory to use the mouse to close that toolbar

This is most annoying and makes numbered lists practically unusable. If you are
editing text that has multiple paragraphs (some numbered, other un-numbered) it
makes the user repeatedly leave the keyboard, grab the mouse, close the dialog,
back to text, and so forth and so on.

This defect was not present in previous versions of OOo
Comment 1 michael.ruess 2009-03-12 14:37:20 UTC 
Already tracked as issue 96395.

*** This issue has been marked as a duplicate of 96395 ***
Comment 2 michael.ruess 2009-03-12 14:38:09 UTC 
Closing duplicate.
Comment 3 artur 2009-03-12 15:11:48 UTC 
Issue 96395 referes to IceWM
I'm using Ubuntu 8.10 with Gnome
Comment 4 artur 2009-03-12 15:45:38 UTC 
Hi
Although the problem persists, I just found a workaround for it:

Drag the toolbar to the OOo application window, to dock it.
The text will not loose focus again, as the dialog will remain docked.
Comment 5 michael.ruess 2009-03-12 15:49:24 UTC 
But I think it is the same root cause...

MRU->PL: could you please have a look if this is the same problem as issue
96395? Thanks!
Comment 6 michael.ruess 2009-09-23 13:58:25 UTC 
*** Issue 105290 has been marked as a duplicate of this issue. ***
Comment 7 tombluetit 2009-09-23 14:21:02 UTC 
Just so you know, I found this issue goes away if you enable desktop effects.
(Jaunty, 9.04). Hope that helps.
Comment 8 eric.savary 2010-05-10 00:50:20 UTC 
*** Issue 111502 has been marked as a duplicate of this issue. ***
Comment 9 eric.savary 2010-06-20 15:30:01 UTC 
*** Issue 112548 has been marked as a duplicate of this issue. ***
Comment 10 handheldcar 2010-06-20 16:28:27 UTC 
This doesn't happen in KDE4 which is more functional than GNOME anyway, and if
you got this far to file a bug, then you can probably drop the GNOME sandbox for
beginners.
Comment 11 philipp.lohmann 2010-11-05 16:11:12 UTC 
still the case in 3.3
Comment 12 philipp.lohmann 2010-11-11 16:59:10 UTC 
correction, works in 3.3 and beyond. It stops to works, if you disable "Desktop
effects" while OOo is running. This is because this stops compiz as window
manager and starts metacity instead; OOo does not take note of this change and
still does a workaround for compiz that does not work on compiz (the fun one has
with window managers :-( ).

relavant fixed issues are: issue 102694, issue 113856 (in 3.4)

I'll mark this one as duplicate to issue 113856

*** This issue has been marked as a duplicate of 113856 ***
Comment 13 philipp.lohmann 2010-11-11 16:59:30 UTC 
closing