^_^ That far ahead... By that point in time someone inspired by the user end of MediaWiki may have rewritten an entire Wiki engine in another engine which can actually be compiled into machine code and doesn't rely on a slow system like PHP's bytecode. And not only that uses a parser designed from the use point that people are currently hacking the MediaWiki parser mean as a templating engine, to do. ^_^ if things end up really nicely, you could even login to your wiki engine with the cli and tweak things from the inside, heh... At the very least, by then we'll have PHP6 and all the wonderful new OOP stuff. Including __callStatic, static::, and namespaces. With all that stuff it'll be easier to exclude ugly functional globals. Heh... we could even be using things like Xml::span which __callStatic wraps to Xml::element( 'span', ... ); Extensions could be contained within namespaces, and we could be using static:: inside of classes instead of self:: to better support any subclassing by extensions. At the very least, we won't need to have completely separated Parsers and can at least use static:: where needed and such to subclass the parser to make new ones instead of duplicating it. ^_^ It'll probably be designed in a way better supportive of WYSIWYG by then.
~Daniel Friesen(Dantman) of: -The Gaiapedia (http://gaia.wikia.com) -Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG) -and Wiki-Tools.com (http://wiki-tools.com)
Roan Kattouw wrote:
Bryan Tong Minh schreef:
Directly scraping $wgTitle is of course not possible. MediaWiki::singleton()->getTitle(); would for now just be return $wgTitle; but in 2020 when no globals are used anymore, the globals can be killed.
Like you said, 2020. Maybe it's better to just wait until a group of people decides to rewrite the codebase (phase4), otherwise we'll just make stuff uglier.
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l