bb> 3. Several people suggested that making keyboard
shortcuts user-modifiable and providing "profiles" imitating other vector editors. This is an attractive idea but there are some issues. I added a
bb> brief overview of this to the KeyboardShortcutsToDo. it would be a great feature.
OK, so whoever is not busy coding (and especially fixing bugs) at the moment could start working towards this. Please pick your favorite non-Inkscape vector app and make a list of its shortcuts and corresponding functions. Please also categorize each function into one of the following groups:
1. There is a corresponding function (with the same or different shortcut) in shortcuts.c (i.e. this is a global verb in Inkscape).
2. There is no such function in shortcuts.c but such a function is listed on the KeyboardShortcuts wiki page (which tracks all shortcuts currently implemented in Inkscape).
3. There's no such function in Inkscape, but it would be relatively straightforward to implement it.
4. There's no such function in Inkscape, and it's not clear how to implement it (i.e. we don't have such a tool, or palette, etc.).
Please use Wiki for creating your lists. You can link them from under "Interface discussions" on the Wiki front page.
corel has something similar in its coreldraw and corel photopaint - but you can switch not only shortcuts but
also
a layout of toolbars to imitate illustrator or photoshop (respectively).
That's I don't see how to do. (Especially given that Illustrator and Photoshop do not have a fixed layout.) And in any case, right now the dialog layout is very rigid and messy in the code ("boilerplate"), so this has to wait until we switch to something more flexible (Glade?).
On Wed, 26 Nov 2003, bulia byak wrote:
Date: Wed, 26 Nov 2003 07:40:33 -0500 From: bulia byak <bulia@...23...> To: inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] keyboard issues
That's I don't see how to do. (Especially given that Illustrator and Photoshop do not have a fixed layout.) And in any case, right now the dialog layout is very rigid and messy in the code ("boilerplate"), so this has to wait until we switch to something more flexible (Glade?).
Both Abiword and Gnumeric use Glade, makes user interface changes and maintainance much easier and it also allows a different kind of developer to get involved in the project more easily. The extra dependencies are minimal and the speed impact neglidgable. This would seem like a very sensible longer term goal.
Sincerely
Alan Horkan http://advogato.org/person/AlanHorkan/
On Thu, 27 Nov 2003, Alan Horkan wrote:
On Wed, 26 Nov 2003, bulia byak wrote:
That's I don't see how to do. (Especially given that Illustrator and Photoshop do not have a fixed layout.) And in any case, right now the dialog layout is very rigid and messy in the code ("boilerplate"), so this has to wait until we switch to something more flexible (Glade?).
Both Abiword and Gnumeric use Glade, makes user interface changes and maintainance much easier and it also allows a different kind of developer to get involved in the project more easily. The extra dependencies are minimal and the speed impact neglidgable. This would seem like a very sensible longer term goal.
The concern that had resulted in dropping of the glade dependency for Sodipodi was that many users were encountering dependency problems. I think that portability to Windows may have been a key consideration. There are likely other secondary issues like customizability, etc. that may be more straightforward for coders to do in code than via glade.
I think if the dependency concerns can be proven to be a non-issue, it would be possible to reconsider glade for Inkscape, although be aware that due to these prior dependency problems (and perhaps other issues) there is bias against it, so a well-researched case for glade would need to be made in order for it to be reconsidered at this point.
We're hopeful that in transitioning to Gtkmm we'll be able to simplify the GUI code to the point that updating the GUI layout is not nearly as challenging. We're also hoping that once we have a plugin system in place, dialogs and other new UI elements can be added in modularly (such as via Python). Glade could be easier to rationalize for plugins, since then it would be a dependency of a module rather than of the core.
Bryce
Hello,
The concern that had resulted in dropping of the glade dependency for Sodipodi was that many users were encountering dependency problems. I think that portability to Windows may have been a key consideration.
Some time ago I have done small tests with python&pygtk&glade on win32. So libglade-2.0-0.dll and glade-2.exe (for building the interface) do exist for windows.
M
participants (4)
-
Alan Horkan -
Bryce Harrington -
bulia byak -
Mael