Issue 98256

Summary: blurred graphics after copy & paste in same document
Product: Writer Reporter: uwegalle <uwegalle>
Component: editingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, rainerbielefeld_ooo_qa, rb.henschel
Version: OOO300m9Keywords: oooqa
Target Milestone: ---   
Hardware: PC   
OS: Windows Vista   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
File with the same graphic inserted twice
none
another file with the same image with clearly different appearance
none
test file created on OS with 96 dpi
none
Screenshot of the file "blurred graphic 96dpi" opened in Writer
none
Original graphic
none
two screenshots in one graphic file
none
new graphic none

Description uwegalle 2009-01-19 20:35:03 UTC
The only way to insert graphics without disappearance of pixel lines is to 
insert them as Bitmap using the Edit / "Paste special" dialog or to insert them 
as file using the Insert / picture dialog. Using the simple "Paste" function 
may cause deformations to graphics (see issue 
http://de.openoffice.org/issues/show_bug.cgi?id=84905).

But using the Edit / "Paste special" dialog may cause deformations to graphics 
too. Open the attached file. You see exactly the same graphic inserted twice 
using the Edit / "Paste special" dialog. The first graphic is very blurred, the 
second is clear. The first graphic was a little bit resized with the cut 
function (I don't know the correct term in the english version for sure, it's 
the 6th register when double clicking on the graphic). This small change of the 
size of the graphic changes the graphic as a whole - and this is the bug. 
Sometimes the graphic is blurred immediately after it was pasted. I didn't try 
to reproduce these cases because it is some work and because I hope that these 
cases disappear too if this issue is resolved.
Comment 1 uwegalle 2009-01-19 20:38:38 UTC
Created attachment 59505 [details]
File with the same graphic inserted twice
Comment 2 Rainer Bielefeld 2009-01-20 08:19:23 UTC
I checked "blurred graphic.odt " with "Ooo 3.0.0 (DE) Multilingual version
German UI WIN XP: [OOO300m9 (Build9358)]" and can not see any difference between
the 2 images.

@uwegalle:
Please attach a test kit with images, commented screenshots an contribute a step
by step instruction.
Comment 3 michael.ruess 2009-01-20 10:53:22 UTC
Both graphics in the attached document look blurred, because they are resized
with non-equal aspect ratio. The graphics are not really cropped as Uwe
initially assumed. Resizing them to original size, they will both look good again.
Comment 4 michael.ruess 2009-01-20 10:54:55 UTC
Closed. No bug here.
Comment 5 uwegalle 2009-01-20 15:22:27 UTC
Created attachment 59527 [details]
another file with the same image with clearly different appearance
Comment 6 uwegalle 2009-01-20 15:33:06 UTC
I am stunned. I am using exactly the same version as Reiner Bielefeld wrote so 
the version cannot explain a difference. I attached a second file what it makes 
clear to everybody that the two graphics look different. Can you really not see 
a difference here? I will use this case to ask the community, I am sure that 
everybody can see a difference between the two graphics.
Comment 7 Rainer Bielefeld 2009-01-20 17:56:03 UTC
In "blurred graphic 2.odt" I again see 2 completely identical, vertically
crushed images. No new information!
Vista-specific? Specific to uwegalle's PC?

@uwegalle:
It would save much time if you could contribute requested additional information
(test kit with images, commented screenshots, step by step instruction) instead
of already known information again and again.
Comment 8 uwegalle 2009-01-21 00:50:38 UTC
Created attachment 59541 [details]
test file created on OS with 96 dpi
Comment 9 uwegalle 2009-01-21 00:53:53 UTC
Created attachment 59542 [details]
Screenshot of the file "blurred graphic 96dpi" opened in Writer
Comment 10 uwegalle 2009-01-21 00:57:10 UTC
Created attachment 59543 [details]
Original graphic
Comment 11 uwegalle 2009-01-21 02:36:46 UTC
I realized that graphics are differently displayed dependent from the font size 
of the operating system. I don't work with the standard font size of 96 dpi but 
with 144 dpi. With this font size my screen width is filled with an A4 page 
scaled to 100%. Now I switched to 96 dpi what should also be your font size. 
With this font size I also do not see a difference with files created with a 
Windows Vista font size of 144 dpi.

I am attaching 3 files:
1) Another odt-file created with a Windows Vista font size of 96 dpi containing 
two instances of the same graphic. Now you really should see a clear difference.
2) A screenshot how it looks on my screen.
3) The original graphic as png file so that this graphic can be inserted on 
your computer. On my computer the problem is visible with both font sizes.

step by step instructions:

I suppose that it is known how to open and view an odt file in Writer and a 
screenshot in a graphic editor. If you even cannot see a difference in the 
screenshot please enlarge the file at least to 300%. Now really everybody 
should see a difference between the two graphics.

You can create this difference for yourself by using the third file. For this 
file open writer and a new document. Open the "screenshot 96dpi.png" in Paint. 
Copy the graphic into the clipboard. Paste it into the new Writer document with 
Paste special / Bitmap. Press esc. Press Enter two times. Paste the same 
graphic a second time into Writer with Paste special / Bitmap. Double click on 
this graphic. Resize it a little bit by setting left to 0,02 and bottom to 
0,02. Press OK. On my computer the graphic is blurred now.

