Two solutions were offered which required no changes to PM code.

If there were no other way to accomplish it, or if those ways were kludgy, then I could see making PM code changes, at least if (as in this case) there were significant demand for it. What I'm concerned about is the proliferation of configuration variables. I think it would be nice if we could actually reduce the number of configuration variables, in favor of style/script based solutions, but maybe I'm being too idealistic.

Hrm. Well lets put it this way. Im not a CSS or Javascript guru, and i dont want to have to be one for PM to be a nice site to use and i dont think our users should have to be one either. If that means we have a few extra config vars so what?

---
$world=~s/war/peace/g

Besides, do we really want hundreds of different Javascript and/or CSS tweaks floating around in free nodelets? [And if we do then maybe another nodelet should be created for these.] That would certainly make it harder for the pmdevs to test against.

And if someone tweaks e.g. ikegami's code (to make it work with IE) then how do we make sure everyone updates their copy in their respective free nodelet? We might as well have a display tweaks repository and let people check off on the ones they want. Which of course in effect makes them setting changes anyway.

I'm inclined to say if it's something several people will potentially use then it should be added in (assuming it doesn't require a massive rewrite). And in this case, maybe nodelets on the left should even be the default for anoynmmous monks since then they too would benefit from a reduction in code wrapping issues.

Anyway, thanks for listening to me rambling on.

Update: I think all of the browser compatiblity issues and how we still do not have a good IE solution underscores why this would be better implemented as a setting (where modifying the DOM would not be necessary).

Update2: Or perhaps patience is in order as we do have a working code snippet now! :-)