Issue 21353 - Template for Drawings
Summary: Template for Drawings
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2003-10-17 09:47 UTC by aspsaegesser
Modified: 2017-05-20 11:29 UTC (History)
1 user (show)

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

Text doc, describes further the problem of the issue (21.68 KB, application/octet-stream)
2003-10-17 14:32 UTC, aspsaegesser
no flags Details
Template for drawings to illustrate the issue (7.41 KB, application/octet-stream)
2003-10-17 14:34 UTC, aspsaegesser
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description aspsaegesser 2003-10-17 09:47:06 UTC
For drawings you can create templates as for text documents. And then you can 
define your very sophisticated template as the default for every new drawing.

If you, however, include an embedded drawing into a text document, OOo does not 
take your template but rather some system default with such completely 
inconvenient settings as Times New Roman 24 for the font of objects. 
I don't know - is there a way to change this? I did not find out.

Comment 1 aspsaegesser 2003-10-17 11:04:25 UTC
Another severe bug in the same context. 
If you have an embedded drawing, consisting of rectangles and other 
objects, the rectangles adjusted to have a font of Arial 8, and you 
copy some or all objects to the clipboard (e.g. CTRL-A, CTRL-C) and 
paste them into another embedded drawing, the pasted rectangles switch 
back to the default font Times New Roman 24. 
This makes copy-paste as good as not applicable.
Comment 2 wolframgarten 2003-10-17 13:37:14 UTC
Please report only one issue at a time. Thanks!
Would it be possible to give adetailed description of what you are
doing (setting up the template, including it into the writer doc) and
attach the final document to the iddue? Thanks in advance.
Comment 3 aspsaegesser 2003-10-17 14:32:43 UTC
Created attachment 10404 [details]
Text doc, describes further the problem of the issue
Comment 4 aspsaegesser 2003-10-17 14:34:03 UTC
Created attachment 10405 [details]
Template for drawings to illustrate the issue
Comment 5 wolframgarten 2003-10-17 14:48:07 UTC
Hope I get you right: the core problem seems to be that you have two
drawings with each a default style called "Default". But each style
has different settings. So when you copy n paste from one to another
how should anyone know which default to take? Normally I would say the
one I am pasting into. Or not? Thanks.
Comment 6 aspsaegesser 2003-10-20 06:22:26 UTC
Well, yes and no. In terms of object oriented programming a rectangle 
is an object with all its properties. If I as a user make a copy 
of such an object, I am not interested where the object takes its 
information from, whether inherited or inherent. I expect the copy to 
appear the same way as the original. If you change the font of any 
object (not the template) this object also has to know that it must 
not any longer look for the parent font but has its own. Thus a copy 
operation should manage an object in this way.
 But this all is not actually the main point. The most crucial thing 
is, that I want every new embedded drawing in any old or new 
writer doc to rely on object templates I (!) define and not OOo (!).
I have found out how to do this with standalone drawings but not for 
embedded drawings.

Comment 7 wolframgarten 2003-10-20 13:42:39 UTC
I do not think that this behaviour is a problem when you cut and paste
objects that belong to styles with standard names. 
But the fontsize is even changed when you have a newly designed style
with a special name. Copying and pasting an object of this style
resets the fontsize, too. And this is a bug.
Comment 8 wolframgarten 2003-10-20 13:43:19 UTC
Reassigned to Christian.
Comment 9 clippka 2003-10-22 13:07:06 UTC
will have a look
Comment 10 Marcus 2017-05-20 11:29:53 UTC
Reset assigne to the default "".