Perhaps I will hear the next objection at this point. mru replied to my first 
posting: "Both graphics in the attached document look blurred, because they are 
resized with non-equal aspect ratio." If he really thinks that a resize "with 
non-equal aspect ratio" did change the content of the graphic then this is the 
bug: I left the standard setting keep scale (not sure about the correct english 
term, it's the first radio button in the dialog) in both graphics. With this 
setting the remaining content of a graphic must not change at all, regardless 
of the settings in left, right, top and bottom! These settings must only cut a 
piece of the margin on the left, right, upper and down side of a graphic 
without changing the remainder of the graphic! The remainder of the graphic 
must not change even in the case that only on one side a piece of the margin is 
cut. Only with the second radio button the remainder of the graphic can be 
stretched or compressed!

I want to ask you to confirm the functions of the two radio buttons because the 
explantaion of mru is wrong. The function of the first radio buttom is to keep 
the remainder of a graphic unchanged even if the graphic is cutted on one of 
its margins. The function of the second radio button is to stretch or compress 
the graphic inside the unchanged area. This radio button can explain a change 
of the appearance of a graphic, the first radio button cannot explain such a 
change! Please try the functions for yourself, despite the blurred appearance 
these buttons work as I described it.
Comment 12 Regina Henschel 2009-01-21 10:51:32 UTC
I can see the bug. My system: OOoDEV300m39 on WinXP with 120dpt desktop.

1. Take a new writer document and insert the picture 'screenshot 96dpi.png'
2. Open picture properties crop tab. Notice: crop 0cm, scale 100%, width 9,82cm
and height4,80cm
3. Set left to 1cm and buttom to 1cm. Notice: scale 100%, width 8,82cm and
height 3,80cm. OK
4. Notice the icons in the picture on the left side are cut.
5. Save document and close it.
6. Open document. Notice the icons in the picture on the left side are not cut.
7. Open picture properties crop tab. Notice: cut 0cm, scale width 90%, scale
height 79%, width 8,82cm height 3,80cm

The cut information is lost.

Doing the same with OOo2.4.1 and unzipping the files shows: In the file saved
from OOo2.4.1 there is an attribute fo:clip="rect(0cm 0cm 1cm 1cm)" in the style
style:graphic-properties. This attribute is missing in the file, saved from
OOoDEV300m39.


Comment 13 uwegalle 2009-01-21 12:29:25 UTC
First: Thank you, Regina, for taking this issue. Second: The bug described by 
you I cannot recreate on my Windows Vista Home Premium SP1 computer. The cut 
information ist not lost in my file. I don't know where you found the attribute 
information but the icons in my graphic are cut after reopening the saved file. 
The scale is still 100% for both width and hight, the cm values the same as 
given by you. It seems that this is a XP issue.

My problem is another one. After cutting the graphic as described by you the 
graphic on my computer is blurred. I switched to 120 dpi and followed each step 
described by you and can confirm the sizes in cm given by you. I attach a 
graphic file where I combined two screenshots in one file so that you should 
see the difference with a glimpse. Please look especially on the second lines 
with the small font. With these lines the difference is really clear. Please 
post if you can see this difference.
Comment 14 uwegalle 2009-01-21 12:34:05 UTC
Created attachment 59565 [details]
two screenshots in one graphic file
Comment 15 Regina Henschel 2009-01-21 14:28:31 UTC
It is OK in OOo3.0 and OOoDEVm37. I haven't got a m38 to test it there.
Comment 16 uwegalle 2009-01-21 18:04:01 UTC
What do you mean with "It is OK"? Do you mean the bug determined by you 
concerning the loss of the cut information? What about the change of the 
appearance of the resized graphic? Can you see it? I repeated your steps and 
ended up in a blurred graphic. It should be the same on your computer. Please 
let me know how it looks for you and, if you cannot see a change, post a 
screenshot. Can you see a difference in my screenshot?
Comment 17 Regina Henschel 2009-01-21 21:46:49 UTC
> My problem is another one.

Yes, you are right. I now understand your problem. And yes your last screen shot
shows it. I will submit a new issue, for the crop problem I have found.

If you insert the picture twice from the clipboard, it is stored only once in
the document. Both places are then linked to that picture, but have different
information about size. And in my tests in that information is a difference. For
example the first one, which I had not touch, has got the information
svg:width="9.821cm" svg:height="4.805cm"
But the second one, which I had cropped, saved, load and then set back to
"original size" has got the information
svg:width="9.82cm" svg:height="4.8cm"
That is a little bit different. Perhaps that leads to the blurred appearance?

Comment 18 michael.ruess 2009-01-22 12:03:26 UTC
MRU->OD: I do not know which developer is the correct reprsentative for this
issue, so could you please reassign if not yours? Thanks!
You have to take attachment "blurred graphic 2.odt", copy the first graphic to
clipboard and paste it lower in the document. Then you can see that it is
slightly blurred compared to the original graphic.
Comment 19 uwegalle 2009-01-23 00:28:25 UTC
But the issue is not restricted to the case of using the same graphic twice in 
the same document as it sounds in the last two postings! I only used the same 
graphic twice because this makes the difference between the graphics better 
visible. You can open a new document, take nearly every graphic file, paste it 
into Writer using Paste / Special and cut it a little bit on the left or right 
or on the top or bottom. Usual values what make the graphic blurred are 0,02 in 
left, right, top and / or bottom. The degree how much the graphic is blurred 
depends from its size. As new file test I attach the file "new graphic". If you 
paste this file with Paste / Special ones in a new document and set the left 
margin to 0,02 and the upper margin to 0,02 then this graphic is pretty much 
blurred despite the fact that it is pasted only one time into the document. For 
me a text on such a blurred graphic is not convenient to read any more.
Comment 20 uwegalle 2009-01-23 00:31:16 UTC
Created attachment 59604 [details]
new graphic
Comment 21 rybarczyk15 2009-09-10 18:36:33 UTC
Was able to recreate this defect using Version 3.1.1 OOO310m19 (Build:9420) 
running Windows Vista-64 SP1.
Comment 22 Marcus 2017-05-20 11:17:50 UTC
Reset assigne to the default "issues@openoffice.apache.org".