Difference between revisions of "MediaWiki/archive/customizing"
Jump to navigation
Jump to search
(some sections didn't get imported, for unknown reasons; gave them their own pages) |
m (→Articles: user-group security article) |
||
Line 4: | Line 4: | ||
* [[Shortening MediaWiki URLs]] | * [[Shortening MediaWiki URLs]] | ||
* [[Modifying the MediaWiki Searchbox]] | * [[Modifying the MediaWiki Searchbox]] | ||
+ | * [[Mediawiki User-Group Security]] | ||
+ | |||
==Code Notes== | ==Code Notes== | ||
''(From [[User:Woozle|Woozle]] 20:59, 15 Jun 2005 (CDT). Eventually to be given their own section, I expect.)'' | ''(From [[User:Woozle|Woozle]] 20:59, 15 Jun 2005 (CDT). Eventually to be given their own section, I expect.)'' |
Revision as of 12:31, 2 November 2005
computing: software: web: MediaWiki: Customization
Articles
- Modifying MediaWiki Menus
- Shortening MediaWiki URLs
- Modifying the MediaWiki Searchbox
- Mediawiki User-Group Security
Code Notes
(From Woozle 20:59, 15 Jun 2005 (CDT). Eventually to be given their own section, I expect.)
- Everything obviously starts with index.php
- For the purpose of displaying a page (not saving changes or doing anything else), this calls $wgArticle->view(), in
Article.php (line 699)
- $wgArticle->view() appears to be able to provide a few other formats besides the regular view (including difference engine and displaying redirections as subtitles), but I'm ignoring that for now
- $wgOut seems to be the object which accumulates text to be output, via various methods:
- $wgOut->addWikiText(...)
- $wgOut->addHTML(...)
- $wgOut->addPrimaryWikiText() # Display content and save to parser cache
- $wgOut->addWikiText() # Display content, don't attempt to save to parser cache
- $wgOut->setPageTitle()
- $wgOut->transformBuffer(); # Put link titles into the link cache
- $wgOut->addMetaTags(); # Add link titles as META keywords
- ...and then it does these two lines:
- $this->viewUpdates(); (found at line 1926 -- doesn't do much)
- wfProfileOut( $fname );
- It's not clear whether the navbar has already been pulled in by the time we hit viewUpdates -- possibly transformBuffer does it? The comment makes it sound like that, but the name "transformBuffer" in that case is not very descriptive. The code in there should probably be examined.