Page MenuHomePhabricator

Remove <source> syntax from SyntaxHighlight (GeSHi)
Closed, DeclinedPublic

Description

<source> syntax should be removed from SyntaxHighlight (GeSHi) and all occurences replaced by bot, because such tag has so common name, which can be used in various XML applications, namely HTML5 is using it for instance.

Having this tag disallows various constructions (see T39041 and T20820) and forces users to use nasty hacks (if even available) which make the original source less legible.

Details

Reference
bz37042

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 22 2014, 12:28 AM
bzimport added a project: SyntaxHighlight.
bzimport set Reference to bz37042.
bzimport added a subscriber: Unknown Object (MLST).
Danny_B created this task.May 23 2012, 8:34 AM

I don't see this happening anytime soon, we can't just break backwards compatibility like that.

What backwards compatibility if you run a replace bot?

Besides isn't full functionality more important than backward compatibility?

(In reply to comment #2)

What backwards compatibility if you run a replace bot?

So you want to advice everyone that has syntax setup on their wikis to
a. learn how to operate a bot
b. run the bot and make the changes

I doubt many people/other users care about not being able to use the output in xml based format/exports etc...

(In reply to comment #3)

I doubt many people/other users care about not being able to use the output in
xml based format/exports etc...

That's not about XML format/export at all.

It's about displaying XML (eg. HTML5) syntactically hilited source on wikis without hacks.

d0ng2000 wrote:

(In reply to comment #2)

What backwards compatibility if you run a replace bot?
Besides isn't full functionality more important than backward compatibility?

I agree with Niklas in comment #1. Even though it would be nice to remove this feature completely, you still cannot just break legacy compatibility. A lot of users depend on this. Yes, you could use a bot/script to clean up the issue and replace it with your own. Just be careful that it does not unintentionally replace the wrong information.

To move this thread forward, if you would like to see a script which scrubs the usage of the old "source" tags then please submit one.

I see nothing wrong with creating a cleaning system. However if one is to be implemented then it would have to go through a very strict QA process.

brion added a comment.May 23 2012, 8:51 PM

Wontfixing this.

Just for the record, aside from valuing wikis that don't have the luxury of bot operators. We also need to consider:

  • Processes that aren't stored on a wiki page.

Think for example a bot that may update a wiki page once a day or month. Fixing that target page doesn't fix the bot that will overwrite that page once a day.

  • Complex pages with wonderfully constructed meta-templates that may not literally contain <source ?*>, but could contain {{#tag: source}} and the many variations on that.
  • Protected pages.
  • ..

Speaking about backward compatibility when it's known that new parser is going to break bunch of current constructions seems to me at least inconsistent...

jayvdb updated the task description. (Show Details)Jan 19 2016, 8:04 AM
jayvdb set Security to None.
He7d3r added a subscriber: He7d3r.Jan 19 2016, 11:48 AM

Could this be added as something that Extension:Linter tracks? (Would it make sense to do that?) This would provide an avenue for wikis without bot-operation expertise to update occurrences. In addition, support for using "source" could be sequestered behind a configuration variable (enabled by default) so that wikis which care to migrate could clean up all instances and then switch support off.