Journal drinkypoo's Journal: GNOME's most retarded behavior 4
Type something into a single-line text-entry field, then select it in the reverse of the typing order. While continuing to hold down the selection button, move the mouse to the left of the field; the text remains selected. Now move the mouse below the field while still holding this button. The text becomes de-selected. WTF? This makes sense for multi-line text, but ZERO sense for a single-line field, unless of course you are slavishly emulating the look and feel of Windows, which also gets this wrong. At least they got scrollbars right; those have Amiga-esque behavior instead of the windows type.
Consistency (Score:3, Informative)
Having text be selected from where you started dragging to where the mouse is now is consistent, regardless of the size of the input box or text area. Try starting from the middle of the text, you should find that the first half is selected when you drag up or left and the second half is selected when you drag down or right. If you start at the end of the text and drag down or right, there's no text left to select.
this is more retarded (Score:1)
Type something into a single line field, leave the mouse in the middle somewhere. Hit control-a to select all the text, then hit the left cursor key. The text cursor is at the end of the field, not the beginning! This is infuriating. When moving left, the cursor should just to the start of the selection, not the end.
Re: (Score:2)
Oh yeah, I forgot about that one. I guess GNOME is trying to emulate all the most annoying errors of mac and windows in one environment. Lately I've had problems with middle-click buffer-dumping under GNOME, having it lock gnome-terminal and the like... So I guess they're trying to ruin the traditional Unix interface as well.
Re: (Score:1)
Also, I guess it's more a GTK feature than GNOME. I use XFCE4 instead of GNOME and see the same crap.