Slashdot Mirror
Pidgin Controversy Triggers Fork
paleshadows writes "Pidgin, the premier multi-protocol
instant messaging client, has been forked. This is the result of a heated, emotional, and
very interesting debate over a controversial new feature: As of
version 2.4, the ability to manually resize the text input area has
been removed; instead, it automatically resizes depending on how much
is typed. It turns out that this feature, along with the uncompromising
unwillingness of the developers to provide an option to turn it off,
annoys the bejesus of very many users.
One
comment made by a Professor that teaches "Collaboration in an Open
Source World" argued that 'It's easy to see why open source developers could develop dogmas. [...]
The most dangerous dogma is the one exhibited
here: the God feature. "One technological solution can meet
every possible user-desired variation of a feature." [...]
You [the developers] are ignoring the fan base with a dedication to your convictions
that is alarmingly evident to even the most unobservant of followers,
and as such, you are demonstrating that you no longer deserve to be in
the position of servicing the needs of your user base.'" Does anyone besides me find this utterly ridiculous?
Just can't get our act together. It's why we've never been able to get past our image as disorganized and in general lower than the other birds.
It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
This whole situation reeks of some crusty developer stuck in his ways.
If there's no technical reason not to allow both options with a simple option in a menu somewhere, then yes it is ridiculous. If there is some downside to allowing users to resize the text input area then a fork is exactly what is needed. Open source is awesome.
"A witty saying proves nothing." - Voltaire
More options are always better, right?
I mean, sure, forking a project means that we now have fewer developers concentrating on a product than before, but it's for the best because now we'll have two IM clients that are nearly identical except for some minor things. All because some programmers are egotistical assholes!
The Open Source world needs to grow the fuck up. More options aren't always better - more good options are better, more options for the sake of having more options or because you can't learn to play nicely with the other kids are stupid.
I know some will probably tag this as a troll or a flamebait, however IMHO this is exactly why Linux will never be able to really replace either Windows or Mac OS X for desktop usage.
Too many people who think they know better than the end-users, and too much work being done by lots of people on different, competing projects. You need to unite your efforts, not work against each others. This fork is just another proof (and WTH is with that "premier multi-protocol instant messaging client" remark? Nobody uses that on Windows and Mac OS X).
The whole KDE vs Gnome debate is one of the things that keeps Windows on PCs.
Posted as AC because of Linux and OSS zealots.
All too often on software projects, I see someone spend several days figuring out a neat thing to implement that they personally think is a great addition.
...
And when it comes time to remove it they defend it. They may even realize that they were wrong thinking everyone would love it. But they just don't want to give up that code that cost them so much time to figure out and write.
Coding for several days only to realize that you need to throw everything you wrote away is one of the hardest skills for a developer to learn
My work here is dung.
Add the following in Preferences window:
[X] Allow resizing of chat input area
-William Brendel
"Does anyone besides me find this utterly ridiculous?"
Depends on what you mean. Do I find it ridiculous that developers are ignoring a sizable portion of their userbase and implementing a feature that many people would like to disable? Yes, I find it ridiculous. Not terribly surprising, but ridiculous nonetheless.
Do I find it ridiculous that it's causing a project to fork? Not particularly. This is supposed to be the one of the greatest advantages of open source; if you don't like the way people play, you can pick up the pieces and start your own game. Silly me, I had secretly hoped that the threat of something like this happening would keep software like pidgin from ignoring its user base. Guess I was wrong.
...because their Trac is slashdotted. Problem solved.
This wouldn't be the first time the pidgeon folk have decided to change the interface and refused to let people keep things the way they liked. Forks have been threatened before over their decision to hide protocol icons as well. I'm glad they separated the gui from the rest of the program - both this and the protocol icon decision really bug me.
For every problem, there is at least one solution that is simple, neat, and wrong.
For anyone interested, the fork is called "Funpidgin" and can be found here.
The summary makes light of it, but the Funpidgin page explains that their intention is to respond more directly to the requests of the user community. In addition to the feature mentioned in the summary, Funpidgin has implemented some others, and will presumably continue adding user-requested features (while still integrating upgrades from the pidgin codebase, presumably).
Forks are both good and bad; this one is no exception. On the one hand it "wastes effort" and can duplicate work. On the other hand, it can give the user community (which isn't homogeneous) the product(s) they want. It can encourage useful competition. Often the end result will be better than if no fork had occurred. Another example is the Compiz/Beryl fork, which created some duplication for awhile, but ultimately turned out for the best since the merged Compiz Fusion includes the best features from both (a stable core and all the whiz-bang features users wanted, in the form of plugins).
If both the Pidgin and Funpidgin developers work to provide something that their respective users find worthwhile, then what's the problem?
Considering my general hatred of the Pidgin UI, no, I don't find this ridiculous.
Let's start with Pidgin's UI Sucks, which details some of the weird UI decisions made back around version 2.1. Fortunately they've fixed almost all the issues listed in that post.
More Pidgin Bashing is just a bug, so let's skip ahead to Pidgin's Crappy Formatting Icons which they have not fixed.
If I ever had the time to, I'd like to write a new UI for libpurple, Pidgin's backend. I have some ideas - but not enough time to actually learn how to use libpurple.
Maybe I can help with this fork, called... uh. Hm. The summary doesn't appear to mention it.
Ah, here we go: funpidgin.
You are in a maze of twisty little relative jumps, all alike.
Ya know, I can't blame the community for this fork. The gaim/pidgin developers have had a bad history of 'God complex'. Hell, just recently they refused to make any changes to the way Pidgin handles SASL authentication to XMPP servers due to a change in the 2.4 codebase that completely breaks SSL encryption to the OpenFire XMPP server, whereas the 2.3 codebase AND every other XMPP client seems to not have any issues. Their response was something along the lines of "yeah, well we're doing it right..every other client is doing it wrong". I find that hard to believe. This ultimately leaves me with 2 options: either don't upgrade past version 2.3 of Pidgin, or use another client. And yes, not being able to resize the input text box drives me absolutely crazy. I look forward to a forked version addressing this and the XMPP SASL authentication issues.
I think we ought to formulate the Slashdot law, in a similar spirit to Godwin's law:
Slashdot Law: As a conversation on Slashdot grows longer, the probability of comparing someone to or bashing Microsoft approaches 1.
"What lies behind us, and what lies before us are tiny matters compared to what lies within us." Ralph Waldo Emerson
Just staying AC
But, yeah it's no joke... I gave up on being a test engineer for software after being let go (along with some others) at M.S. because I a would not pass a product with a clearly significant usability flaw. The development said it was by design and a feature. (Very similiar to the resizing functions mentioned above.)
I went and did the numbers and a full quality project, VOC data, etc. I presented my case at a later build. The developer, not having any actual evidence but his opinion, went into a flame war, trying to take me down. Effectively, I was insulting is 'intellegence' and want to 'undo months of work'. When that failed, he called me racist. He won, I got let go. I found out he was let go a couple months later over trying to defend the same 'feature' after a presentation with some higher ups, and insulted someone above him.
These flame wars happen all to much, I've found many programmers have 'control issues', perhaps that's what makes them good programmers; but lousy decision makers.
rather:
No slashdot thread is complete without at least one (1) Microsoft bash.
Corollary: As it adds to the completeness of the thread, it will be modded informative.
"The cup is in turn designed for holding hot or cold liquids, and has an open rim and closed base." --US Patent #5425497
While I completely agree with your premise - that usability is often the opposite of allowing configurable options for everything - I think that the way they made the dialog behave is not the right way. I have never seen another application do what pidgin now does. In general, that doesn't necessarily make it the wrong thing to do but in this case I think it does.
I agree that simplicity is almost always better, but I would say that good usability is always about listening to user feedback. Basically this change flunked the usability test for a lot of folks and the developers should find a way to elegantly implement that option. There's undoubtedly a way to add this ability without adding "useless clutter." And I would say this clutter wouldn't be useless since people are asking for it.
This space intentionally left blank.
There is a plugin available that does just that, but the Pidgin developers don't want to include it as a default plugin. Partly because they don't want to clutter the plugin list, and party because they wish to force users to get used to their auto-resize input area.
I have never seen another application do what pidgin now does.
I have. Google Talk.
And I hate it. It drives me nuts, actually. I hate it so much I stopped using the "official" Google Talk client and switched to Pidgin.
Joke's on me.
Always whining! "I want my software to do this!", "I want this feature!", "I don't like that design!".
If it wasn't for them, programming would be much easier.
Alrighty then.
*ahem* Microsoft SUCK0RZ!!!1111ONE
There. Mission Accomplished!
Honestly, the best way to deal with it would be to auto-resize unless the user explicitly changes the size. From that point on, give them control of the window.
But if you look at the images in the linked page, there definitely appear to be some usability concerns here.
Microsoft releases whatever they damn well please and everyone has to upgrade or else they can't open docx files from work.
Support my political activism on Patreon.
in fact, why don't I post some of it:
I can only assume you don't do much graphical UI development. "Widget" is a standard technical term used to refer to an element of a GUI. See for instance GUI Widget on Wikipedia.
The Safari text boxes are compound widgets (or metawidgets, if you like), which include a "resize handle" widget in their corner.
DNA just wants to be free...