The MediaWiki installation at microformats.org/wiki has been customized in a number of ways.
This page documents some of these customizations for informative purposes. This documentation is neither thorough nor comprehensive.
- enable lowercase page names
$wgCapitalLinks = false;in LocalSettings.php
- enable hyphenated phrases for page names (rather than the MediaWiki default of converting dashes and spaces to underscores).
- hide MediaWiki "Talk" links
- enable external image embedding
$wgAllowExternalImages = true;in LocalSettings.php
- Various MediaWiki plugins:
- OverrideEntryTitle, SemanticHTML, SyntaxHighlight_GeSHi, ConfirmEdit
- Customized MediaWiki skin (see also Mediawiki Manual:Skinning)
- supports some hAtom "hentry" etc.
- (to be documented more thoroughly, which skin files to edit, in which dirs)
- ... more that I'm sure I'm forgetting at the moment.
Goals and motivations
I'm responsible for pushing for nearly all of the specific MediaWiki customizations on the microformats wiki and thus I figured I should capture at least some of the reasoning in the hopes that perhaps others may find it useful. Tantek
- lowercase URLs are better. MediaWiki has an annoying tendency of capitalizing article titles, which, though may be stylistically proper (in the English writing style meaning of stylistic) for proper nouns, is incorrect for common terms (which a lot of microformats pages are). Oh and the whole "The initial capital letter is due to technical restrictions." nonsense on Wikipedia is ridiculous. It's software. Just fix it. More:
- all same case is easier to read (citation required) (not accurate, Title Case is easier to read) --JeffMcNeill 16:28, 25 Sep 2007 (PDT)
- all lowercase is easier to read than all uppercase (citation required)
- all lowercase is easier to type (citation required)
- hyphenated-phrases are better than CamelCasedPhrases and underscored_phrases
- hyphenated phrases are easier to read (for humans, duh) than CamelCased phrases and underscored_phrases. CamelCasing is a programmer convention that should have NEVER made its way into the textual user-interface (which URLs are a part of). Others have made this deliberate fix as well, i.e. CSS property/value names like "border-left" in contrast to DOM property names like "onClick". I know this was a deliberate decision by either Bert Bos or Håkon Wium Lie or perhaps both (citation needed). Underscored_phrases are present far less often in normal average English prose and thus slower to read.
- hyphenated phrases are better indexed (SEO) than CamelCased phrases and underscored_phrases. Search engines typically break apart hyphenated phrases into their component words and index them separately and together, whereas the same cannot be said for CamelCased or underscored_phrases.
- Talk pages are lame and "one more inbox to check". Talk pages are lame (e.g. the structure/threading is poor) and we don't need yet another discussion area (in addition to IRC, mailing-lists) Eliminating them from the default user interface was the simplest way to effectively eliminate their usage. Invisible talk pages = nearly no one uses them. And one fewer link cluttering the default UI is always nice.
- Would it be possible to have the customization for all lowercase also be applied to usernames? That would be nice. Love the customizations, btw.
Documentation on how to modify a MediaWiki install to get these customizations.
to-do: To be filled in. ;) Installs:
- Install the following extensions:
Old (previous) installs:
- both for POSH/Microformats support in MediaWiki, but superceded by SemanticHTML (see above).
- The microformats MediaWiki customizations enable how-to-play and better naming-conventions.