I think it comes down to this:
The old styles were far simpler to tinker with if there was a problem. There was no cryptic JS to go through and the messages were structured very neatly in separate folders and files that made changing one single message an easy task that could be described to someone quickly. The new styles, on the other hand, rely on JS to show the message and are therefore far more difficult for a normal user to edit. Telling someone to edit "Incoming/Action.html" is way simpler than saying "go to the main.js file, search for a switch involving messageDetails and change code there.".
The process doesn't simply involve HTML&CSS anymore, but now people must be aware of javascript syntax littered all over the place. In addition, if someone were to create a completely new style from scratch, they would basically be forced to reimplement the entirety of the logic that renders text on the screen. Furthermore, if they made a change to that core behaviour, it would only be available on that style, making it really difficult to share functionality. What happens if/when Linkinus fixes a bug in the way scrolling works, for instance? Or if new emoticons are added. Will every single style need to be updated? Right now that logic is independently stored in every style.
I also worry about the fact that the internationalization support that the old style sdk had builtin is now completely thrown out the window by forcing the use of JS for every message. Where you used to get free internationlization by using the Cocoa bundle API, you now have to handle languages manually. I assume this will become an issue very soon.
Overall I question the design of the new styles architecture. It's far more limiting than the old one was. Frankly, I played around with it a bit and I could probably make the necessary changes, but I don't think I want to deal with the headache of maintaining it in the future. I'd rather wait until a sane default style is implemented and officially supported that simply shows what IRC users expect.
"Make IRC client look like an IRC client" should have been the top item on Linkinus' TODO list, not an afterthought that users are told to implement by themselves. The idea that the official response on this issue is that we're somehow expecting too much and we should implement our own IRC-like styles for an IRC application is a little depressing.
Reply »
You must log in to post.