One-toolbox-only patch is committed. Please test. Now the command to call toolbox is in the dialogs submenu. Any ideas on what key to assign it to?
I tried to assign context menu to a single alt press, but this made alt-shortcuts unusable because it fired the menu no matter if any other key is pressed with alt or not. Does anyone know how to fix this?
Another weirdness: I wanted to assign space to selector - it's used this was on Xara and it's very convenient. But the verb does not work with GDK_space. Looks like someone steals this key. So for now it's shift-space - this way it works fine.
Thomas: Multiple instances of the program work for me, as do command line arguments. I agree that buttons should send focus to canvas, and maybe not only buttons. I will look into that.
First let me say you're doing a freaking great job!
On Nov 13, 2003, at 9:39 AM, bulia byak wrote:
One-toolbox-only patch is committed. Please test. Now the command to call toolbox is in the dialogs submenu. Any ideas on what key to assign it to?
Ctrl+T / Alt+T / Meta+T
I tried to assign context menu to a single alt press, but this made alt-shortcuts unusable because it fired the menu no matter if any other key is pressed with alt or not. Does anyone know how to fix this?
Ctrl+M / Alt+M / Meta+M
Another weirdness: I wanted to assign space to selector - it's used this was on Xara and it's very convenient. But the verb does not work with GDK_space. Looks like someone steals this key. So for now it's shift-space - this way it works fine.
Can we please use Ctrl / Alt / Meta for temporary tool changes?
Thomas: Multiple instances of the program work for me, as do command line arguments. I agree that buttons should send focus to canvas, and maybe not only buttons. I will look into that.
Essentially anything that ends without prompting the user for more data should send the focus to the canvas, perhaps in the event chain, if the even is not handled it defaults to "Focus Canvas"
-Thomas
On Thu, 13 Nov 2003, T Ingham wrote:
First let me say you're doing a freaking great job!
Agreed!
And also good work capturing the rationales for these changes into Wiki. I think it's very smart to do this because later when people wish to know why the interface now works in a different way, they will be able to read the explanation someplace. That should hopefully help us avoid having to rehash these later on in the future, or at least ensure that when the arguments come that they have to be well thought out. ;-)
I've also added a blurb about this work on the website.
Bryce
participants (3)
-
Bryce Harrington -
bulia byak -
T Ingham