Issue 28258 - adding caption shrinks image, when outside text boundaries
Summary: adding caption shrinks image, when outside text boundaries
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1.1
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 116609 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-04-23 09:51 UTC by apapadop2
Modified: 2017-05-20 11:19 UTC (History)
2 users (show)

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


Attachments
An image inserted into a Writer document, that transcends the text boundaries. (76.75 KB, image/jpeg)
2004-04-23 09:54 UTC, apapadop2
no flags Details
What happens after a caption is created for the image. The image can now NOT be expanded to fill the frame. (72.53 KB, image/jpeg)
2004-04-23 09:56 UTC, apapadop2
no flags Details
Document before adding captions (83.48 KB, application/vnd.sun.xml.writer)
2004-04-26 06:55 UTC, apapadop2
no flags Details
Document before adding captions (83.48 KB, application/vnd.sun.xml.writer)
2004-04-26 06:56 UTC, apapadop2
no flags Details
The same document, AFTER adding captions to the images (83.79 KB, application/vnd.sun.xml.writer)
2004-04-26 06:58 UTC, apapadop2
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description apapadop2 2004-04-23 09:51:59 UTC
I'm inserting an image into a Writer document. Its original size makes it not
fit within the text boundaries (the light gray boundary visible when the
View->Online Layout option is UNchecked).

A screenshot of such an image being inserted will be attached as pre_caption.jpeg.

Now, I try to add a caption to this image. I guess because the encompassing
frame cannot follow the image size, and transcend the text boundaries, the
result is that the frame stops at the text boundaries, but the image itself
shrinks and cannot be resized back to the original size, or even to a size that
would fill the frame!

A screenshot of what happens after adding the caption will be attached as
post_caption.jpeg.

This has been tested in OOo1.1.1 on WinXP and OOo1.0.3 on Debian GNU/Linux
Comment 1 apapadop2 2004-04-23 09:54:10 UTC
Created attachment 14713 [details]
An image inserted into a Writer document, that transcends the text boundaries.
Comment 2 apapadop2 2004-04-23 09:56:46 UTC
Created attachment 14714 [details]
What happens after a caption is created for the image. The image can now NOT be expanded to fill the frame.
Comment 3 utomo99 2004-04-24 06:40:52 UTC
Please Attach the documents which make this problem, so we can test it/faster 
to confirm.  
(Without the documents, we cannot confirm the problem easily/need more time)
Don't forget to cut other part of the documents, so the file size is small, 
but we still able to see the problem.
Comment 4 apapadop2 2004-04-26 06:54:38 UTC
Attaching a condensed version of the file (file_1.sxw). There are two images,
without captions.

Adding a caption to any of them, results in file_2.sxw.
Comment 5 apapadop2 2004-04-26 06:55:39 UTC
Created attachment 14780 [details]
Document before adding captions
Comment 6 apapadop2 2004-04-26 06:56:47 UTC
Created attachment 14781 [details]
Document before adding captions
Comment 7 apapadop2 2004-04-26 06:58:35 UTC
Created attachment 14782 [details]
The same document, AFTER adding captions to the images
Comment 8 lohmaier 2004-05-02 02:41:57 UTC
confirming.
It seems like the image is shrinked to fit into the actual page-boundaries.
The frame that contains the caption & image remains at the correct size however.

I think the problem is that the size is set to "relative" and that OOo doesn't
allow values only slightly greater than 100% (105% gets converted to 86%), if
you use 145% for example, the graphic fills the frame again in its original size
(you have to uncheck "keep ratio" since for some reason OOo keeps the correct
height value but displays it much smaller).

When rechecking the size, OOo will set the width to 100%
Now set the width to 95% and back to 100% - notice that 1st the 95% changed to
78% and that 2ndly 100% do not fill the frame like it did before! 
OOo is really broken here.

I'd like to nominate this for OOo 1.1.3

@reporter: to have the same size as before select the graphic (you may have to
unselect the frame before you can select the graphic) and choose Format|Graphic
and on the type page uncheck keep ratio and set the width to something like 145%
and choose OK. The graphic should now be the same size as before inserting the
caption.
Comment 9 michael.ruess 2004-05-03 10:07:35 UTC
MRU->OS: The relative size should be taken from the surrounding area of the
graphic, means: the caption frame in this case. It is even not possible to set
the graphics width to 100% manually after having inserted the caption frame. It
remains at 82%.
This is a special case in my eyes; normally you do not use graphics in your
document which exceed the text boundaries. Thus I think OO 2.0 will be a good
target.
Comment 10 Oliver Specht 2004-05-03 11:28:25 UTC
os->mru: I don't see the need for a target 2.0 
This issue has a long history and it can be workarounded very easily by setting
an absolute size to the graphic. 
Additionally it's a rare case to have graphics bigger than the text area.
Target changed to later.

os->od: For me it looks like a layout issue.
Comment 11 apapadop2 2004-05-20 08:58:07 UTC
cloph: The workaround you suggested works fine (manually resetting the width of
the graphic), so I would assume that a bugfix should be doable.

mru: I doubt how much of a special case this is - particularly, documentation
that is exported to PDF and published in electronic format (i.e. not printed)
has no reason to restrict graphics to the text boundaries. One usually resorts
to violating the boundaries, trying to make the snapshots be as clear as possible.

Thank you for your input!
Comment 12 michael.ruess 2011-01-26 15:00:13 UTC
*** Issue 116609 has been marked as a duplicate of this issue. ***
Comment 13 Marcus 2017-05-20 11:19:30 UTC
Reset assigne to the default "issues@openoffice.apache.org".