Issue 18031 - unable to change graphic to original size at page end
Summary: unable to change graphic to original size at page end
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 RC2
Hardware: PC Windows 2000
: P4 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: oooqa
: 9093 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-08-08 15:30 UTC by Frank Schönheit
Modified: 2013-08-07 14:41 UTC (History)
2 users (show)

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


Attachments
sample document to reproduce the bug case (5.37 KB, application/octet-stream)
2003-08-08 15:31 UTC, Frank Schönheit
no flags Details
sample picture (10.40 KB, image/gif)
2003-08-08 15:31 UTC, Frank Schönheit
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2003-08-08 15:30:47 UTC
When you insert a graphic near the end of the page, which has a height larger
than the remaining space on this page, then it's impossible to assign the
graphics it's original size - the respective button in the dialog is ignored for
the hight then.

To reproduce:
* open the (attached) bug doc
* place the cursor immerdiately behind the word "here"
* Insert|Graphics|From File...
* select the GIF file which is/will be attached here, press OK
=> the graphics is inserted, but it's scaled so that it still fits on the page.
This is fine so far
* select the "Graphics" entry in the context menu of the graphics
* on tab page "Type", try to resize the graphics to it's original size by
pressing the "Original size" button
=> the width is adjusted, but the height remains unchanged
(note that it's irrelevant whether "Keep ratio" is checked or not)

This means to actually really resize the graphics, you either have to do this
manually (which is imprecise), or
* move the anchor of the object to a place somewhere in the mid of the document
* change the size (now the button works, since there's enough space)
* move the anchor back to where you want it to be

This is weird, and it makes image handling fiddly (which wouldn't be much of an
issue if it were the only but, but that's another story ...)
Comment 1 Frank Schönheit 2003-08-08 15:31:14 UTC
Created attachment 8339 [details]
sample document to reproduce the bug case
Comment 2 Frank Schönheit 2003-08-08 15:31:42 UTC
Created attachment 8340 [details]
sample picture
Comment 3 Frank Schönheit 2003-08-08 15:32:04 UTC
targeting
Comment 4 Frank Schönheit 2003-08-08 15:32:27 UTC
lowering prio to P4
Comment 5 rblackeagle 2003-08-08 19:15:56 UTC
Does it do it when you change the wrapping so that text can go beside
it at time as you select "Original Size" (or otherwise resize)?
Comment 6 Oliver Specht 2003-08-11 07:11:56 UTC
OS->FME: It's our beloved SwFEShell::CalcBoundRect() that prevents
setting of sensible values. 
Comment 7 frank.meies 2003-08-21 07:31:16 UTC
*** Issue 9093 has been marked as a duplicate of this issue. ***
Comment 8 brat 2003-08-21 16:51:09 UTC
I am adding the oooqa keyword.

This is happening in 1.1RC2 on Linux version.

Comment 9 vollbracht 2003-09-09 11:23:29 UTC
simmilar error:
I inserted a frame into my text document (4.4 x 0.5 cm, autoheight),
placed the cursor inside the frame, entered an additional line and
inserted a pic (jpg, 4.4 x 6.06 cm) in the first line. Its innitial
size was about 0.44 x 0.6 cm. After pushing the [original size]
button, its size was about 4.4 x 3 cm. After pushing it again and
again, its height increased again and again by about 1 cm until I
stoped that game at a size of about 4.4 x 10 cm.
Workaround: I entered a good amount of empty lines into the frame,
then inserted the pic in the first line (initial size was correct) and
then deleted the lines.
Comment 10 frank.meies 2003-09-24 15:09:53 UTC
FME->OD: As discussed.
Comment 11 Oliver-Rainer Wittmann 2003-09-29 10:17:06 UTC
OD (29.09.2003): accepted.
Due to the adjustment in the positioning and alignment of floating
screen objects (frames, graphics, drawing objects) this defect will be
fixed.
Comment 12 Oliver-Rainer Wittmann 2003-11-20 10:37:01 UTC
fixed in internal cws swobjpos02
Comment 13 Oliver-Rainer Wittmann 2003-11-20 10:41:57 UTC
OD->MRU:
Checked in internal installation set of cws swobjpos02 - please verify.
Comment 14 michael.ruess 2003-12-10 15:46:32 UTC
Checked the fix in CWS swobjpos2. The graphic now moves to page 2 when inserted.
There it is displayed with it full size now.
Comment 15 michael.ruess 2003-12-10 15:51:28 UTC
Verified. Fix will be included in OO 2.0.
Comment 16 michael.ruess 2004-04-27 13:29:57 UTC
Closed, fixed with current OO 2.0 snapshot 680m34.