Bottom/up coordinate system

I forgot to mention the biggest problem here. Grid is automatically anchored to coordinate orgin of document, to the bottom. Documents are mostly layed out from top to bottom according to grid. So this is also upside down :(

um, in AutoCAD and QCad and Voloview the origin is at the bottom left.

well, that sounds like CAD software. Inkscape in not a CAD. it's drawing tool. Which drawing tool/applicaiton have origin bottom/left?

another thing. your are probably not going to use Inkscape beside some CAD. most common use is vector+bitmap drawing tool.

The first quadrant of a cartesian system has its origin in the bottom-left.
Most of the graphics applications use the fourth quadrant (maybe because the western cultures read from top left to bottom right), but that doesn't make inkscape wrong.
If the user can set the origin then will be able to save a default template with that origin, so it will be permanently set on that location.
Then the problem will be solved for everyone.

I'm marking this as a duplicate.
Please don't open new reports of already reported issues if you don't agree with how a bug is qualified.
Just add some comments in the original report stating your point.

True,

it's not duplicate of any bug, those other bugs are asking you to create customizable coordinate system. That reuires some lengthy coding. I would like to see this fixed asap, that means pick up simplest solution available. I just want to adhere to convention of "western cultures", but I suppose that arabic Photoshop (etc.) keeps it's origin in top/left.

Isn't it better to eas the pain of designers now, with really simple patch, I can't write myself because of my poor knowledge of C. And contribute to establishment of well known convention, that in graphics tools/applications which deal with coordinate system, the origin will always be top/left corner?

The strange thing here is that there's nobody to complain about it.

Dusan:
It's not the first time that this issue is discussed. The situation is well known.
As far as I can remember, the change was not trivial and that's why it wasn't done yet. The changes needed in the code would work also for setting the origin point, and as I mentioned before, with that ability it would be possible to modify the default template and set the origin point on the top-left or wherever you want.
So this issue IS related to the other report and this issue would be solved with that fix.

Since you aren't a coder and you can't provide a patch for that problem, please respect developers' priorities and trust that they will make their best to fix the problem. Opening new, duplicate reports just makes things worst, because the list of open bugs grows and becomes harder to manage.

Meanwhile, the current behavior is just different. Not wrong.
You think that going against common conventions is a bug. Well, it is not.
The current behavior only bugs you because you're too used to the other behavior. It's not a bug, it's matter of habit.

I'm marking this again as a duplicate of the other, since the ability of assigning the origin of the coordinates system will make this bug obsolete. Please leave it alone and wait.
If you have more comments please add them in the other report.

Dusan,

One more reason this is not as simple as you think to just change it. It will "break" a number of our users documents, and it really needs to be done right when implemented. If you had hundreds of documents "break" on you with no warning, would you be a happy user? Please know we take this issue seriously and want to provide the best solution for all users, not just a quick fix that will cause more issues than it fixes.

Dusan:
I found a previous bug about the inverted coordinate system. I marked this report as duplicate of it.
So, this report isn't a duplicate of a feature request anymore. It's a duplicate of a confirmed bug report that states almost the same you did.