Extension talk:NoTitle/LQT Archive 1

Doesn't work for 1.10. 66.31.209.239 23:55, 6 June 2007 (UTC)

Confirmed. Someone please fix this or look at it! I'd love to have a working version. Changing the stylesheet is such a crude solution to this problem and it affects all pages instead of selective ones. 216.99.65.63 18:35, 2 August 2007 (UTC)
 * Problem solved, it still uses CSS but it works for 1.10 now, just look under Known Problems and use that php instead of the normal script. I've only tested on version 1.10 so far so if someone wants to try it out on a lower MW version plz let me know how it goes! --Diploid

Error messages (1.10)
Works sometimes on 1.10, but not on all pages. Errors:

Notice: Undefined variable: action in /var/www/bkwiki/extensions/NoTitle/NoTitle.php on line 38

Notice: Undefined variable: action in /var/www/bkwiki/extensions/NoTitle/NoTitle.php on line 38

Notice: Undefined property: ParserOptions::$mHideTitle in /var/www/bkwiki/extensions/NoTitle/NoTitle.php on line 46

Notice: Undefined variable: action in /var/www/bkwiki/extensions/NoTitle/NoTitle.php on line 38

-- Bjoern, 14. Jul 2007 00:02


 * I had this same problem, try my patch at the bottom of the page, it fixed it for me.
 * --Diploid 18:50, 14 August 2007 (UTC)

How to disable caching?
This extension is used on the http://uncyclopedia.info main page, and it seems that once a huge cache (APC) was added to the site, the page title started displaying whenever the user hit reload/refresh in the webbrowser.

I've kludged around this problem by using the random selection algorithm (or any other tag or item that forces a cache disable) on the affected MW1.11 pages, but perhaps this extension itself should be patched to turn off the parser cache on any page on which it is invoked? --Carlb 12:29, 16 July 2007 (UTC)
 * There is a better way: craft an extension that looks for a 'magic word' in the hook 'OutputPageBeforeHTML' and triggers code in the hook 'SkinTemplateOutputPageBeforeExec' to blank the title (can't really remove the HTML completely without a code hack); parser cache friendly solution. Jean-Lou Dupont 18:50, 2 August 2007 (UTC)
 * Use Extension:PageFunctions if you wish to change the page's title whilst respecting parser caching. Jean-Lou Dupont 19:05, 2 August 2007 (UTC)


 * Easy way - just add one line $parser->disableCache; right after the mHideTitle=true; is set. That fixes this bug. Tested and working on uncyclopedia.info under APC and MW1.11alpha --Carlb 17:43, 5 August 2007 (UTC)

Doesn't work for 1.11. 81.53.23.145 12:49, 2 September 2007 (UTC)

Bug with 1.11
Doesn't seam to work with the latest mediawiki version... any idea when this will be fixed ? : ) Here is what I get: MediaWiki internal error.

Original exception: exception 'MWException' with message 'Detected bug in an extension! Hook NoTitle::addMagicWordId failed to return a value; should return true to continue hook processing or false to abort.' in SERVERPATH/mediawiki/includes/Hooks.php:133 XApple 11:59, 25 November 2007 (UTC)


 * I've seen this with various extensions and recent MW1.12 releases; usually adding "return true;" at the point where the offending routine ends will make this go away. --Carlb 23:10, 25 January 2008 (UTC)

I used a snippet of this extension to hide the Main_Page title

 * MediaWiki: 1.11.1
 * PHP: 5.2.3 (apache2handler)
 * MySQL: 5.0.51a
 * URL: DishiWiki

From the Article (Extension) page:

"You can remove the "Main Page" title on the front page by including the following in MediaWiki:common.js

In many cases, this bypasses the need for the extension. (Emphasis added by this user.)

/** Main Page layout fix ******************************************************* * * Description: UNDOCUMENTED * Maintainers: UNMAINTAINED * The following code was pulled from Wikipedia's http://en.wikipedia.org/wiki/MediaWiki:Common.js, and is used to * supress the title on the main page. var mpTitle = "Main Page"; var isMainPage = (/(title=|\/wiki\/)([Tt]alk:|)[Mm]ain[ _][Pp]age/.test(document.location)); var isMainPageFront = (document.title.substr(0, document.title.lastIndexOf(" - ")) == mpTitle); var isDiff = (document.location.search && (document.location.search.indexOf("diff=") != -1 || document.location.search.indexOf("oldid=") != -1)); if (isMainPageFront && !isDiff) { document.write('/*<![CDATA[*/ #lastmod, #siteSub, #contentSub, h1.firstHeading { display: none !important; } /*]]>*/ '); addOnloadHook( appendOtherLanguageLink ); } /**/

Placing only the snippet (above) in my Mediawiki:common.js page indeed hid the title of Main_Page. As stated in the article, I did not have to install the Extension itself. But the code above caused the non-fatal "Javascript error on page" using Internet Explorer 7: "appendOtherLanugageLink" not defined." So I removed the line

addOnloadHook( appendOtherLanguageLink );

which removed the Javascript error. I have not experienced any other problems yet. (For unknown reason(s), I had not been able to hide the title of the Main_Page using any other method.)

- Brian7632416 19:41, 11 May 2008 (UTC)


 * This fix worked extremely well on MW1.12 as well. Thanks, Brian7632416! --Ishmayl 22:15, 19 May 2008 (EDT)

1.14 alpha
Works on the above, except right after installing, something strange happened: Special:Version came up empty. Had to revert, uncommenting require_once. Also can't make it transclude through templates. Any clues? —Sasoriza 06:40, 9 October 2008 (UTC)

Wish List
This is a good extension that deserves a little more work to make it really great. A few suggestions that I have include: Thanks, --PerkinsTaylor 05:00, 11 March 2009 (UTC)
 * Don't limit the extension to the only the title: As long as you can find the names of the CSS classes, it is really easy to expand the extension to include &#95;_NOCAT__ (a magic word to hide the category links section at the bottom of the page), &#95;_NOTABS__ (a magic word to hide the tabs at the top of the page), or any number of other page elements.
 * Try not to tie the extension to any particular skin: Instead of hard coding CSS class names, consider using variables that pull class names from a separate .i18n file (similar to how messages are switched in extension like Extension:ParserFunctions). That way, others can append the .i18n file to suit alternate or growing needs.
 * Take a look at how the code goes through the parser: I found, like Sasoriza's comment in 1.14 alpha, above, that the extension doesn't work through transclusion. I also found that that &#60;nowiki> tag (&#60;nowiki>&#95;_NOTITLE__&#60;/nowiki>) does not keep the magic word from functioning.  I suspect that each of these has to do with parsing.