To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=96764
                 Issue #|96764
                 Summary|Ideas on resizing images in Writer (may be applicable 
                        |to other apps)
               Component|Word processor
                 Version|1.0.0
                Platform|Macintosh
                     URL|
              OS/Version|All
                  Status|UNCONFIRMED
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|ENHANCEMENT
                Priority|P3
            Subcomponent|editing
             Assigned to|writerneedsconfirm
             Reported by|dwstclair





------- Additional comments from [EMAIL PROTECTED] Mon Dec  1 16:52:13 +0000 
2008 -------
[Note my comments below are from a thread in [discuss] subject 'Resizing 
Images']

This problem began simply with the issue of cropping and image so that what was 
displayed was to the 
user's choice but leaving the entire image incorporated in the file which of 
course impacts file size. It 
was suggested that cropping delete unwanted portions of the image. I raised 
questions about the 
process which are discussed by myself and others below. In addition to the 
basic question I think all 
these issues should be considered by the developers should they elect to change 
the way cropping is 
done. 

When dealing with raster images there are a few things that should be optimized 
by the user. (1) the 
height and width of the image, (2) the resolution of the image, (3) the dpi, 
(4) the palette (number of 
colors). 

---- discussion follows ------

On Nov 12, 2008, at 5:21 AM, Armin Le Grand wrote:

        Hi Clarke,

> > Clarke Rice schrieb: Hi Sigrid I don't understand, why you are
> > complaining. Have you tried the new version of OOo? The cropping tool
> > for images has - in my opinion - improved a lot. I don't know how Word
> > does the cropping (I haven't used Word for some time now), but I think
> > that OOo does it now well enough that you don't need any extra program
> > like GIMP to crop the pictures you want to insert. Try it out. What you
> > say is true.  However in OOo 3, if I insert a large image and resize it,
> > Writer still saves a huge image.  It would be useful if Writer allowed
> > me to save the final document with images at the resolution they are
> > actually used with, or to save without cropped portions of images still
> > being retained in the saved file.
> > 
> > Good idea. For impress, have You tried the presentation optimizer (a
> > downloadable plugin)?
> 
> Please (if not done yet) register at OOo and file an enhancement issue
> for this. Maybe a menu entry or button can be added for cropped images
> to apply the crop and get back to a non-cropped, reduced image.
> 

I can see a logic for retaining the whole image after cropping in that
it allows the author to re-crop the image at any time. Clearly the
downside is the images are larger than the original poster wanted. It
would seem that in order to satisfy the original poster there would need
to be a way to tell the application no further changes to the images are
desired. Now this could be done automatically when the document is
saved. (I don't like this approach). There could be a 'save and minimize
images' option added. There could be a separate command to minimize
image(s) to the size at which they are currently defined. Should this do
all images, selected images, only one selected image?

I mention this only to point out that while the request for the original
poster sounds pretty straight forward it really is pretty complex.

-


On Nov 13, 2008, at 2:40 PM, Clarke Rice wrote:

> Hi Douglas,
> 
> like anything else in software development, the idea is simple until you
> realise what the knock-on consequences could be!
> 
> imho it should work like this:
> 
> - User crops/scales image
> 
> Ok good start. <g>

- User can hit 'save' and the image is saved at full resulotion

> I assume it would be saved at full resolution and full size allowing
> anyone to change the cropping, resolution, rotation...
> 
> - Or right-click on the image and select an option to apply cropping to
> the saved image (plus compression to 100/200 dpi) - MSO does this.

You were on a roll until you right-clicked. (Mac mouses don't got need
no stinkin extra buttons). I suppose it would be alright Mac users are
learning to adapt to the deficiencies of the Windoze world. <g> But for
maximum compatibility (which is a stated goal) coding programs so you
don't need a 14 button mouse or more specifically can do everything with
a one button mouse would seem to be in order.

> - OR, user can set a global option to save images with cropping applied
> to whatever is saved.  Maybe another global option to save at 100/200
> dpi or the original resolution?

Not sure of the value of 100 dpi. 72 dpi is a choice that maps to
traditional typeset standards (i.e. points), 200 maps to fax images, 300
and 600 dpi map to a whole bunch of low cost inkjet printers.

> You thoughts?

Still might be nice to have a few global options that, when the user is
finished messing with their images, would discard information that has
been saved out side the cropped area as well as setting the final
resolution and so forth to all the images. I assume that when the
document is finished and the output device has been selected setting all
images to match this device would be appropriate. This would be another
global option.

The begs the question: If the user plans to send some out by fax (200
dpi), some to old Macintosh pin-printers (72 dpi), an inkjet printer and
laser printer (300 and 600 dpi), and PDF files (maximum resolution) then
how would you handle that?

Also in the case of maximum resolution if some originals are 300 dpi and
others are 2400 dpi should you set all at 300 dpi or leave them at their
original resolution?

Sounds simple, though I imagine it could be a headache to get right in
programming.  The image would presumably have to get sent out to some
sort of JPEG routine, have its resolution changed, then be sent back.

I don't think the programming is half as hard as figuring out what to
program. <g>

[And my final comments]

I can see a logic for retaining the whole image after cropping in that
it allows the author to re-crop the image at any time. Clearly the
downside is the images are larger than the original poster wanted. It
would seem that in order to satisfy the original poster there would need
to be a way to tell the application no further changes to the images are
desired. Now this could be done automatically when the document is
saved. (I don't like this approach). There could be a 'save and minimize
images' option added. There could be a separate command to minimize
image(s) to the size at which they are currently defined. Should this do
all images, selected images, only one selected image?

I mention this only to point out that while the request for the original
poster sounds pretty straight forward it really is pretty complex regarding 
the definition of what you want to do globally.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to