I've just checked in an updated dialogs/object-properties.c which makes this dialog (ctrl-shift-f) transient. This means it always stays on top of the canvas window (if there are several, it attaches to the one which was current when the dialog was created) and minimizes/maximizes together with it.
What can I say? I'm absolutely astonished by how simple it turned out to be, and really baffled by the fact that nobody did it before. It's been in the Sodipodi programming tasks for ages, and it's actually just two lines of code. The difference in usability however is enormous. Judging by the fact that GIMP's interface, despite being almost universally hated, has never attempted to use transient windows (at least in the stable series, I did not try their development series) made me think that this problem is somehow unsolvable on linux - but no.
At least, it works for me (on KDE 3.1).
Please test the CVS HEAD with this change and report any problems you may have with this dialog (ctrl-shift-f). If there are none, I will make all other dialogs and the toolbar transient too.
And by the way, the dialog can now be closed by esc - please test this too, and if there are no problems with that I will change all other dialogs likewise.
Misc:
I made the zoom field (in the bottom right corner of the canvas) unfocusable, so it never steals focus any more. Now arrows should work reliably.
I also changed the treatment of keypad arrows - now they hopefully work both with and without shift (so far only in selector). Please test this and report any problems. If anyone can test this on Windows or Mac that would be great.
I tried to submit patches to mark windows transient to Sodipodi a long time ago, but they were rejected on the grounds that some window managers might not put decorations on transient windows.
I guess we probably should make a little widget that provides a little bar to drag the window by and a close button, just in case.
http://sourceforge.net/tracker/index.php?func=detail&aid=840061&grou...
-mental
On Tue, 2003-11-11 at 09:21, MenTaLguY wrote:
I tried to submit patches to mark windows transient to Sodipodi a long time ago, but they were rejected on the grounds that some window managers might not put decorations on transient windows.
I guess we probably should make a little widget that provides a little bar to drag the window by and a close button, just in case.
Well, if the patch goes in to close dialogs with the escape key, that would probably work... and I think most window managers will allow for dragging with alt+mouse button... So, I'd be happy keeping things the way that they are, and using transient windows.
--Ted
This patch works fine on OSX ( Apple X11 1.0 - XFree86 4.3.0 ) Panther 10.3.1
Great freaking update! Clicking on the properties dialog brings all of Inkscape ( and X11 ) to the front!
I lubb du
-t
On Nov 11, 2003, at 9:53 AM, bulia byak wrote:
I've just checked in an updated dialogs/object-properties.c which makes this dialog (ctrl-shift-f) transient. This means it always stays on top of the canvas window (if there are several, it attaches to the one which was current when the dialog was created) and minimizes/maximizes together with it.
What can I say? I'm absolutely astonished by how simple it turned out to be, and really baffled by the fact that nobody did it before. It's been in the Sodipodi programming tasks for ages, and it's actually just two lines of code. The difference in usability however is enormous. Judging by the fact that GIMP's interface, despite being almost universally hated, has never attempted to use transient windows (at least in the stable series, I did not try their development series) made me think that this problem is somehow unsolvable on linux
- but no.
At least, it works for me (on KDE 3.1).
Please test the CVS HEAD with this change and report any problems you may have with this dialog (ctrl-shift-f). If there are none, I will make all other dialogs and the toolbar transient too.
And by the way, the dialog can now be closed by esc - please test this too, and if there are no problems with that I will change all other dialogs likewise.
Misc:
I made the zoom field (in the bottom right corner of the canvas) unfocusable, so it never steals focus any more. Now arrows should work reliably.
I also changed the treatment of keypad arrows - now they hopefully work both with and without shift (so far only in selector). Please test this and report any problems. If anyone can test this on Windows or Mac that would be great.
-- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup
Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/
This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, 11 Nov 2003, bulia byak wrote:
I've just checked in an updated dialogs/object-properties.c which makes this dialog (ctrl-shift-f) transient. This means it always stays on top of the canvas window (if there are several, it attaches to the one which was current when the dialog was created) and minimizes/maximizes together with it.
I'll add my voice to the others, this is a notable improvement. It makes the application feel much less 'disjointed'.
Please test the CVS HEAD with this change and report any problems you may have with this dialog (ctrl-shift-f). If there are none, I will make all other dialogs and the toolbar transient too.
I've tested it briefly and it works well. Go for it, let's see how this change feels. We'll have plenty of time for folks to play with it and see what they think.
And by the way, the dialog can now be closed by esc - please test this too, and if there are no problems with that I will change all other dialogs likewise.
Works like a charm!
I made the zoom field (in the bottom right corner of the canvas) unfocusable, so it never steals focus any more. Now arrows should work reliably.
Good. It looks like one is allowed to type in custom zoom numbers but it doesn't accept DEL/backspace. Also, if the user deliberately clicks on or in that widget, it might be nice to allow it to take arrow and paging keystrokes for zoom levels.
I also changed the treatment of keypad arrows - now they hopefully work both with and without shift (so far only in selector). Please test this and report any problems. If anyone can test this on Windows or Mac that would be great.
As an aside, it sounds like we're growing an OSX/Darwin porting team, so hopefully we can start leveraging them for participating in the test drives for new features. Sounds like they need some assistance with 'fink', whatever that is. Any other Mac-ites out there?
Bryce
On Wed, 2003-11-12 at 02:58, Bryce Harrington wrote:
As an aside, it sounds like we're growing an OSX/Darwin porting team, so hopefully we can start leveraging them for participating in the test drives for new features. Sounds like they need some assistance with 'fink', whatever that is. Any other Mac-ites out there?
Fink is a .deb-based "distribution" for Mac OS X/Darwin.
see http://fink.sourceforge.net/
-mental
MenTaLguY wrote:
On Wed, 2003-11-12 at 02:58, Bryce Harrington wrote:
As an aside, it sounds like we're growing an OSX/Darwin porting team, so hopefully we can start leveraging them for participating in the test drives for new features. Sounds like they need some assistance with 'fink', whatever that is. Any other Mac-ites out there?
Fink is a .deb-based "distribution" for Mac OS X/Darwin.
Please note that AFAICT, it has nothing to do with Debian.
njh
participants (6)
-
Bryce Harrington -
bulia byak -
MenTaLguY -
Nathan Hurst -
T Ingham -
Ted Gould