Issue 82435

Summary: Images inserted with drag'n drop are not embedded by default
Product: Impress Reporter: bblankenburg <bastian>
Component: configurationAssignee: wolframgarten
Status: CLOSED FIXED QA Contact: issues@graphics <issues>
Severity: Trivial    
Priority: P3 CC: issues, nospam, weko
Version: OOo 2.2Keywords: usability
Target Milestone: OOo 3.3   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description bblankenburg 2007-10-09 13:29:51 UTC 
I made a presentation containing several images, which I inserted by drag'n drop
from my desktop. When I copied the presentation file over to the presentation
laptop, the images did not show because they were not embedded but only linked.
So in this case the presentation was broken in favour of "wasting" space. So in
effect efficiency is considered more important than correctness, which I believe
is the wrong way.
Comment 1 wolframgarten 2007-10-09 15:53:29 UTC 
Dragging graphics in with the CTRL button pressed shows a little "+"-sign, which
should insert a copy and not a link. But they are linked.
Comment 2 Martin Hollmichel 2007-11-09 17:18:55 UTC 
set target from 2.x to 3.x according to
http://wiki.services.openoffice.org/wiki/Target_3x
Comment 3 frank.loehmann 2009-10-15 13:26:55 UTC 
set usability keyword.
Comment 4 frank.loehmann 2009-10-15 13:33:56 UTC 
*** Issue 104835 has been marked as a duplicate of this issue. ***
Comment 5 weko 2009-10-16 09:37:41 UTC 
I checked this matter:

- Writer, Calc, Draw and Impress: If I insert an image via the menu "Insert|Picture|From File..." the 
default is *embedded*.

- Writer and Calc - Drag&Drop: Default is *embedded*.

- Draw and Impress - Drag&Drop: Default is *linked*.

IMO the default must be *embedded*. There are two reasons:

1. Consistency
2. The "normal" user expects, that images are embedded (scenario see above (bblankenburg)).

P.S.: Set target to 3.3 as disdussed with FL.
Comment 6 clippka 2009-11-16 14:29:41 UTC 
fixed in cws impress181 for OOo 3.3
Comment 7 clippka 2010-01-08 13:51:54 UTC 
verified in cws, back to qa
Comment 8 wolframgarten 2010-01-13 13:32:00 UTC 
Verified in CWS.
Comment 9 Regina Henschel 2010-04-03 12:49:49 UTC 
*** Issue 110569 has been marked as a duplicate of this issue. ***