the whole "Enter sends in Kopete" conversation (and i use that word lightly in this context) has been most interesting. so far i've been told all sorts of things that have been like revelations from the breaking clouds for me (sarcasm?), covering everything from the style of my blogging to the content found herein.
apparently i should use the shift key "properly", e.g. capitalize sentence beginnings and not use ALL CAPS for emphasis because that's shouting. thanks for the advice, but i like how i misuse my shift key (take a look at the by-line to my blog). and i'm not shouting, i'm using something in place of bold. old skool, baby! speaking of shift keys, it's interesting that all-lowercase is as easy and in some cases easier to read than mixed case! so are thinner columns of text. i wonder if this blog engine supports multicolumn entries without forcing me to do tables in html. hm...
oh, and a "use case" has nothing to do with usability either. some kind fellow straight out of software requirements felt like informing me of this, because, as we all know, there is exactly one type of and one purpose for the phrase "use case". sorry to tread on your terminology.
i'm also supposed to be nicer in my headlines, because saying things like "a lesson to all" is mean spirited or something. i wonder, is it akin to jumping out of a closet and growling like a bear when someone walks down the hallway at night?
eventually we get to more topically relevant input, such as when i say that "yes it's a multilineedit, but that technical detail doesn't override how people use it" the appropriate reply seems to be to shout ever louder "but, but.. it IS a multilineedit!" uh-huh... apparently if at first the user doesn't "get it", just repeat it louder until they do! (or is it "until they ignore you and your software?")
and then it's not enough that users ask frequently how to change this. suddenly the origin of the users is in question. it's not enough that our users are unhappy or befuddled, we need to ensure that their unhappiness is not due to some past we don't care about or agree with. the fact that our users have found an ergonomic way to use these things isn't in and of itself enough? where one learns a good way of doing something shouldn't matter. if it's an inferior way of doing things, then we may have to weigh the issue, but it it isn't inferior, then why complain?
i do wish those providing feedback would spend more time considering how IM chatting is like conversation or like IRC, though. seems few, save those who agree with the change, want to broach the topic of what the actual purpose of the application is and how people accomplish that task (which i called a "use case", mea culpa!). instead, we are requested to pay attention to the widget class and my use of words.
when it comes down to it, we tend to dislike change. we tend to like keeping to our rigid rules, even when they are superstition. we are creatures of comfort, and those who move the proverbial pillows on us piss us off.
there have been a number of changes made in KDE over the last couple years that have met with similar morose frustration and anger. on the other side of the release, these same changes have often been praised by reviewers and users alike. as KDE marches towards better usability, these sorts of issues keep arising. and in a project where peer review is a primary mechanism for stability, if one starts having to pick and choose which peer review to pay attention to, does that defeat the whole purpose of it? i think that's where the idea of "meritocracy" comes in. we build reputations through our abilities and actions, and that allows others to weight our input. this has been one of the key points that has kept KDE as a whole from devolving into chaos.
some have thought it works by "whoever commits the code to cvs first" or "whoever talks the longest/loudest". we've seen a few examples of this in the recent past, but generally the meritocracy concept remains more or less in tact as a balancing rod.
as for the content of my blog, i'm not writing here to change the world. i'm writing here because these are the thoughts in my head, and this is my navel-gazing look-out point onto the fractured state of those thoughts.
Saturday, September 18, 2004
Subscribe to:
Post Comments (Atom)

8 comments:
Aaron, you certainly qualify for the person who talks longest/hardest.
Boudewijn
Aaron, you certainly qualify for the person talks longest/hardest.
Boudewijn
I agree with changing to send with Enter, but not entirely with the implementation thereof. The main and only goal of usability is not to be self-consistent, or consistent with similar apps, or consistent with /anything/ - the goal is for it to be easy to use. (I mean, it's contained in the name, 'usability', should be sort of obvious...). And if lots of people are complaining about it, then obviously, it is not easy to use, and thus changing it was the correct choice.
However, having a multiline text field with Enter as the send key is rather self defeating. It should be made single line, with an option to switch to the multiline, Ctrl-Enter to send configuration in the preferences.
And on backporting... ideally users installing it for the first time should get the new defaults, while people upgrading should keep their existing configuration. I don't know who/what's responsible for managing this, KDE or the package manager of the distro (though I'd think the latter), so I can't really comment on this any further.
And now two smaller, but related issues (I'm using 3.3.0) -
- Pressing tab from the text field should move the focus to the Send button (it currently doesn't, for whatever reason). It's what I use for sending multiline comments on the intarweb when I don't feel like moving the mouse, and I'm probably not the only one. Although... I just checked and it's set as the shortcut for tab completion, so dunno what the solution is. Is there any way to have both? (say, if you tab once and no nick completion is found, then nothing happens, and if you tab again it moves the focus)
- When I paste something into the text field, pressing Enter afterwards inserts a newline rather than sending even though I have Enter configured as the key to send (iirc, ctrl-enter didn't send either, think it did nothing). (1) Why?, (2) Make it not.
-Illissius
Hrm, so I suppose the lesson is, "think before you speak", "there is more than your way of doing things", "software isn't designed for you unless the maker desires it so". Personally, I don't see the debate.
You can have multi-line dialogues or you can have single line dialogues. The former implies to a degree that pressing enter will give you a new line, because you composing a multi-line message. The latter says that pressing enter will send it. Personally, single line sucks, because of the way I IM with folks.
It'd be great if, I don't know, there was something called choice. First off, how about an option to allow single/multi-line, nothing fancy, just an option for Kopete which effects all message boxes. Second, if multi-line is being used allow folks the option to assign enter for newline or send and if it's chosen for send, then allow them to setup a key combination, or have a small list for send.
How freakin' hard is this?
Your claim to old skool may be correct, if you mean AOL circa 1999 ;-)
Sorry dude, but THIS IS SHOUTING. *This* is the equivalent of bold (maybe _this_, if you were keeping lamer company).
And yes, uppercase at the beginning of paragraphs is correct. No, I wouldn´t make a fuss about it (or any of the other items), but since you mentioned it ;-)
I wish you would write to say something new and insightful, instead you write to tell everyone that you stick to status quo without any additional information and reasoning which would allow others like me to see why you push it so hard. =P
Well, regarding "pushing" I apparently need to push myself more into the meritocracy side to see the visions in my head realized. I can see how all this blogging is pretty futile without doing the work, and considering I don't like writing anyway I really should spend doing so elsewhere.
Cheers, Datschge
BAH! (yes, I'm shouting) ;)
As for sending on enter...BAH again! Just do what I do. Changed all other chat programs in other OSes to Ctrl+Enter. Problem solved.
-- Priss
This blog is awesome! If you get a chance you may want to visit this music software site, it's pretty awesome too!
Post a Comment