Extension talk:NoTitle

Jump to navigation Jump to search

About this board

How to rename "main_page" and make default customize tab.

1
182.66.141.56 (talkcontribs)

How to rename "main_page" and default customize tab name.

Reply to "How to rename "main_page" and make default customize tab."
Kghbln (talkcontribs)

Hmm, perhaps the HideTitle extension provides a way out.

194.160.2.21 (talkcontribs)

That one requires the whole BlueSpice framework. If you run usual MediaWiki, this does not seem to be a way out. :(

194.160.2.21 (talkcontribs)

Fortunatelly, this works in 1.29:

$wgRestrictDisplayTitle = false; (in LocalSettings)

and then use {{DISPLAYTITLE:new title}} on any page

This post was hidden by Uvas magicas (history)
Reply to "Alternative?"

Regressions in the New Version

10
AABoyles (talkcontribs)

Have you tried to run the latest version of this extension? I can't maintain a testing environment for every possible wiki version and configuration. So, I was hoping you might list your Mediawiki Version and whether it worked or not? If it doesn't work, I can work on fixing it. Thanks a lot!

Kghbln (talkcontribs)

I have just tested it on a 1.19.3 instance. I does not work as expected. After doing an &action=purge the title gets hidden. However after going to another page and than returning to the page with the hidden title it gets shown again until I do a purge once again.

AABoyles (talkcontribs)

Thanks a lot, kgh. I've injected a tiny bit of JavaScript to hopefully fix that for cached pages. The fix is on Github.

Kghbln (talkcontribs)

Hi Tony, I will test tomorrow. Lot's of things in the pipeline today. Cheers

Kghbln (talkcontribs)

I just did the testing and I still found a problem. The title gets hidden automatically the first time I access the respective page without having to purge it. After going to another page and than returning to the page with the hidden title it gets shown until I do a purge.

2001:638:708:30D1:500B:6200:FE03:A563 (talkcontribs)

Hey, same problem here. Got a MW 1.20.2. After purge the title is hidden but it comes back and i don't know why. i'm using the lastest version from github.

maybe there is a problem with other extensions? i'm also using the vektor extension i think there is the problem

greetings from germany torferde :)

2001:638:708:30D1:500B:6200:FE03:A563 (talkcontribs)

so, more input:

after ?action=purge on the mainpage the title is gone.

