> [...]Because all those software projects mentioned follow the different convention of having one main container window, and each project is a sub-window of sorts in the main window.
That is not true.
Actually it is, except Libre Office. I was thinking of Scribus. My apologies. Point is, there are many different ways to handle the windowing, and not all are great UX, even on MacOS. Even from your examples below, that's a lot of different was to handle (or mishandle).
Libre Office is a great example of how terrible UX can be on Mac. No document window open and just a bar at the top? That's just awful UX imho. I much prefer the container-window apps, which I think is what OP wanted (but would take a major re-write).
GIMP: Uses a container window, that stays open when you close the last document. (OK!)
But you don't use the window controls to close the last document, do you? You close the tab, it has it's own control. Inkscape doesn't have that. That's my point.
Libre Office: Does not use a container window. Closing the document leaves no windows open, just the menu bar is open. (This is the most common behavior on a Mac.)
Terrible UX. Fight me. lol
But whatever. Maybe this is what Mac users want? Maybe that's not too much of a hassle, I say give it to them. :)
Inkscape (<1.0): Does not use a container window. Closing the last document opens a new empty document. (OK!)
Yea, that was the first of my examples for how to change it that's the least amount of work, I'd think. Also, we've established that it doesn't use a container window, so I'm not sure why this is mentioned here.
Inkscape (1.0): Does not use a container window. Closing the last document quits the program (Not OK!)
Fair enough. I already said previously that the (OK!) version above was fine, and was the least amount of work.
> Presently, Inkscape only has window controls, and calls up a new main window for every new file opened. So there are two potential "fixes" for this:
> 1. Inkscape opens a new document when an edited document is closed -[...]
> 2. Inkscape needs to become a sub-window style UI where documents are contained in it, [...] we are sacrificing time working on other big ticket items.
Even amongst the few examples that brynn brought up here, those are not the only two options. And, no one (at least in this discussion) is asking for a major rewrite.
Good, because it was very much sounding like it. The OP did mention Adobe products, and said they all work that same way, so why doesn't Inkscape? Well Inkscape doesn't use a container window for starters. That's not a small difference. That's a huge difference in UI, and would require a major re-write. So to solve the problem in that particular way would take a major re-write.
This is a relatively minor bug; it should be acknowledged and given proper weight as a minor but legitimate UI concern.
I have no problem with it being addressed, as I said before, and we agree it's a minor bug. the OP thinks it's a major bug, but well whatever. :) It depends on how the OP wants it to be addressed whether it's a lot of work or not, and since they flat out refused to file bug reports in gitlab because (I guess) they read in our documentation somewhere they could just type out a list to the dev mailing list, and we'd fix it right away. Well, *that's* a bug imho. We should find out where it says that and correct it with proper links to how users should fill out bug reports so we can address them properly.
Also, I don't get the attitude "you're all just lazy" and then refusing to fill out a bug report so we can action it.
Inkscape development runs on the motivation of volunteers. There was very little in the first reply which would motivate anyone to take the reigns on it to be honest.
If they were nicer, I'd probably have helped them fill it out.
Someone want to add an issue for it on behalf of the OP, then I'll upvote it.
-C
-Windell
_______________________________________________
Inkscape Devel mailing list -- inkscape-devel@lists.inkscape.org
To unsubscribe send an email to inkscape-devel-leave@lists.inkscape.org