Hacker News new | past | comments | ask | show | jobs | submit login

I know you mean well, and I'm glad this exists and that you reminded me of it (I now remember having seen it before), but this isn't enough to invalidate my point. The installation instructions are… barely okay. AUR… okay, I guess. What would people on Debian-based platforms, like the very popular Ubuntu, do? Compile from source?

Let's see what the README says: “I know this is a bit clunky, but using the command interface for interactions makes the plugin usable in clients that do not have a GUI.”

So now I get to explain this to the other people I was using Pidgin+OTR with too, right? (Also I get to have to remember what the commands are, because I won't be using them frequently.)

I mean, this can also be phrased as one of the disadvantages of being part of the earlier installed base, but on a wider scale, buildup of legacy resistance is one of the things that you wind up having to overcome if you want to introduce new features that aren't strictly optional—which is kind of why we still don't really have secure email that doesn't take massive cognitive overhead in “remembering which things people are using” and massive social overhead in negotiating about it and being prepared for all sorts of responses.

(Added:) And to make sure I'm not accidentally taking this into the weeds, the incompatibility was introduced AFAIK when Conversations dropped OTR. That means any Pidgin clusters suddenly take on a big UI and polish downgrade for their E2E if they want to stay interoperable. I'm not meaning to criticize this specific plugin so much as to point out that there wasn't enough overall coordination between seemingly-major clients to stop this from happening.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: