This whole thread seems a bit silly to me. We put stuff that should be in core into extensions all the time (for lots of different reasons). For example: WikiEditor, VisualEditor, Echo, MobileFrontend, JsonConfig, etc. So why is Mantle such a bad idea? There's no consensus on implementing templating in core yet, so it seems like a pretty cool idea to have an extension that other extensions can utilize for that technology in the meantime (instead of writing separate code for the same purpose). The JsonConfig and EventLogging extensions are basically the same idea, right? I think if Jon had named the extension "TemplateDooDad" (and hadn't emphasized the fact that he was avoiding putting the code into core), it wouldn't have raised anyone's hackles.
Ryan Kaldari
On Thu, Jul 3, 2014 at 10:57 AM, Jon Robson jdlrobson@gmail.com wrote:
Trevor, That email you quote was about totally different code and a proposal to put it into Mantle and is off topic for this discussion.\T Trevor, please grab me in real life, so we can quell this misunderstanding asap, I feel for whatever reason I am not effectively communicating to you and possibly others and I would like to work out why and avoid future misunderstandings. I had hoped to grab you yesterday but I didn't get time because of the Flow release, hence my lack of reply to that thread.
The main problem Mantle currently solves is: "... we both had a need to pass templates from the server to the client via ResourceLoader. Mobile has been doing this for a year, and rather than another big project like Flow reinventing the wheel, we decided it was time to share code."
To put it this way:
- it would be irresponsible to put code for 2 templating languages
(Hogan, Handlebars) into core
- it would be irresponsible to put code to serve templates with no
templating library whilst the RFC about templating is still unresolved.
- it would be irresponsible for two teams to write exactly the same
code to serve templates to the client in 2 different extensions.
Your own team member Timo was strongly against me putting this code in core in current form and I agreed with him.
"We are paid, as professional software engineers, to write code that provides complete solutions, is stable, is clear how to use, doesn't break anything and meets MediaWiki's coding conventions"
This particularly offends me by the way. This is a no brainer and of course any code Flow or the mobile team is writing will meet coding standards and be stable. I'm not going to post bad code to Wikimedia servers just as I'm not going to post non-generic non-standardised code to core.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l