Daisy Chain Format : The all-in-one "format comment as" parser (an idea)
Ok... here's the main problem. We have all these formatters, but still, we can't seem to mix and match without making total conversion from one to the other. And in the end, they all spit out html... am I right?
I think this might be the easiest while stupidest solution so far as far as formatting a comment goes and since this would most likely be an extension like all of them are already besides plain text it could be the best solution overall. This came to me in the quoting discussion. To be reasonable, we only have 2 types of markup to really consider, that which is code, and that which isn't. The rest is just text.
Providing the core allows for it, the only issue would be intelligently switching between what is html, what is markdown and whatever else is plugged into this chain and switch between the appropriate parser as things get displayed. This way, you can mix and match all different types of markup (and hopefully still strip out the baddies) and not really have to worry about selecting which default format you need to post in for the desired result.
I think something along the lines of specifying entity blocks of what is in what format could help with specially defined opening and closing tags which would get weeded out as everything gets rendered. Else it could just do it on it's own. Otherwise it would default to just plain text. Then all we would need to worry about is plugging in other parsers into the main display runtime (my words) and stack things up from there. Mark this could play into the "weights" idea for extensions on which gets run through first.
... I think you get the idea by now... Does this sound sensible or just plain crazy? Because I can see after a while having a dozen or so radio buttons piling up down there as more extensions role out.