> Should check on those. Sounds like they got some stuff right.
at the end of the day there are always going to be some choices that are totally irreconsilable (vim Versus emacs) that may neccesitate completely seperate keybinding schemes but that is a more long term thing that hopefully can be handled on a higher level. > > I also think that Ctrl+key should be used as much as possible, rather > > than single key shortcuts. Reasons: Consistancy, harder to accidentaly > > do something wrong, and how do you handle conflicts with Text Input. > > Single key shortcuts should only be for things that don't actually change > anything in the diagram, i.e. selecting different tools, colors etc. Gimp > already has that. > As for the text input conflicts, that has been bugging me for a while. > Especially that Ctrl-D deletes the whole string, rather than (like Emacs) Ctrl+K is the recommended keybinding to delete a whole line (assuming i remember correctly from the HIG). (I expected that the Del key would delete, but it is already taken by GTK for clearing&customizing the keybindings) As I said in my previous email I recommend a thorough and holistic approach to Keybindings. > >> I believe we can give placement hints that the decent window managers > >> may ignore, but which may make it easier for SDI people to have a decent > >> layout. Point to work on. I guess i am just really stuck in my ways and really just want an SDI interface, but i there are probably a few things that can be done to make Dia friendlier to people who prefer SDI without bothering those who like MDI. > I should actually be writing my prelim paper right now:) I just wanted to > stir up the nest a bit and get to hear what would make Dia easier to use. > > I should have probably filed most of these in Gnomes Bugzilla but some of > > these things require more detail and it is hard to know if a project is > > receptive to criticism (and even harder to be constructive when you > > criticise). > Indeed. I find it useful to occasionally invite criticism to hear what > input people can give. > > Boy, this is getting long. In a couple days, I will go over the discussion > and write up a to-do list. seeing as you mention how this thread was getting long although it takes a bit of effort and i realise you might not have time to do it i think it is really great when people post a clearly labelled email summary of a long thread. Abiword does this as part of its weekly news, other projects (i cannot recall) simply do it on the mailing list. It is a great feature but the problem is you need some one who has been paying attention to the list, and can spare the time to write a good summary that capture the important issues that have been discussed. And seeing as i keep mentioning the Human Interface Guidelines. usability.gnome.org redirects to here: http://developer.gnome.org/projects/gup/ > Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) Sincerely Alan Horkan http://matrix.netsoc.tcd.ie/~horkana/ _______________________________________________ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
