Extension talk:Header Tabs/archived

Instead of asking your questions here, you might want to consider sending them to to our development google group


extension maintainer and active users and contributors are on this list and will be able to help you.

Formatting problems with "Edit"-Tabs of text sections when using Header Tabs, Semantic Forms and Infobox


First of all, I also would like to thank you for this excellent extension. But in addition I would like to ask for help with a formatting problem: I am using the extensions Semantic Mediawiki, Header Tabs and Semantic Forms. I created a page with Semantic Forms. In the Template-definition of the Semantic Forms I have chosen the option of attributes and values appearing in an infobox on the right side of the page. I also use a TOC. The formatting problem is: The "edit"-tabs for the individual sections of the text on the page appear anywhere below the text of the section. Does anyone know what to do about that? Thanks Kappa

Edit section patch


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)Reply
    • 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)Reply
        • Of course, where should I send it to? ... --Wiredtape
          • Can you please uploade the patch to some website and post a link here so that people can download it?
      • Sergey, have you included the patch in main code? - Sudhanshu Garg
  • Where can I get the Edit section patch? Thanks. --Jiri

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 =
<b>Required Dates:</b>
{{ #ask:
[[Project ID::+]][[Status::In Progress||Approved]]
| ?Project ID| ?Title
| ?Status
| ?Owner
| ?Required Date
| format=timeline

= Iteration Dates =
<br><b>Iteration Dates:</b>
{{ #ask:
[[Category::Project Iteration]]
[[Iteration Review Outcome::In Progress]]
| ?Project ID
| ?Iteration Review Date
| format=timeline

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)Reply

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)Reply
No, I still can't get this to work. It doesn't matter what order I put the timeline queries in the page, the first one renders and any others after the tab just give the empty grey box. mitchelln 13:28, 8 July 2008 (UTC)Reply

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 name="(.*?)"><\/a><h1>.*?<span class="mw-headline">\s*(.*?)\s*<\/span><\/h1>/', $aboveandbelow[0], 2);
 +       $aboveandtext = preg_split('/<a name="(.*?)"><\/a><h1>(.*?)<\/h1>/', $aboveandbelow[0], 2);
         if (count($aboveandtext) > 1)
                 $above = $aboveandtext[0];
 -               $parts = preg_split('/^<a name="(.*?)"><\/a><h1>.*?<span class="mw-headline">\s*(.*?)\s*<\/span><\/h1>/m', $aboveandbelow[0], -1, PREG_SPLIT_DELIM_CAPTURE);
 +               $parts = preg_split('/^<a name="(.*?)"><\/a><h1>(.*?)<\/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 __NOEDITSECTION__ for correct rendering of the tabs!

I suggest you upgrade your MediaWiki installation - besides the issues with HeaderTabs it might not be secure to run such an old version. --Sergey Chernyshev 14:17, 3 July 2008 (UTC)Reply

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)Reply
I wonder why this is the case - do other skins ignore the JS added by extensions? --Sergey Chernyshev 05:14, 3 July 2008 (UTC)Reply

Whatlinkshere on tab


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


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)Reply

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

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
-- 16:23, 7 June 2008 (UTC)Reply

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)Reply

Cann't be used in a intranet


This extension cann't be used in a intranet.--Roc michael 13:43, 10 June 2008 (UTC)Reply

Can you be more specific? --Mitchelln 16:33, 12 June 2008 (UTC)Reply
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)Reply
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)Reply
Thank you and please see the following:

Use this extension in a intranet


Download YUI libraries

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

Edit Localsetting.php

$htYUIBase = "http://intranet.domain/yourwiki/yui/build/";

--Roc michael 23:59, 14 June 2008 (UTC)Reply

I added more words on hosting YUI yourself and why you might not want to do that. --Sergey Chernyshev 14:17, 3 July 2008 (UTC)Reply
Please forgive me for my poor reading.--Roc michael 23:55, 2 October 2008 (UTC)Reply

Linking to individual tabs


In a previous version of this extension, I was able to setup links to individual tabs with something like Page_Name#tab=Tab_Name. 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)Reply

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

What I mean is, those no longer work. I had external links setup all over the place linking to individual tabs...but with the new version, they no longer work.--Kethra 16:56, 4 July 2008 (UTC)Reply

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: [1] --Venicewiki 21:47, 2 July 2008 (UTC)Reply

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)Reply
I am facing the same issue of Google Map not cenetered correctly. Does anyone know if this problem has been resolved or looked into? Or is there a workaround to it?
Have same problem.Antohabio (talk) 17:06, 11 March 2017 (UTC)Reply

HeaderTabs and Tooltips


I use the tooltip extension. Tooltip extension HeaderTabs seesm to throw off the x and y positioning of where the tooltip text appears. The Tooltip appears about 70 pixels down the page and about 40 pixels over. If I do not use HeaderTabs then the tooltip renders in the correct position. Any ideas? Thanks.

--User:Mitchelln 13:34, 8 July 2008 (UTC)Reply

Only first tab content shows, proceeding tab(s) content is blank


I used the sample code off the extension homepage to test. I only see the content for the first tab, upon clicking on the second tab I see just the headertabs border with a row of white inside.

I am running MediaWiki v1.12. The YUI 2.5.1 link is dead, I downloaded a local copy of the new one (v2.6.0) and pointed to the new source yui/build locally.

