Extension talk:Header Tabs/archived

If anyone is interested I have created a slight edit for this extension which creates an edit link for the h1 headers.. thereby letting users edit the main sections without seeing the whole article unnecessarily.. have also improved graphics a bit.. If you want this, leave a note on http://en.wiredtape.com/wiki/User_talk:Bfhappy
 * Can you post a link to example of use? --Sergey Chernyshev 03:56, 6 May 2008 (UTC)
 * Of course :-) Header Tabs Example --Wiredtape
 * Great! Can you send me a patch, I'll include it into main code. I also added a switchtab functionality to the code - it'll be better if we combine the code. --Sergey Chernyshev 17:16, 10 May 2008 (UTC)
 * Of course, where should I send it to? ... --Wiredtape

Problem with Sematic Wiki timelines
Hi there. Excellent extension! I do have a problem though. If you have more than one Sematic Mediawiki's new timeline queries then the first one is rendered fine, but all subsequent ones are not if there is a header tab between the queries. For example: = Project Dates = Required Dates:

= Iteration Dates = Iteration Dates:

The first timeline calendar show up correctly, but the 2nd one is just a grey box. Without the 2nd header tab everything is fine. I guess something is not being closed off.

Any ideas? Thanks! --mitchelln 15:10, 14 May 2008 (UTC)


 * Hmm. That's very weird - probably some stuff with not-shown divs not rendered as timelines. Let me know if you'll figure out what's wrong. --Sergey Chernyshev 04:13, 2 July 2008 (UTC)

HeaderTabs for MediaWiki 1.7.1
HeaderTabs does not work with MediaWiki 1.7.1. It works when the following changes are applied to the parser:

