Re: [Evolution] Checking with list before making a feature request.
Note to the developers: I find this behavior of the folder list annoying as well and wish it would go away. I get the trap with]. -- Art Alexion MIS/Central Office Support Resources for Human Development - Original Message - From: evolution-list-boun...@gnome.org evolution-list-boun...@gnome.org To: evolution-list@gnome.org evolution-list@gnome.org Sent: Wed May 06 18:28:32 2009 Subject: Re: [Evolution] Checking with list before making a feature request. On Wed, 2009-05-06 at 16:42 -0400, William Case wrote: ctl-[ moves focus from selected folder in Folder List to first unread message in Message List. ctl-] moves focus to first (or next) folder flagged with 1 or more unread message(s) in the Folder List. The inbox folder would be an exception or counted as the last folder. Interesting, but I think it would be better for matching keys to have matching functions (forward/back). In fact I dislike the (existing) notion of the Folder List having focus at all. The only point of it is to allow folder selection using the keyboard, but since this is something I never use (not just hardly ever but literally *never*) I find it a waste of cognitive space. Furthermore it occasionally traps me when I hit . and find a ridiculous text box waiting for me to type more characters of the folder name[1]. poc [1] Ridiculous for two reasons: a) I'm not sure it's even possible for a folder name to begin with a . on an IMAP server, and b) even it it's possible, none of my folders start with . so what's it waiting for? (In fact this makes the whole text-box folder selection thing a crock even apart from the . issue.) I'm afraid I have strong feelings about this rather trivial point because I've been complaining it since Evo 2.0 in 2004 (http://bugzilla.gnome.org/show_bug.cgi?id=268644). ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Checking with list before making a feature request.
On Wed, 2009-05-06 at 18:28 -0400, Patrick O'Callaghan wrote: I'm afraid I have strong feelings about this rather trivial point because I've been complaining it since Evo 2.0 in 2004 (http://bugzilla.gnome.org/show_bug.cgi?id=268644). Hi, the above is closed, and as I understand it, they went by the 'or' path, you offered, thus added there other shortcut. As ctrl+. instead of . might work? Milan ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Checking with list before making a feature request.
On Thu, 2009-05-07 at 14:47 +0200, Milan Crha wrote: On Wed, 2009-05-06 at 18:28 -0400, Patrick O'Callaghan wrote: I'm afraid I have strong feelings about this rather trivial point because I've been complaining it since Evo 2.0 in 2004 (http://bugzilla.gnome.org/show_bug.cgi?id=268644). Hi, the above is closed, and as I understand it, they went by the 'or' path, you offered, thus added there other shortcut. As ctrl+. instead of . might work? Yes, it's closed, but for the wrong reasons. If you read the thread on the BZ page, Next Unread was changed to Ctrl-] and then some people got upset because that combo is hard to type on some European keyboards, so . was restored as an alternative. Then the bug was closed. Somewhere in the middle of this my original point was forgotten. It still exists in exactly the same form as I originally stated it. I suppose I could ask for the bug to be reopened, but I'm not sure of the procedure for doing that. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Checking with list before making a feature request.
On Thu, 2009-05-07 at 14:47 +0200, Milan Crha wrote: the above is closed, and as I understand it, they went by the 'or' path, you offered, thus added there other shortcut. As ctrl+. instead of . might work? I forgot to mention that Ctrl+. is identical to ., so in a sense the issue can be avoided if one retrains ones fingers to always use the Ctrl version. It still doesn't mean the text selection thing is well implemented. It should at least beep if the initial string doesn't correspond to any folder. In which case . could then be special-cased (don't beep but just do Next Unread). poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Checking with list before making a feature request.
On Wed, 2009-05-06 at 16:42 -0400, William Case wrote: ctl-[ moves focus from selected folder in Folder List to first unread message in Message List. ctl-] moves focus to first (or next) folder flagged with 1 or more unread message(s) in the Folder List. The inbox folder would be an exception or counted as the last folder. Interesting, but I think it would be better for matching keys to have matching functions (forward/back). In fact I dislike the (existing) notion of the Folder List having focus at all. The only point of it is to allow folder selection using the keyboard, but since this is something I never use (not just hardly ever but literally *never*) I find it a waste of cognitive space. Furthermore it occasionally traps me when I hit . and find a ridiculous text box waiting for me to type more characters of the folder name[1]. poc [1] Ridiculous for two reasons: a) I'm not sure it's even possible for a folder name to begin with a . on an IMAP server, and b) even it it's possible, none of my folders start with . so what's it waiting for? (In fact this makes the whole text-box folder selection thing a crock even apart from the . issue.) I'm afraid I have strong feelings about this rather trivial point because I've been complaining it since Evo 2.0 in 2004 (http://bugzilla.gnome.org/show_bug.cgi?id=268644). ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