Please advise. Thanks!

  • Working now after pointing to Yahoo 2.5.1 framework

Have the same problem


What link to the server did you use ? --Bricel 10:28, 27 November 2008 (UTC)Reply

RE: http://yuilibrary.com/downloads/yui2/yui_2.5.1.zip Should work. -Felix.

upgraded to YUI 2.8.0r4 --Sergey Chernyshev 04:41, 28 April 2010 (UTC)Reply

Impossible to create several headertabs


I would like to create 2 series of tabs on the same page. The problem is that the extension take EVERY previous titles. So, if I create a serie of tabs, and another serie just after, the second one will incorporate the first serie too.

My question is : How could I create more that one serie of tabs on the same page ?

No Luck finding the YUI versions


Seemed like this would be a good extension but looks like the versions of YUI needed to work this this extension are no longer available... or readily available.

upgraded to YUI 2.8.0r4 --Sergey Chernyshev 04:41, 28 April 2010 (UTC)Reply

Dead or dying?


Following on from above ... you can find the YUI 2.5.1 release here:


No idea how long it will last for, shame if this extension is dead or dying as it is a very neat device.

Only 2.7.0 is available live and they are about to go to v. 3.

Extension documentation is poor though ... which 2.5.1 script does it want!?!


To make it work, you have to move to your server:
  • yui/build/event
  • yui/build/fonts
  • yui/build/history
  • yui/build/tabview
  • yui/build/utilities
I stuck them in the /extensions/HeaderTabs/ directory and then set:
$htYUIBase = 'http://www.your_example.com/extensions/HeaderTabs/build/';
It works just fine.
OK, it's upgraded to YUI 2.8.0r4 now. --Sergey Chernyshev 04:40, 28 April 2010 (UTC)Reply

What is this extension actually implementing?


Hello, and first let me say thank you for the extension, I am using it with semantic forms and it seems to work pretty well. I just wanted to know exactly how the gray border on the tabs (surrounding the content) is being implemented.

I see that the generated html code encapsulates the tab sections into different <div> tags. I tried nesting more <div> sections into the tabbed content, but the gray border does not seem to want to go around the divs I nest.

Does anyone have any clue as to why this may be? Thanks

Felix 8/24/09

Weird happenings when tied to Semantic Maps and #ask queries


Great extension :-)

However..... if you have multiple semantic maps in them using an #ask query (ie. one map on each tab) there are a couple of weird prolems that I suspect is similar to the Semantic Timeline issue described on this page.

1. If you have a query where the same location can be called in two different tabs ie.

Tab 1 Category:London Tab 2 Category:Hotels Tab 3 Category:Restaurants

whereby a Restaurant in London and a Hotel in London will appear on their relevant tab map AND in the London tab if located there, then only one of the markers activates it's pop-up if you click on them. The other two maps will not allow any markers to be clicked on.

2. If you have 2 exclusive queries whereby you have

Tab 1 Category:Hotels Tab 2 Category:Restaurants

then one set of markers works and the other does not. [This looks to me like the same problem as on Timelines].

Has anyone got any bright ideas how to get around this?

Header Tabs are bulleted and not tabs


I am having quite a unique problem. For some reason my tabs are showing up as bullets (example below).

  • MediaWiki: 1.14.0
  • HeaderTabs: 0.6.5
  • YUI: 2.5.2



= Header Tabs Test =
Test 001

LocalSettings.php Code:

$htYUIBase = '/xsitenamex/extensions/yui/build/';
$htUseHistory = false;

Thank you in advance for the help. -Dgennaro 18:26, 20 January 2010 (UTC)Reply

can you try removing
$htYUIBase = '/xsitenamex/extensions/yui/build/';
line from LocalSettings.php? --Sergey Chernyshev 15:29, 21 January 2010 (UTC)Reply
It works great now. Thanks!
-Dgennaro 17:46, 21 January 2010 (UTC)Reply

PHP dependencies?


I'm having trouble getting this to work on a production server. Tabs aren't rendered. Not even getting the tab text showing bulleted (as above - the usual sign that's it's a YUI access problem). The local YUI (2.5.2) calls seem to be working. Are there any PHP dependencies? What might stop it from rendering at all? I'm starting to run out of ideas! Thanks!
mitchelln 17:40, 26 January 2010 (UTC)Reply

can you post a link to your wiki so I can look at it? --Sergey Chernyshev 21:11, 27 January 2010 (UTC)Reply

Not Working with >1.16


Does not throw either browser or server error.

Confirmed on 1.16.0Alpha, 1.16.0beta2 and trunk

Product Version MediaWiki 1.16.0beta2 (r56592) PHP 5.2.4 (isapi) MySQL 5.0.27-community-nt Header Tabs (Version 0.6.5)

Probably something with YUI?

Re: Not Working with >1.16

It works here http://www.techpresentations.org/Test can you provide the symptoms? pages are blank? or tabs are not displayed? can you post a link? --Sergey Chernyshev 19:06, 27 April 2010 (UTC)Reply

Re: Not Working with >1.16

>1.16 requires version 0.6.6+. The SVN repository changed from google to mediawiki - I was trying to update from old repository. version 0.6.6 fixes the problem.
Return to "Header Tabs/archived" page.