Issue 53958 - closer backing mode available whiel doking window is present
Summary: closer backing mode available whiel doking window is present
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P4 Trivial
Target Milestone: ---
Assignee: chne
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-30 10:14 UTC by chne
Modified: 2013-02-24 21:06 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 chne 2005-08-30 10:14:58 UTC 
- create the following macro as MyMacros:
oDoc = StarDesiktop.loadComponentFromURL("private:factory/swriter",  "_blank",
40, DimArray())
-close all docs to get an office with backing window
-run the macro
=> you will get an writer docoment and a backing window where the writer doc has
the closer to the backing mode (cross on the upper right corner of the window)
Comment 1 andreas.schluens 2005-11-09 08:07:57 UTC 
AS->CN: It works as designed .-)

The target "_blank" forces creation of new windows without the possibility to ignore 
that. Normaly the office itself does not use "_blank" anymore. It uses "_default" 
instead. And "_default" would find the still open backing window and load the writer 
document into this window !

The problem here: Using of "_blank" is valid for an API use case ... "_default" has 
to be used inside an UI environment. So mixing of these modes can make trouble.

On the other side currently nobody defined, if the office has to serve both modes 
(API and UI) at the same time. So currently I preferr the mode, where both uses 
cases wont be mixed within the smae office instance.

=> That's the reasons, why I'll send this task back to you as "non acceptable" .-)
Comment 2 andreas.schluens 2005-11-09 08:09:24 UTC 
.
Comment 3 chne 2005-11-09 09:01:32 UTC 
ok, thats valid arguments.