--- HeaderTabs.php.orig 2008-05-16 09:53:14.000000000 +0200 +++ HeaderTabs.php     2008-05-16 09:53:55.000000000 +0200 @@ -52,12 +52,12 @@        }         $below = $aboveandbelow[1]; -      $aboveandtext = preg_split('/<\/a> .*? \s*(.*?)\s*<\/span><\/h1>/', $aboveandbelow[0], 2); +      $aboveandtext = preg_split('/<\/a> (.*?)<\/h1>/', $aboveandbelow[0], 2); if (count($aboveandtext) > 1) {                $above = $aboveandtext[0]; -              $parts = preg_split('/^<\/a> .*? \s*(.*?)\s*<\/span><\/h1>/m', $aboveandbelow[0], -1, PREG_SPLIT_DELIM_CAPTURE); +              $parts = preg_split('/^<\/a> (.*?)<\/h1>/m', $aboveandbelow[0], -1, PREG_SPLIT_DELIM_CAPTURE); array_shift($parts); // don't need above part anyway $tabs = array;

Attention: It's important to use the magic word   for correct rendering of the tabs!

Problem with non-Monobook Skins
The Header tab extension breaks when I use it with some alternate skins (for example the Cavendish skin: http://wiki.mozilla.org/WikiUpgrade). The Tabs display correctly, but clicking the tabs does not work. Does anyone know how to fix this?


 * We fixed this problem by pasting the js code (headertabs.js) on the Mediawiki:common.js page. --Venicewiki 21:52, 2 July 2008 (UTC)
 * I wonder why this is the case - do other skins ignore the JS added by extensions? --Sergey Chernyshev 05:14, 3 July 2008 (UTC)

Whatlinkshere on tab
Hi, Great extension, thanks. How to add Whatlinkshere on the tab?

Extension to switchtablink functionality
Would it be possible to extend the functionality of switchtablink so you could jump to a specific tab on another article page? Thanks. --mitchelln 16:40, 5 June 2008 (UTC)


 * That's actually easy - just link to the correct anchor, e.g.  --Sergey Chernyshev 04:22, 2 July 2008 (UTC)
 * Thanks for that Sergey. Unfortunately it doesn't seem to work with Sematic Forms templates. The # seems to mess with the parser.
 * Homepage gets mangled to Homepage
 * --mitchelln 11:40, 2 July 2008 (UTC)

accessibility without javascript
Hello, the tabs arenot accessible for googlebots: is there a way to make a patch to see all the content if js is not activated. thak you --82.225.178.163 16:23, 7 June 2008 (UTC)


 * I'm not sure why tabs are not accessible to bots - they are in hidden divs, but all HTML for them is on the page. --Sergey Chernyshev 04:22, 2 July 2008 (UTC)

Cann't be used in a intranet
This extension cann't be used in a intranet.--Roc michael 13:43, 10 June 2008 (UTC)
 * Can you be more specific? --Mitchelln 16:33, 12 June 2008 (UTC)
 * I installed this extension to a wiki in the intranet(the intranet is isolated with other net). This extension cannot work.--Roc michael 21:36, 12 June 2008 (UTC)
 * I'm not sure, what exactly isn't working, but it might be the YUI libraries, which are located at a yahoo server. If your intranet is isolated from the internet/WWW, the extension cannot display the page properly since it needs those libraries. A solution is to download those libraries, extract them on your local intranet server and change the respective parameter as shown on the HeaderTabs page. -- MAF 12:51, 14 June 2008 (UTC)
 * Hi MAF.
 * Thank you and please see the following:

Download YUI libraries

 * Download the entire library from the YUI homepage.
 * Extract them on your local intranet server. For example /www/yourwiki/
 * Extract them on your local intranet server. For example /www/yourwiki/

Edit Localsetting.php
--Roc michael 23:59, 14 June 2008 (UTC)

Problem with Header Tabs
Hello! This looks like a very good extension, which I would like to incorporate. I look after a small wiki with the following versions of software:-

MediaWiki 1.12.0; PHP 5.2.5 (apache2handler) and MySQL 5.0.45-community-nt.

I have downloaded the HeaderTabs.php file and skins folder to a HeaderTabs directory within extensions.I have not been able to get this extension (version 0.6.2) to work (even going back to a clean install with no changes or other extensions included). Initially, although it showed that some parsing was taking place, it did not work at all, but by adding spaces on either side of "$IP/extensions/HeaderTabs/HeaderTabs.php" on the require_once line on LocalSettings, I can now see the tabs have been created and have been rendered correctly. The first tab presents its information correctly. The problem appears when trying to link to the other tabs - nothing happens. Also - the that I have created on Tab 1 linking to Tab 2 does not appear at all. Any help or suggestions where I am going wrong would be appreciated. AMS


 * Not sure what the problem is - can you post a link to your wiki? --Sergey Chernyshev 04:22, 2 July 2008 (UTC)


 * The last line in function renderSwitchTabLink(&$parser, $tabName, $linkText) of v0.6.2 should return $output, not $input (at least then it seems to work):

return $parser->insertStripItem( $output, $parser->mStripState );


 * OK, this is just a stupid bug, thanks for fixing ;) Fix is available in latest version. --Sergey Chernyshev 17:34, 2 July 2008 (UTC)
 * Additionally, switchtablinks are only shown in preview, but not after saving a page if  is not at the beginning of a line.
 * This is weird. I couldn't reproduce this. Can you post a link with example? --Sergey Chernyshev 17:34, 2 July 2008 (UTC)

Linking to individual tabs
In a previous version of this extension, I was able to setup links to individual tabs with something like. After upgrading to the newest version, however, this is no longer working. Is there a workaround for this or another way to link directly to an individual tab (ie have the page load with that tab open) like before?--Kethra 15:48, 2 July 2008 (UTC)
 * I think the last solution left is to use "external" links for that, e.g. http://www.example.com/wiki/Page_Name#tab=Tab_Name

Header Tabs and Google Maps
Google Maps loaded in tabs are not centered correctly. The first time the page is loaded, the marker is hidden on the top-left corner. By reloading the page, the map is centered correctly on the marker. Same issue with both Semantic Maps and Google Maps extensions. Example here: --Venicewiki 21:47, 2 July 2008 (UTC)
 * Looks like Google Maps API and YUI don't live together. I wonder if hiding tabs with JavaScript instead of setting them as hidden will help. Let me know if you'll be able to get around this problem. --Sergey Chernyshev 05:14, 3 July 2008 (UTC)