On Thu, 2004-01-29 at 19:09, Alan Horkan wrote:
On Thu, 29 Jan 2004, bulia byak wrote: Is it part of the plan that the item "Dialogs, Tool Options" be merged into the secondary toolbar?
Yes.
I've looked at the current keybindings (Jan 29).
View, Grid #" is a bad keybinding for Americans. if i recall correctly # is Shift+3 on an American keyboard. Also the label should probably be changed to Show Grid (and similarly Show Rulers and Show Scrollbars).
Agreed on the label, but speaking as an American I don't think Shift+3 is particularly onerous, especially as it's not one of the most frequently used features (and the glyph is a useful mnemonic).
I'd also recommend avoiding single letter keybindings for most things except the tools (but I wont be surprised if you dont think the Function keys should be changed either).
For similar reasons I'm not sure about the keybindings for Next Zoom Shift+' Prev Zoom ' (abbreviations definately not allowed!) but I find the whole idea a bit odd, it is like a seperate undo history for Zoom which is not something I've seen before.
Group and Ungroup use the shortcuts Ctrl+G and Ctrl+U respectively which are reasonable. But given the shortage of avialable keys, the Gnome HIG, and the keybindings used by Adobe Illustrator I would suggest you consider changing it to Ctrl+Shift+G for Ungroup.
Hrm, agreed, I think...
Getting distracted again I notice Inkscape has "Clear All" which is grouped beside select all and I mistakenly thought it meant clear the selection i.e. "Select None".
Clear All seems redundant given that you can Select All and then Delete (or start a new document) and I cannot imaging that deleting everything in your document is a very common thing to want to do. If anyone understands the necessity of this please do tell?
Agreed. I have actually never used it, but I made the same mistake as to what it was supposed to do. I think we can dispose of it.
Tried agian with a more recent build from today and I still cannot import any images (tried jpegs png and bitmaps).
That particular bit of code needs a heavy refactoring anyway. To the point where most of it could safely be thrown out, I think. The last time I looked at it, the code in file.cpp was a near identical clone to code in sp-image.cpp; much of the functionality should be rolled into there, IMO.
-mental