possible bug: page vertical resize changes coordinates
Hi there,
I'm using Inkscape 0.45.1 under MacOSX.
I have a problem when I resize a page vertically: the elements of the drawing move with the resize, because their distance remains fixed from the _top_ of the page, instead of from the bottom of the page.
When a page is resized vertically, the height of the page changes. The bottom is the zero, so it remains fixed, and it is the top that moves. However, the coordinates of the elements of the drawing move with the top. I think this is not desirable: their coordinates are from the bottom of the page, so they should remain in the same position in respect to the bottom of the page. Unfortunately, this is not what happens.
For example, if I align my drawing with the grid and then resize vertically, the elements are completely misaligned, because the grid remains fixed from the bottom of the page, but the elements don't.
This does not happen when I resize a page horizontally. In that case, it is the right border that moves, but the elements of the drawing maintain their positions in respect to the left border, where the horizontal zero is. This is the desirable behaviour, IMO.
I am thinking of filling a bug report, but I'm new to Inkscape. I want to be sure that I'm right and that this is indeed a bug and not a feature that was implemented for some reason that I don't understand. Can some one comment on this?
Thanks,
Paulo
Hi Paolo,
I don't think that this is a bug.
In SVG the coordinate system origin (0/0) the origin is on the top left. That might be the reason.
But then, the ruler in Inkscape tells the opposite, zero is on the bottom of the page, which actually contradicts the SVG coordinate system. Maybe the inkscape developers wanted to stick to what other vector illustration programs do and not to the SVG conventions.
Any ideas?
Andreas
Hi there,
I'm using Inkscape 0.45.1 under MacOSX.
I have a problem when I resize a page vertically: the elements of the drawing move with the resize, because their distance remains fixed from the _top_ of the page, instead of from the bottom of the page.
When a page is resized vertically, the height of the page changes. The bottom is the zero, so it remains fixed, and it is the top that moves. However, the coordinates of the elements of the drawing move with the top. I think this is not desirable: their coordinates are from the bottom of the page, so they should remain in the same position in respect to the bottom of the page. Unfortunately, this is not what happens.
For example, if I align my drawing with the grid and then resize vertically, the elements are completely misaligned, because the grid remains fixed from the bottom of the page, but the elements don't.
This does not happen when I resize a page horizontally. In that case, it is the right border that moves, but the elements of the drawing maintain their positions in respect to the left border, where the horizontal zero is. This is the desirable behaviour, IMO.
I am thinking of filling a bug report, but I'm new to Inkscape. I want to be sure that I'm right and that this is indeed a bug and not a feature that was implemented for some reason that I don't understand. Can some one comment on this?
Thanks,
Paulo
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
On Tue, 2007-07-24 at 10:24 +0200, Andreas Neumann wrote:
But then, the ruler in Inkscape tells the opposite, zero is on the bottom of the page, which actually contradicts the SVG coordinate system. Maybe the inkscape developers wanted to stick to what other vector illustration programs do and not to the SVG conventions.
It was an inheritance from Sodipodi. We'd like to change it to match SVG conventions, but it's a lot of work (there are multiple places that need changing) and nobody's tackled it yet.
-mental
participants (3)
-
Andreas Neumann -
MenTaLguY -
Paulo Abreu