Daniel Friesen wrote:
> An interesting idea just popped into my head, as a combination of my
> explorations through the dom preprocessor and my attempt at deferring
> editsection replacement till after parsing is done so that skins can
> modify the markup used in an editsection link in a skin-sp
On Mon, Jan 31, 2011 at 4:55 PM, Trevor Parscal wrote:
> Adding yet another discreet parsing step is the reverse of what a lot of
> people hoping to clean up wikitext are heading towards.
What system do you propose that would retain the performance benefits
of this suggestion, and be deployable
Usually I don't reply that much on other threads, but for this: +1.
Jan Paul
On 31-Jan-2011, at 22:55, Trevor Parscal wrote:
> Adding yet another discreet parsing step is the reverse of what a lot of
> people hoping to clean up wikitext are heading towards.
>
> What some of us have been kickin
Adding yet another discreet parsing step is the reverse of what a lot of people
hoping to clean up wikitext are heading towards.
What some of us have been kicking around would be migrating away from
pre-procesing the text at all. Instead the text should be parsed in a single
step into an interm
An interesting idea just popped into my head, as a combination of my
explorations through the dom preprocessor and my attempt at deferring
editsection replacement till after parsing is done so that skins can
modify the markup used in an editsection link in a skin-specific way
without breaking t
