6:31 p.m.
When I use export, it seems screwy with the DPI. I expect that if I
change the DPI to 72, and then change the size of the exported image,
the DPI should stay the same. It is really wacky and unlike other
graphics apps for the DPI to change when I change the image size, and
vice-versa. Actually, most apps, like gimp, etc have locks to constrain
dpi and proportions (see attached screenshot).
Anyhow, export use to work well for me to do exporting for web, but now
is strange. Is this a problem for anyone else? Yes, I understand the
logic that the size changes because there are then more pixels per inch,
but I don't agree in how it acts.
Once someone sets dpi in this, then the exported image should stay the
same size and just have a higher DPI, but same size.
Thoughts on this? Am I wrong here? Am I smoking something? Whats the
deal??
Jon
--
Jon Phillips
USA PH 510.499.0894
jon@...235...
http://www.rejon.org
Inkscape (http://inkscape.org)
Open Clip Art Library (www.openclipart.org)
CVS Book (http://cvsbook.ucsd.edu)
Scale Journal (http://scale.ucsd.edu)
2:03 a.m.
On Thu, 24 Mar 2005 01:31:55 -0800, Jon Phillips <jon@...235...> wrote:
When I use export, it seems screwy with the DPI. I expect that if I
change the DPI to 72, and then change the size of the exported image,
the DPI should stay the same. It is really wacky and unlike other
graphics apps for the DPI to change when I change the image size, and
vice-versa.
If you think about it for a moment you will realize that unlike other
apps, we have different controls for export _area_ and for the _size_
of exported image. So when you change the _area_ (either by the
xo/y0/x1/y1/width/height controls, or by clicking Page, Drawing, or
Selection), the export _size_ (in pixels) changes, but DPI stays the
same. When you change export size, area stays the same but DPI changes
to match.
Absolutely logical.
1:53 a.m.
On Thu, 2005-03-24 at 13:03 -0400, bulia byak wrote:
On Thu, 24 Mar 2005 01:31:55 -0800, Jon Phillips
<jon@...235...> wrote:
> When I use export, it seems screwy with the DPI. I expect that if I
> change the DPI to 72, and then change the size of the exported image,
> the DPI should stay the same. It is really wacky and unlike other
> graphics apps for the DPI to change when I change the image size, and
> vice-versa.
If you think about it for a moment you will realize that unlike other
apps, we have different controls for export _area_ and for the _size_
of exported image. So when you change the _area_ (either by the
xo/y0/x1/y1/width/height controls, or by clicking Page, Drawing, or
Selection), the export _size_ (in pixels) changes, but DPI stays the
same. When you change export size, area stays the same but DPI changes
to match.
Absolutely logical.
Yes, it is, but I think there needs to be a constraint toggle switch in
the export dialog for when users want to scale the exported image in the
export dialog, and not change what is on the canvas. When I want to
scale something with this 'absolutely logical' way, I don't get
constrained output, as I have to change the width independent of height,
and the similar for the other controls int the top half of that dialog.
I really don't want to do constraining by hand ;)
What do you think? Sorry for the late reply...been thinking about some
other things...
Jon
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
--
Jon Phillips
USA PH 510.499.0894
jon@...235...
http://www.rejon.org
Inkscape (http://inkscape.org)
Open Clip Art Library (www.openclipart.org)
CVS Book (http://cvsbook.ucsd.edu)
Scale Journal (http://scale.ucsd.edu)
7:55 p.m.
On 4/16/05, Jon Phillips <jon@...235...> wrote:
Yes, it is, but I think there needs to be a constraint toggle switch
in
the export dialog for when users want to scale the exported image in the
export dialog
Just scroll Width in Bitmap size and the Height is updated to match.
They are ALWAYS constrained, you can't get non-uniform scaling on
export (why would you want it anyway?)
When I want to
scale something with this 'absolutely logical' way, I don't get
constrained output, as I have to change the width independent of height,
No. Again you are confusing bitmap size and export area. Bitmap SIZE
is always constrained. Export area is not, but why would you want to
constrain the AREA? Can you give a use case?
10:44 p.m.
bulia byak wrote:
Just scroll Width in Bitmap size and the Height is updated to match.
They are ALWAYS constrained, you can't get non-uniform scaling on
export (why would you want it anyway?)
Perhaps if your bitmap is destined for a device with non-square pixels?
(e.g. Digital Video, CRTs at non-4:3 resolutions)
John
11:18 p.m.
On 4/18/05, John Pybus <john@...368...> wrote:
> Just scroll Width in Bitmap size and the Height is updated to
match.
> They are ALWAYS constrained, you can't get non-uniform scaling on
> export (why would you want it anyway?)
Perhaps if your bitmap is destined for a device with non-square pixels?
(e.g. Digital Video, CRTs at non-4:3 resolutions)
I think it's not a very common requirement. Also you can achieve that
by exporting from the command line with both --export-width and
--export-height set.
1:19 a.m.
On Mon, 2005-04-18 at 07:55 -0300, bulia byak wrote:
On 4/16/05, Jon Phillips <jon@...235...> wrote:
> Yes, it is, but I think there needs to be a constraint toggle switch in
> the export dialog for when users want to scale the exported image in the
> export dialog
Just scroll Width in Bitmap size and the Height is updated to match.
They are ALWAYS constrained, you can't get non-uniform scaling on
export (why would you want it anyway?)
I mean in the Export Area section of that dialog. There should be a
switch to contrains those settings.
> When I want to
> scale something with this 'absolutely logical' way, I don't get
> constrained output, as I have to change the width independent of height,
No. Again you are confusing bitmap size and export area. Bitmap SIZE
is always constrained. Export area is not, but why would you want to
constrain the AREA? Can you give a use case?
Right, I did confuse those. Export Area Width and Height should have
this constraint toggle I believe.
I would like to have constrained export area for height and widwth
because if I only increase the Width in Export Area, then the Width of
the Bitmap changes, but not the Height in constraint with the changing
width. I want to scale up the image size, but keep the DPI the same, and
that seems the best way to do this, and it is consistent with other
apps.
--
Jon Phillips
USA PH 510.499.0894
jon@...235...
http://www.rejon.org
Inkscape (http://inkscape.org)
Open Clip Art Library (www.openclipart.org)
CVS Book (http://cvsbook.ucsd.edu)
Scale Journal (http://scale.ucsd.edu)
9:51 a.m.
On 4/20/05, Jon Phillips <jon@...235...> wrote:
I would like to have constrained export area for height and widwth
because if I only increase the Width in Export Area, then the Width of
the Bitmap changes, but not the Height in constraint with the changing
width. I want to scale up the image size, but keep the DPI the same, and
that seems the best way to do this, and it is consistent with other
apps.
Setting custom export area is a very rare action. Most of the time you
export an object and thus use the w/h/x/y of the selection. If you
want to export selection with margins, just draw a rect underlaying
your drawing with the margins you need and export that rect. Besides,
if you want margins, what you propose would not be very helpful anyway
because (1) proportional scaling will make unequal hor/vert margins if
the drawing is not square and (2) you'll need to adjust x/y too, not
only w/h. All this is very clumsy and inconvenient. So I don't see any
real need for this change.
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
6613
days inactive
6641
days old
inkscape-devel@lists.inkscape.org
7 comments
3 participants
participants (3)
-
bulia byak -
John Pybus -
Jon Phillips