https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #15 from Gregor Hagedorn <[email protected]> 2011-10-26 10:19:54 UTC --- > A special page updating a sidebar could potentially have to simultaneously > edit > a half dozen pages. Check that the current user has edit permissions on all of > them, if an edit-conflict happens on ANY of them while it's editing it would > have to figure out what to do with a half state, and it would have to output > multiple entries into the rc instead of a single sane line showing the user > has > updated the sidebar. I cannot follow, I think the only distributed thing is the localization of the menu into multiple languages, which, unless everything is changed, would have to remain in Mediawiki NS. And yes, the Sidebar page could be easier to parse and get a new syntax. But that does not requiring to add a whole new set of tables for it. Create a Mediawiki:Sidebar.json, which, if present, overrides any available Sidebar... > And really do you need a comparison function for the change "Dantman added the > Foo: namespace", or "Dantman enabled subpages on Help:"? Of course not, I am referring to your proposal that logging does well enough to understand changes in interwiki. But perhaps you can get away with "Dantman changed the interwiki prefix "en" from en.wikipedia to xxx." provided you can filter all "interwiki" logs. > What I'm describing is a configurable multi-layered interwiki system. If file > editing is easy for you, then use file editing tools. If you want Special: > page ... No objections if resources are available for both file and Special: page and all use cases are covered - that would be great! (Just a thought: If file, please place an additional file in a place specifiable in LocalSettings, rather than requiring to modify code-base provided files (as currently, e.g. "mime.types"). The latter causes issues with wikifarms, svn-checkouts, updating, etc.) -- 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 [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
