https://bugzilla.wikimedia.org/show_bug.cgi?id=57315
--- Comment #27 from Chad H. <[email protected]> --- (In reply to comment #26) > Developing in core has a (necessarily) high barrier for quality Yes, I view this as a good thing. I hope this means you're not planning to cut corners and hide bad code in an extension ;-) > and an > implied > requirement that what you intend to commit is more or less intended to be > permanent. A draft namespace is a new idea that's somewhat experimental, and > we > intend to approach with an eye toward testing out what is going to work for > authors or not. Not true. We've done plenty of experimental things in core before. The trick is hiding them behind a feature flag so if we decide it's not such a great idea, we can nuke it later (case in point: HTMLDiff). I see how people may find developing core code daunting, but hiding in extensions isn't the way to make MediaWiki better, and I have insanely serious doubts about us ever moving extensions to core in a timely manner :) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