when i expand/collapse the navigationbar, the Extension:Vektor make the title on the mainpage show :(

in the head section of the html document are some css style definitions - i don't understand yet - i think the problem is in the cache key from the other extension

Guido den Broeder (talkcontribs)

Doesn't work for me either. I used to put

{{DISPLAYTITLE:<span style="display:none">{{FULLPAGENAME}}</span>}}

instead but that doesn't work anymore after upgrading.

Guido den Broeder (talkcontribs)

Never mind, after adding $wgRestrictDisplayTitle = false; (and waiting several minutes) both methods seem to work.

189.217.121.254 (talkcontribs)

la ultima versión (4.0.0) funciona en mediawiki 1.29+

Reply to "Regressions in the New Version"
This post was hidden by 189.217.121.126 (history)
This post was hidden by 189.217.121.126 (history)
This post was hidden by 189.217.121.126 (history)
189.217.121.126 (talkcontribs)

esta extensión me fue muy útil porque como instale mediawiki 1.32 y al ver la página principal tenia __NOTITLE__ y cuando instale esta extensión funciono, el titulo no volvio a aparecer por eso espero que le den mantenimiento porque cuando lánzen mediawiki 1.32 esta extensión sera utíl

Reply to "extension util"

Short URL's not friendly to this extension

1
The Patriot Woodworker (talkcontribs)

I am running Mediawiki 1.24.1 on a shared hosting Apache environment with Vector Skin enabled. "No Title" works beautifully with native url, but when you activate short URL's per Manual:Short URL/Apachethen "No Title" seems to not like it. This may also be causing your issues with this extension not working properly, or I should say, the extension works as intended, but when you change the URL to short URL's, the extension does not play well with that. Functions properly with http://your_domain/mediawiki/index.php?title=Main_Page Functions poorly with http://your_domain/wiki/Main_Page

Reply to "Short URL's not friendly to this extension"

This extension doesn't work 1.19+ - but heres something that does

5
203.109.175.201 (talkcontribs)
Kghbln (talkcontribs)

Yeah, this is an know issue. See here. Alternatives are provided here locally, too.

204.14.239.208 (talkcontribs)

I've just upgraded to 1.20.2 (from 1.15) and the NO_TITLE extension does not work.

I tried those suggest CSS fixes. They work. However I have 100s of pages all with __NO_TITLE__ in them - which displays a line "1. NO_TITLE on the top of every page. This looks very ugly.

I would like to get this extension working to the point where at least NO_TITLE is recognized by the wiki so it doesnt display this ugly text.

Any ideas here?

Choshi (talkcontribs)

I placed the code on the page.

OncMD (talkcontribs)

Try using Extension:Replace Text to remove all of the __NOTITLE__ tags from your site.

Reply to "This extension doesn't work 1.19+ - but heres something that does"

Not working with MW 1.23.2?

10
Mitchelln (talkcontribs)

Hi.

I've just upgraded a site to 1.23.2 and __NOTITLE__ no longer appears to work. I'm running version 0.2.0 with the standard Vector skin.

Any ideas?

Thanks.

Kghbln (talkcontribs)
Mitchelln (talkcontribs)

Yes, I have this set and the page title still displays.

Kghbln (talkcontribs)

Just successfully tested this extension on << MW 1.23.3 - PHP 5.4.4 - MySQL 5.5.38 >> with Vector. Just added the magic word and the magic started to happen. Probably where is something in the water with you custom skin? Edit: Ah, you are testing with Vector, too. That's really obnoxious.

Kghbln (talkcontribs)

Well, there is indeed something in the water. When I e.g. switch to another skin the title reappears for all skins, even for Vector which was working ok before. You will have to touch the page to hide the title again which makes this extension basically unusable. Have not tested any cache related implications but this is bad enough.

Mitchelln (talkcontribs)

Thanks for the info. I'll find another way for now.

MrFrelling (talkcontribs)

Was happy to find this extension, but sad to see that it was not functional. As kgh discovered it appears to work at first but not when a page is revisited. When it fails, it appears that the killTitle() method parameter $text contains the page's footer text rather than the content, hence the style override never happens. If the method is triggered, one would expect the associated text to contain the magic word. Somewhere, somehow, page content is being cached, even though I have no caching enabled. The style override still works, so its just a matter of the conditional triggering properly. Tested this with MW 1.23.5, Apache 2.2.15, PHP 5.3.3, and MySQL 5.1.73 on CentOS 6.6. If I have some time, I'll try to dig a bit deeper.

Mitchelln (talkcontribs)

Hi.

I've just tried this again after a git pull and it now works! Somebody has obviously fixed it. Thank you :)

Kghbln (talkcontribs)

Well that's interesting since there were no changes except for code styling in the meantime.

87.249.73.195 (talkcontribs)

Actually, it still doesn't work properly. Weird behaviour in fact as you discovered.

If you edit and save the page, the title does not show, but if you navigate away and then back the title shows again. If you then click Refresh the title disappears again. Navigate away and then back the title shows again.

I have no caching enabled.

I'll go back to using per page CSS to show/hide.

Thanks.

Reply to "Not working with MW 1.23.2?"
MrFrelling (talkcontribs)

Turns that that the "culprit" causing titles not to be hidden all the time given the __NOTITLE__ magic word, is the parser cache. Setting $wgEnableParserCache = false; in LocalSettings.php make this extension work as intended. Obviously, this is not a permanent fix for very busy sites that benefit from parser caching. Wonder if there is a way for the parser cache to cache dynamic style changes?

MrFrelling (talkcontribs)

Another hack is to replace the inline style insert in NoTitle.body.php with

$text = "<style>.firstHeading, .subtitle, #siteSub, #contentSub, .pagetitle { display: none; }</style>" . $text;

which works with parser caching enabled. Unfortunately, this does create "bad" HTML though FireFox and Chrome handle it. The style should be in the head section, unless it is scoped.

Kghbln (talkcontribs)

Great, thank you for investigating into this and it is interesting to read about it. It will indeed be great to have this extension working again. Just let me know if I should somehow move the code into the extension's repo. Cannot merge it, but finding one who does should be possible.

Reply to "Titles not hiding properly"

Does not work on Category pages

3
Wikilyrics (talkcontribs)

I tried using __NOTITLE__ on a category page and it did not work... any ideas?

174.140.182.136 (talkcontribs)

add

$wgRestrictDisplayTitle = false;

to the bottom of your LocalSettings.php, and then __NOTITLE__ will work.

Kghbln (talkcontribs)

That's a good info which I just incorporated into the extension's documentation. Thank you.

Reply to "Does not work on Category pages"
Ckoerner (talkcontribs)

I just updated a test instance of MediaWiki and I'm getting an error.

Fatal error: Cannot access protected property Parser::$mDoubleUnderscores in /var/www/html/w/extensions/NoTitle/NoTitle.php on line 30

It's also worth noting that the LanguageGetMagic hook has been depreciated as well.

I've tried to figure out a work around, but am not savvy enough. If someone else has a recommendation, it would be greatly appreciated.

Ckoerner (talkcontribs)
Kghbln (talkcontribs)

Hmm ..., this thread claims that the extension is broken for 1.19+, which is basically the reason why there is in wiki code. However it is nice to hear that this extension works for recent versions. I will fluff up the extension's page now.

Reply to "Does not work in 1.23 RC"