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?

16 of 1,104 comments (clear)

  1. GET OFF MY LAUN! by Bananatree3 · · Score: 4, Insightful

    This whole situation reeks of some crusty developer stuck in his ways.

    1. Re:GET OFF MY LAUN! by jd142 · · Score: 5, Insightful

      But if the software isn't written for the users, what is it written for? If it is just written purely for the author's use, then don't bother creating a community. By creating a community with feedback and interaction with the user base, the project is no longer "write a gaim replacement" it has morphed into "create a piece of software for my community." If you don't care about what the users think, don't release the software and build up pidgin.im with its forums and a promise of support and development.

  2. Is there a technical reason not to allow both ways by Paradigm_Complex · · Score: 4, Insightful

    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
  3. More options are always better! by Reality+Master+201 · · Score: 4, Insightful

    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.

    1. Re:More options are always better! by Rob+T+Firefly · · Score: 5, Insightful

      I'd take this fork as an extreme example of the Open Source world "growing the fuck up," as you put it. The original developers choose not to fulfill a need of their user base, so a new crowd with the wherewithal to do it decides to work on achieving that rather than exchanging flames with the old guard.

      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.

  4. That's why Open-Source fails on the desktop by Anonymous Coward · · Score: 5, Insightful

    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.

  5. All Too Often by eldavojohn · · Score: 5, Insightful

    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.
  6. How to unfork: by wbren · · Score: 4, Insightful

    Add the following in Preferences window:

    [X] Allow resizing of chat input area

    --
    -William Brendel
    1. Re:How to unfork: by edraven · · Score: 4, Insightful

      Both options could be included

      [X] Allow resizing of chat input area
      [X] Automatically control chat input window size

  7. Find *what* utterly ridiculous? by bigskank · · Score: 5, Insightful

    "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.

  8. Re:Good God by Anonymous Coward · · Score: 5, Insightful

    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.

  9. Re:Is there a technical reason not to allow both w by _Swank · · Score: 4, Insightful

    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.

  10. Re:Is there a technical reason not to allow both w by FatMacDaddy · · Score: 4, Insightful

    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.
  11. Re:Pidgin guys are probably right. by QCompson · · Score: 4, Insightful

    Options suck. Every option means doubling the number of possible configurations - which makes proper testing of the application twice as hard. It also provides twice as many weird ways that the developers can have their apps configured that will prevent them from noticing issues as they personally develop. Fine, then with this much negative feedback about a supposed design "improvement", then perhaps the best answer is to scrap the idea and go back to letting the users resize the text input area. Problem solved.

    But in this particular case the best solution really seems to be for the Pidgin guys to just tell the forkers to "have fun" and then proceed to ignore them because the feature they're offering is silly and pointless. It is the auto-resizing text input area that most people feel is silly and pointless.
  12. Re:Is there a technical reason not to allow both w by Sancho · · Score: 4, Insightful

    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.

  13. Re:This is why people prefer commercial software by bluefoxlucid · · Score: 4, Insightful

    Microsoft releases whatever they damn well please and everyone has to upgrade or else they can't open docx files from work.