https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #20 from Daniel Friesen <mediawiki-b...@nadir-seen-fire.com> 2011-11-23 03:16:43 UTC --- I guess I might have thought of extension registration being called in an extension setup function. Though perhaps making use of caching so after the actual registration it's lighter weight. But I'll consider thinking about some way around that. For namespaces inside configuration I did think about that. Even though we'll add a namespace manager I don't think we'll completely eliminate config variables right away. So I did consider an alternative ie: $wgMyExtsNamespaceSomething = array( "mw.user" => true, ); ie: In the mean time switching to string keys instead of integers inside config. As long as extensions are making use of abstract interfaces it should theoretically be possible for extensions to continue working, and core can also try to defer the lookup of the relevant int until needed. That is where my thought about two methods of code accidentally ending up with a string and an int that are supposed to be considered equivalent. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
