If you take the time to read some of that, I’m sure you’ll see some surprising things. Here’s one that threw me off:
IM is about sending relatively short messages quickly, Pidgin isn’t a text editor, if you want to edit code use gedit or something. I see no reason why to have more than 3 lines, there’s e-mail for that. I think the devs share the same opinion, and I don’t think this is going to change.
So . . . apparently, there’s a “correct” way to use IMs now, and there are “approved” content types. Is that it?
That was from “hbon”, probably not a developer — just a random prick.
So, would fixing the bug that results in zero-sized input areas for some people plus increasing the maximum from 4 to something greater, perhaps a function of the window height, satisfy this ticket?
No, I don’t think it would. If it satisfies the original ticket submitter, it will certainly not satisfy everyone. The problem here is that people don’t want the developers deciding what size their input fields should be, and when they should change — automatically and unexpectedly for that matter. Some people may like the auto-resize, but many obviously don’t.
If you want to satisfy the needs of both sets of users, just offer a way to toggle that functionality as desired! Is it really that difficult to wrap your brain around such a simple concept?
That’s from “seanegan”.
Again, this sounds like the complaint is about the 4-line maximum. With that removed, there shouldn’t be any difference between you resizing the input area to fit, or Pidign doing so? Rather, if you happen to go one line more than you expected, Pidgin will take care of it, and once your message is sent, you’ll have the maximum amount of room to read your incoming messages. Why should you micro-manage the input area to account for the length of every message you send, when Pidgin can do it much better, for you?
Thanks, “seanegan”, but no. Some of us don’t like to micromanage — we just like to have a particular size for the input field, period.
If you disagree that Pidgin knows exactly how much space you need (which you seemingly do), you must think that for some reason it requires empty, blank lines of whitespace. Why?
Nice attitude, “seanegan”. Apparently this guy is so convinced of the rightness of his approach that he thinks the users are necessarily stupider than the software if they don’t like the way the feature works.
I have an idea for how to explain it:
Some people find it easier to parse what they’re typing if it’s not cramped in an input field that changes shape/size all the damned time.
Why do you arbitrarily resize the input area? Are there times you need to do that specifically? Or do you just like to do it because you can?
Well, thank goodness — another jackass has shown up to explain the users are stupid. No, “deryni”, you don’t have to know why. You removed a popular feature everyone assumed would continue to be a part of the app, and now they’re rioting because rather than provide an option to switch back to the old behavior you’re all digging in your heels and acting like any user that can’t understand your One True Way are heathens or morons. Go to hell.
We are trying to figure out if there is a way for the current mechanism to be usable by everyone, because that would be a better answer than simply adding a preference.
Obviously, “deryni” doesn’t get it. It’s “better” because it’s what he prefers. That’s nice.
It all continues in that vein some more. Check it out yourself if you’re really curious. I just figured I’d make sure everybody knew what they were in for if they ever submitted a bug request for Pidgin. Maybe it’s time to fork the project so we can get some developers on it that aren’t so obviously arrogant nitwits.
I’ve heard rumors the Pidgin developers were condescending assholes. Now I know — they’re not just rumors.
I’ve been known to say that contributions to open source software projects should serve as a stronger qualification and resume bullet point than a bachelor’s degree. There are exceptions, though. When a developer indicates he’s such an overstuffed, arrogant, condescending asshole as these guys seem intent on doing, you might consider hiring someone else just to avoid having that piss-poor attitude mucking up your development team. Seriously.
Employers — seek elsewhere. They treat their “customers” like red-headed step children.