Issue 37652 - set default options for pasting images from HTML content (embed graphics instead of linking them)
Summary: set default options for pasting images from HTML content (embed graphics inst...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: OOo 1.1.3
Hardware: All All
: P3 Trivial with 50 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 22413 24719 58672 98443 107641 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-11-22 19:22 UTC by floeff+ooo
Modified: 2015-02-18 14:38 UTC (History)
12 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description floeff+ooo 2004-11-22 19:22:23 UTC
I would like to set the default options for pasting images from HTML content.
Often, I have to insert a HTML page into OOo. For that, I use the clipboard and
just paste the content into the word processor.

Images are all in the document (since 1.1.2 or 1.1.3) without problems, however,
they are not embedded, but linked. I always have to manually select "remove
links" from the Edit->Links menu.

I would like to see an option about the default behaviour when pasting images
(or other content) from HTML pages. Using Word, it is much comfortable for my
work, because I just can insert the clipboard, save, and all imags are embedded.
Comment 1 michael.ruess 2004-11-23 07:43:38 UTC
MRU->ES: please evaluate this RFE.
Comment 2 eric.savary 2004-11-23 09:47:36 UTC
Enhancement: paste HTML content unlinked
Comment 3 lohmaier 2007-02-03 01:35:10 UTC
*** Issue 58672 has been marked as a duplicate of this issue. ***
Comment 4 lohmaier 2007-02-03 01:39:19 UTC
*** Issue 24719 has been marked as a duplicate of this issue. ***
Comment 5 lohmaier 2007-02-03 01:42:32 UTC
*** Issue 22413 has been marked as a duplicate of this issue. ***
Comment 6 raindrops 2007-02-03 07:08:15 UTC
The same problem occurs when images are copied from CHM files. Even if I pick a
single image from a LOCAL CHM file, the  clipboard contents are not pasted into
a odt file.

Is this implied/covered in this bug (in other words, do you treat contents of a
CHM file also as "HTML"), or shall I raise another bug?
Comment 7 eugene_saenko 2008-04-22 11:56:30 UTC
OOo 2.4
Trouble increases when working with Internet through the proxy-server with
autorization. The Login/Password pair is requested for each image. 

When I try unlink all inserted images all pictures are replaced with frames with
labels "Link error".

To paste images from Internet NOT LINKS is a vital necessity.
Comment 8 redflagzhulihua 2008-07-14 11:23:26 UTC
CC me.
Comment 9 bettina.haberer 2008-07-14 11:35:29 UTC
Reassigned to the right owner.
Comment 10 jlynx 2008-07-25 08:30:48 UTC
Alas, it's still "OOo Later" :(
Is it a very big problem? Or maybe its not enough votes?
Such behavior of OOo isn't obvious for new users...
Comment 11 Regina Henschel 2009-01-25 00:06:08 UTC
*** Issue 98443 has been marked as a duplicate of this issue. ***
Comment 12 sergv 2009-03-01 07:55:22 UTC
paste HTML content unlinked
Comment 13 sergv 2009-03-01 07:56:18 UTC
paste HTML content unlinked
Comment 14 rail_ooo 2009-08-18 15:38:06 UTC
Add CC
Comment 15 tommy27 2009-12-04 22:09:56 UTC
this feature request would be a bless.

copying and pasting images from web to documents is so fast and easy on MS 
Word...  

i just don't understand why it has to be so user unfriendly with OOo.
Comment 16 robertro 2010-01-13 01:50:04 UTC
Incredible.

I have suffered with this for some time, having convinced my wife to try
OpenOffice, and then trying to resolve why files she created with pasted
graphics would lose them when she saved as Word to take them to another PC.

Who would have guessed that the default was to save as links? Certainly not
anyone who has used Word.

Please, please change this so that the default is to embed graphics, or at least
so that there is a master toggle that I can set up only once. Thanks!
Comment 17 tommy27 2010-01-13 07:59:04 UTC
this issue is still a pain in the neck for many users
Comment 18 Rob Weir 2013-01-08 21:20:14 UTC
*** Issue 107641 has been marked as a duplicate of this issue. ***
Comment 19 HD 2014-08-22 07:49:43 UTC
This issue is happening Ver4.1.0.
Once the image is pasted as a link, and would send the file without noticing,
You can not check in on another PC. 

When you paste the image please copy and paste as an image rather than a link.
Comment 20 Terence 2014-09-23 13:48:51 UTC
It is difficult to believe that this request is labelled "trivial" and dates back 10 years: this is a show stopper, it is so stupid it hurts.

Granted, some users will prefer the current behaviour, i.e., when ones copy+paste a webpage, graphics are linked, not embedded into Writer.

But it is not acceptable that for those users that prefer embedding, they have to manually, tediously select, EACH TIME (!), "break links"; wasting time and productivity. There should be an option, a box to tick to set the desired behaviour, exactly once. Then users can focus on doing something more productive than fiddling with the "edit" menu for each document they touch.
Comment 21 Richard Moor 2015-02-18 12:53:11 UTC
I convinced a school to use OO - which is not easy since many teachers would love to use M$-Office - and we have the same issue due to a HTTP-Proxy. Using Firefox as browser, the kids have to log in the proxy. Then they drag a picture and get only a link (OO is not 'proxified' such that you needn't log in a second time into internet).
So the kids get a link and OO is blocked for a minute until it gives up with resolving the link (and don't scroll your document then...). This is frustrating for the time spent and beeing there without picture.
This makes OO unpopular und is not a good for convincing teachers/pupils to use OO. 
My vote: this (10 year old!) issue is NOT trivial and a pain for so many people :-(
Comment 22 oooforum (fr) 2015-02-18 14:38:47 UTC
(In reply to Richard Moor from comment #21)
> and we have the same issue due to a HTTP-Proxy
Sorry, but this is a wrong issue.
This don't talk about proxy but linked images instead of embedded