Issue 19712 - irritating new toplevel creation semantics ...
Summary: irritating new toplevel creation semantics ...
Status: CLOSED DUPLICATE of issue 14729
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: thorsten.martens
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-17 17:36 UTC by mmeeks
Modified: 2004-03-19 10:56 UTC (History)
1 user (show)

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


Attachments
initialization / factory patch (1.90 KB, patch)
2003-09-17 17:36 UTC, mmeeks
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description mmeeks 2003-09-17 17:36:04 UTC
So; if you have a blank, un-touched OO.o toplevel around, and you re-run an
soffice -writer, you simply get a 'raise window' on the original instance.

This is really irritating in Unix, since no other application behaves like this,
and frequently the application is on another desktop, so it just _looks_ as if
nothing has happened.

The attached patch fixes this;

It also fixes an allied issue whereby if you do:

./soffice -writer /tmp/foo.doc

You get a single instance editing /tmp/foo.doc

but if subsequently - using the factory you re-do:

./soffice -writer /tmp/baa.doc

You get /tmp/baa.doc in a new frame, and also a new blank document [ presumably
previously the duplicate 'appear' simply raised this new window redundantly ].

Anyhow - this appears to improve the ergonomics for me :-)

HTH.
Comment 1 mmeeks 2003-09-17 17:36:40 UTC
Created attachment 9423 [details]
initialization / factory patch
Comment 2 thorsten.martens 2003-09-18 09:32:13 UTC
Duplicate

*** This issue has been marked as a duplicate of 14729 ***
Comment 3 thorsten.martens 2004-03-19 10:56:02 UTC
.