-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -------- Original Message -------- From: TomW <[EMAIL PROTECTED]> Date: Wed 05 Mar 2008 13:19:22 EST
| Dave Barton wrote: | -------- Original Message -------- | From: TomW <[EMAIL PROTECTED]> | Date: Wed 05 Mar 2008 10:18:17 EST | | | Dave Barton wrote: | | -------- Original Message -------- | | From: Lisi Reisz <[EMAIL PROTECTED]> | | Date: Wed 05 Mar 2008 04:34:52 EST | | | | | On Tuesday 04 March 2008 07:22, Jennifer Rickards wrote: | | |> Pictures/images copied and pasted into documents should always be | | |> embedded. So I cannot explain why that did not work for you. | | | | | | When my grandaughter used Impress for a presentation for school, and | | | copied and pasted the pictures she wanted, about a third of them | | | ended up linked. Fortunately we discovered this before she sent it to | | | her teacher and we were able to remedy it. | | | | | | She has continued to use "copy and paste" rather than "insert" [she's | | | 13 :-( ], and has continued to need to check for linking/embedding | | | because around a third of pictures continue to be linked. | | | | | | Lisi | | | | If an image is copied to and pasted from the clipboard there is nothing | | to "link" with, because the clipboard image is temporary in computer | | memory. While you have not advised what method or source is being used | | to copy from, I suspect that it is the image location (link) that is | | somehow(?) being copied and pasted, not a copy if the image itself. | | | | Would you be kind enough to advise how you check images pasted into an | | Impress presentation for linking to an external file? I ask, because I | | am unable to locate this function. | | | | Dave | | | | | Dave: | | | Edit | Links. I copy/pasted some images into Impress and it shows | links | | in this dialog. You can edit the link here or break them. | | | TomW | | Thanks to Lisi and Tom for your answers. | | OK, I understand how you check if an image is linked. However, my | original question remains: If a copy of an image (not a link to the | location of the image) is placed on the clipboard, how can a link to | that image exist when it is pasted into a slide? | | Using the Windows Clipboard as an example. When a raster image ( eg. | jpeg, png, etc) is placed (copied to) on the clipboard, it exists there | only as a bitmap (regardless of the original image format.), which | includes no information about it's original location. When Impress calls | the Windows function to recover (paste) data from the clipboard, it | finds a bitmap, which contains no information about the location of the | original image. It is even possible to completely delete the original | image and continue to repeatedly paste the clipboard bitmap copy. | | Going back to my original response to Lisi: | <Q> | While you have not advised what method or source is being used | to copy from, I suspect that it is the image location (link) that is | somehow(?) being copied and pasted, not a copy if the image itself. | </Q> | The "(somehow?)" being an issue with the source software that places the | data on the clipboard, or the copy method/option being used, not in the | way that OOo interprets the data it finds on the clipboard. | | If I am in error about any of the above, I would welcome any corrections | or enlightenment. | | Dave |> | Dave: | I am getting two different behaviors with images, depending on which OO | module I am using. In Impress, when I go to a folder, select a image | file, right click and copy, then right click and paste this file in a | slide, I get a link. If I repeat the processes with Writer, I get an | embedded image, no link. | TomW Tom: You say that you "go to a folder", but it is not clear where you are going to right click on an image. If you using the "Copy" function in "Windows Explorer" (also known as "My Computer"), then what you say is true and partly contradicts some of what I have said earlier in this thread. I have been unable to achieve anything similar with Linux. I had erroneously assumed the copy was being done from within another application, not from within the operating system. It would appear that M$ does not comply with their own published API (Application Programming Interface) specifications for handling Clipboard functions. Data placed (copied to) the clipboard data should remain intact until it is replaced with new data, or cleared. However, if the Windows Explorer (so called) "Copy" option is used to place an image on the Clipboard and that source image is then deleted from the disk, the Clipboard image also disappears. It would seem that you have also highlighted, what I would describe as, a "bug", or at least an inconsistency, in the way OOo identifies the Windows Clipboard data. Since OOo is built around a common core, I can see no reason for this. I will put this forward for consideration on the the developer list and maybe file an issue. Dave -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzhWD7asJm/pW/p8RAkn9AJ0YsswB1rUMyDyJ0e6dIZNVYYkxZwCaA+UT nQQ5dZ/NMnlySJWO6mqoklg= =UoyA -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
