Pidgin Controversy Triggers Fork 1104
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?
GET OFF MY LAUN! (Score:5, Insightful)
Is there a technical reason not to allow both ways (Score:5, Insightful)
More options are always better! (Score:5, Insightful)
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.
That's why Open-Source fails on the desktop (Score:5, Insightful)
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 (Score:5, Insightful)
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
How to unfork: (Score:5, Insightful)
[X] Allow resizing of chat input area
Find *what* utterly ridiculous? (Score:5, Insightful)
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.
This feature sounds Gnomish (Score:4, Insightful)
Re:Good God (Score:3, Insightful)
Re:Is there a technical reason not to allow both w (Score:3, Insightful)
Re:Good God (Score:5, Insightful)
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.
Re:More options are always better! (Score:5, Insightful)
If the kid with the ball doesn't want to play fair, you either cry about it, or get your own ball and play like reasonable people. These folks did the latter.
Re:Good God (Score:3, Insightful)
Re:Good God (Score:3, Insightful)
The thing with this sort of program is that it'd be trivial to put a "choose your own color" option in the configuration, so everyone could make the bikeshed whatever goddamn color they wanted.
Instead, the dev team has hashed this whole thing out amongst themselves in a "bikeshed" style debate, and they've come up with this fricking solution which they had to sweat blood to get everyone to agree to, and then it turns out that users don't like it?
I can see why they're stuck on their solution, but I CANNOT understand why they don't understand that extra UI options are critical to a good app. Forcing users to deal with a UI that cannot be configured at all is not the way it goes in todays programming.
Re:Wow (Score:4, Insightful)
Re:Is there a technical reason not to allow both w (Score:5, Insightful)
Implement it as a plugin! (Score:2, Insightful)
Re:Is there a technical reason not to allow both w (Score:5, Insightful)
Re:Good God (Score:4, Insightful)
On the other hand, if you fix the UI, lots of users will complain initially. A majority of those will quickly adjust and stop noticing the difference. Some will walk away or fork the project. However, for those that stick around are much more likely to find that the UI functions properly in the manner intended than if the attention of developers was spread among thousands of possible configurations.
It's a basic choice for a project developer to do one thing well or provide many options where some or all do not work quite as well.
Re:GET OFF MY LAUN! (Score:5, Insightful)
I welcome the fork!! (Score:2, Insightful)
How about the release where they changed the formatting button bar into two drop-down menus? I'm glad that you can actually revert it back to a useful formatting bar by right-clicking it and selecting the alternative. But the icon changes, the dropping of the emoticons from Gaim 1.5.x, and more things I just don't care to remember right now, I'm tired of it. This is precisely why I left GNOME for XFCE; I still wanted a GTK+ interface but I didn't want to see any more features stripped away from me and stupid UI/dialog box changes because "the last version is too hard for users." (Granted that excuse is not coming from the Pidgin devs.)
I believe my superior grievance lies with Pidgin devs' claim to investigate what gaim-vv attempted: adding support for webcams and/or microphones for the protocols that support it. They posted that this development would be considered after a stable 2.0 release. Well they've had Pidgin 2.0 release a long while back now, and do I see even a hint about what they said? Nope.
Seriously what are they thinking? I can only imagine that, if in their position, obviously Pidgin is (apparently) the most popular GTK+ based IM client. If it were up to me, I would work on expanding the client to support the other functionalities of the supported protocols that are still not implemented, such as the aforementioned audiovisual support and file-transfer support that actually works on protocols other than AIM's.
Not posting as AC because if this is worthy of bad karma than I deserve it. This had to be said. I welcome a fork that works on making progress instead of focusing on satisfying egotistical interface desires of the developers.
Annoying, but not show-stopping. (Score:2, Insightful)
Maybe this isn't really about the text box itself but the attitudes which arose from the suggestion of changing its behaviour.
Re:Good God (Score:2, Insightful)
I would argue that there are many different ways to see, edit and input information; and some prefer one and others another. Giving people the ability to chose is definitively a good feature in any product.
Re:Pidgin guys are probably right. (Score:5, Insightful)
Re:That's why Open-Source fails on the desktop (Score:3, Insightful)
Why do people think linux should replace OSX or Windows ? That's the whole point it isn't OSX or Windows. I hate people who treat it like a cult, or a company. It isn't that. It's purpose is to evolve based on the need of it's users. Thus the different varieties. This allows people to choose based on there specific application. Something you cannot do with OSX or Windows, or Solaris, or HPUX.
steps down from soap box, and seeks cover
Re:That's why Open-Source fails on the desktop (Score:2, Insightful)
with OSS you have at least the possibility to fork if a project does (no longer) deliver what is useful and wanted by its user base.
Try that with a closed software, like Windows. Ah, I forgot, Microsoft always listens to their customers and gives them what they want
Re:How to unfork: (Score:5, Insightful)
[X] Allow resizing of chat input area
[X] Automatically control chat input window size
Re:That's why Open-Source fails on the desktop (Score:4, Insightful)
[ ] Focus follows mouse
[ ] MacOS style menus
Great, each of those might be something that is wanted by the user. However if you switch them both on you end up with an unusable application, since the moment you move your mouse into the direction of the menu you lose focus. You simply can't combine both.
Now as long as both of these options are in a single application, you might be able to catch that, but what if they are in different application? One application choses 'Mac menus' by default and your window manager uses focus follows mouse by default. The user will have good fun trying to figure out why the menu always disappears when he tries to reach it.
Now this is just an example, but options can always have unintended side effects. And just because option X works and option Y work, that doesn't mean that X and Y work together. Which is the reason why one should try to keep options to a minimum, so that the behavior of the application stays predictable.
That all is of course doesn't mean that all options should be removed, some are important, but one really need to be careful about which to keep and just keeping everything will just lead to a mess.
Re:Good God (Score:2, Insightful)
... more like, who cares? (Score:1, Insightful)
I can understand the greater implications, but seriously... who cares?
Re:can't blame them (Score:4, Insightful)
Clearly, this is a matter of personal preference, nothing more. Luckily for me, Psi has an option to choose either behavior...
Re:Good God (Score:3, Insightful)
Its important to remember though that with many options you increase the amount of testing an application requires. That might not be the case for this text entry box, but having an option of MDI or not is pretty significant. It would be easy for a developer to put in a feature that breaks the option he doesnt use and it becomes necessary for QA to do a full regression in both modes.
People love options, but they arent always whats best for a product. If you can come up with one option that makes 90% of users happy thats probably better than having a preference that doubles the amount of testing you have to do.
This case, however, seems like a good candidate for an option.
Re:GET OFF MY LAUN! (Score:3, Insightful)
And people wonder why KDE is so popular despite so many companies officially supporting only Gnome.
Re:i for one... (Score:3, Insightful)
This is the "ego bigger than brains" mentality that permeates the open-source community and it pisses me off. This is the same mentality that resulted in Firefox/Thunderbird with their paucity of configuration options compared to Mozilla.
What? You mean I have to configure a "blahdeyblah.blah.blah.yippideedoodaa" parameter in an "advanced configuration" section? How the hell is that "easy-of-use". The old Mozilla provided me that parameter straight-away in a nice graphical dialog box.
Sorry, but some nerd-ass software developer (I include myself in this class of individual) doesn't know jack about UI design. That's right, I, myself, don't know jack about UI design. And neither do you, Joe Linux programmer! Let's listen to the users and make nice easy-to-use software with lots of well-organized options available.
I frequently exchange paragraph-long messages with my friends on IM. I frequently exchange code bits on IM with my colleagues. The Pidgin developers are ignorant idiots thinking that people only send "one-line messages" on IM. Who the hell are they to say that I can't exchange code bits with my colleagues? What's their IM username? I'll send them some source code one line at a time!
Re:Is there a technical reason not to allow both w (Score:5, Insightful)
But if you look at the images in the linked page, there definitely appear to be some usability concerns here.
Re:This is why people prefer commercial software (Score:5, Insightful)
Re:Good God (Score:3, Insightful)
Re:i for one... (Score:3, Insightful)
What, the concept that different people might actually have different preferences is "childish"? The Pidgin developers removed a feature that many people liked (myself included). When it was requested that they at least give an option for it, they outright refused. That is childish. The ability to fork a project if you think you can do better is one of the great strengths of Open Source software, because it means that the software can't get held back or bogged down by one person's vision of how things "must" be. You can't dismiss this strength as "childish" just because you personally don't need it on this one occasion.
Re:That's why Open-Source fails on the desktop (Score:3, Insightful)
Ok Windows I can understand.
OSX? No, I can't understand. An OS in which you have to hack the FUCKING KERNEL (or something almost equally low level) to change the color of the gumdrop buttons on the windows? And when you do this and you install a system upgrade your Mac can end up unbootable?
Apple are downright *hostile* to end-user customisation.
Re:This is why people prefer commercial software (Score:3, Insightful)
What a load of bollocks, you need look no further than Office 12 for an example of a commercial developer losing their way and creating a UI feature that most users are not going to feel is a benefit (the ribbon). Arguably, Vista is the same. It's unlikely that Vista is going to fail as a commercial product, and even less likely that Office will.
"The problem with FOSS is... these guys don't get paid. If you don't like it, that's too bad you ungrateful bastard"
No, that's the problem with commercial proprietary software. It only takes one developer to change the course of an open source product, it may take many thousands of users voting with their wallets before a commercial vendor takes any notice at all, and even then they may decide that their new feature is so great they should proceed regardless. Which is pretty much where Pidgin is at the moment.
From where I sit the score is nil all.
Re:I welcome the fork!! (Score:2, Insightful)
thanks for posting this...i do not use pidgin myself but it illustrates very well, why developers shouldn't be (the only) decision makers when it comes to application design (yes, i am a developer myself).
Re:Good God (Score:2, Insightful)
And what's the inability to open two files, in different directories, with the same name?
Still. Now. After all these years. How is that a feature? And how difficult is it to fix?