Extension talk:Header Tabs
Contents
 First page |
 Previous page |
 Next page |
 Last page |
When the auto-number headings option is checked in the preferences, HT displays only numbers in the tabs, not the header titles.
I've noticed an issue where the Edit links are not enumerating correctly when the page first loads. The first tab is defaulting to edit the entire page instead of just that section. If you select another tab and then return the the first tab the edit link is correct.
The extension seems to assume there aren't any headers above the first level header. If there are it causes the edit links to link to the wrong sections; however, this only occurs on the edit links for the tabs themselves. The links for sections inside each tab enumerate correctly.
Also, if $htGenerateTabTocs is set to true, the TOC headings are being repeating twice. Up until the 2nd 2nd level header is hit within that tab.
This is on MW 1.18.1 and HT 0.9.2
I have noticed this as well. Has anyone found a resolution to this problem?
When I click the edit button for one specific page, I get: https://mywiki.mysite.com/index.php?title=Main_Page&action=edit§ion=69
The actual section is not 69 but 11. When I replace the 69 with 11, I am able to edit the page.
Do I need to manually go into the code and change that or is there a way to correct it otherwise?
I noticed the switchtablink parser function wasn't working properly. Clicking the link doesn't go anywhere. You can see the problem here when you try to click on "Add Media" and then try to click on "Back to Basic Information" at the bottom: http://thisishowyouplay.com/wiki/Form:Add_an_activity Thank you. Chrisisready 06:30, 13 February 2012 (UTC)
Forgive me if this has been answered elsewhere, but i cannot get '#switchtablink' working either. I can see that the target URL refreshes in the browsers address bar but the page will not refresh to the correct tab. Has anybody got a solution?
Even with the update just released, it's still broken. Perhaps you can leave a message on the mailing list that is listed above.
I, too, confirm that this issue exists in my own installation. I have pinged the mailing list twice, to no avail. Has anyone else encountered and resolved this issue?
Just confirming MW1.19beta2 has the same issue.
The developer seems to float back through this talk page from time to time, I imagine the HeaderTabs team is aware and finding time to work on a solution.
Sorry for the very long delay - this is now finally fixed in the new version, 0.9.2!
The following error appears: "mw.loader::execute> Exception thrown by ext.headertabs: rules[r].selectorText is undefined" However the tabs are still working fine and there is not visual evidence with this version. Cheers
Now I have the situation on another wiki where the tabs do not work whilst this error is stated by the browser. I case anyone knows the trick I will be happy to learn about it.
I found the problem which was causing this. I used HeaderTabs within a form also allowing for multiple inputs. If I specify the "label=" option within in the "for template" tag it will brake, e.g. {{{for template|News item|label=Edit or add news item}}}. As soon as I remove the label like {{{for template|News item}}} everything is fluffy again. The question is whether Header Tabs or Semantic Forms will have to fix the issue and if it important enough to have a fix for this at all.
FWIW, my error console - an add-on for Firefox - also warns me about a problematic line when I'm visiting a regular page: TypeError: rules[r].selectorText is undefined with a reference to line 36 of .../HeaderTabs/skins-jquery/ext.headertabs.core.js: if(rules[r].selectorText.toLowerCase()==".unselected"){ //find ".unselected" rule
Looks like the same thing happening here.
Hi, i want to use , but there are still the "edit-links" and this looks not pretty. Is it possible to use with HeaderTabs ?
thx
I propose developing a function where a </headertabs> call followed by <headertabs> call generates a line break and a new set of headertabs. Potentially a different color too.
Hello, I wrote version 0.9 of HeaderTabs. Sadly I have not been able to put time to supporting my MediaWiki endeavours as planned for the last few years, so I don't really feel justified in being listed in the credits as an author. Feel free to remove me in the next release. Thanks for the continued support of this extension, it's fantastic.
Heiya Olivier, it's sad to read that you have withdrawn form developing this extension. However you have added cool features to it. This is the also the reason why I believe that you should still be listed as a contributor in the credits. Probably you would like to avoid being asked for support. I think there must be another way to convey this. Anyway, thank you again for your work! Cheers
Does anyone know of a way to place the tabs at the side of the box, stacked vertically, instead of across the top?
I have installed Header Tabs and it is working but appears to be using the jquery style. I do not like the small text and black links so tried changing to jquery-large by setting $htStyle in LocalSettings.php. This appears to be ignored although on examining the rendered page source I can see that a link to jquery-large.css appears or disappears according to what I set in LocalSetting. Likewise if I select the bare style. The paths to the css files appear to be correct.
I note that the html source starts with class="client-nojs". Also the paths to the css files start with /mediawiki i.e. not a full url.
I have MW 1.19.0 installed less than a month ago. Very few changes, about half a dozen extensions added. Header Tabs is 0.9.2, downloaded yesterday.
Does anyone know where the problem might be or what I might do to debug this.
After upgrading a wiki from MW 1.19.2 to MW 1.20.2, HeaderTabs does not work in IE or Firefox. The title of the first tab is displayed as a bullet followed by the contents of the first tab. Subsequent tabs are not displayed. IE reports the following problem:
SCRIPT438: Object doesn't support property or method 'tabs' ext.headertabs.core.js, line 24 character 1
The line of code at that location is:
var $tabs = $("#headertabs").tabs();
Firefox does not report an error in Firebug but has the same erroneous behavior.
This turned out to be a misconfiguration that was preventing the jQuery JavaScript resources from being found. It is now working correctly.
If you could elaborate on the fix, would be greatly appreciated. We've found the same issue when upgrading just from 1.19 to 1.20.2
Our issue appears to be with the CSS, it's not loading the class names properly for the headertabs div and subsequent ul/li.
It looks like Header Tab creates a conflict with the page rating extension "W4G Rating Bar" (http://www.mediawiki.org/wiki/Extension:W4G_Rating_Bar). When only using the W4G Rating Bar, you get a nice bar on which you can vote (see also e.g. http://csdms.colorado.edu/wiki/Temp6). However, when using both Header Tab and W4G Rating Bar on one page, the rating bar gives an error: "You need to enable JavaScript to vote" (see: http://csdms.colorado.edu/wiki/Temp7). Any idea how to fix this? Otherwise maybe "W4G Rating Bar" should be also mentioned under the software list that has issues with HeaderTab.
Thanks! Mediawiki 1.20.2 Mysql 5.5.25 Headertab 0.9.2 W4G Rating Bar 2.1.1 and many more (http://csdms.colorado.edu/wiki/Special:Version)
Table of Contents (TabTocs) are showing twice the name of the header and doesn.t link
When using TabTocs the Table of Content in a tab is showing the name of the header twice (!) and it doesn't link to the chapter. I'm using MediaWiki 1.18 and the Vector Skin
I'll confirm this, with a slight addition: 2nd level headers work fine, but any links in the tabTOC pointed at headers 3 and lower are broken and the link name posts the header text twice. (MW1.19, Vector) --Teststudent (talk) 22:11, 29 May 2012 (UTC)
Hmm ... I just upgraded my wiki to 1.19.2 and realise something strange. When testing HT on scratchy everything works as expected, even if I use <headertabs />. This one is on 1.19.2, too. However, on my wiki I get the following error message when using <headertabs />: "mw.loader::execute> Exception thrown by ext.headertabs: rules[r].selectorText is undefined load.php (line 148)". It works with <headertabs/> though but I would like to avoid having to change this on heaps of pages.
This warning my be related: "[error] PHP Warning: array_map(): An error occurred while invoking the map callback in /.../includes/resourceloader/ResourceLoaderFileModule.php on line 589"
Having upgraded the site to MW 1.19.2, I found that HT 0.9.2 stopped working. All I get is a bulleted link to the first tab, with the content underneath, but the other tabs and their content are omitted. Do we have a new bug here?
Hmm..., something else must be wrong. I just tested HT 0.9.2 and MW 1.19.2 on scratchy. This appears to be working.
Thanks for testing. It's apparently a conflict with Extension:FancyBoxThumbs, so yet another extension that proves to be incompatible with HT.
Ouch. :( This info should perhaps be added to the "Known issues" section of both extensions.
Done. I'm now using Extension:SlimboxThumbs, which (apart from one minor issue) seems to work just fine.
We are developing WikiDeb (www.wikideb.org) and we use Addthis et HeaderTabs extensions intensively. When AddTHis extension is install, Header Tabs extension shows only the first Tab. All the others tabs are inaccessible.
Pascal Beaujeant
[HT] 0.9 + MW 1.18 throws exception on "mw.loader::execute > Cannot call method 'toLowerCase' of undefined"
Recent HT (0.9) throws an "mw.loader::execute> Exception thrown by ext.headertabs: Cannot call method 'toLowerCase' of undefined".
I've got the same issue on HT 0.9.2 and MW 1.18.1. It only show up on pages without HeaderTabs though.
Fix has been provided. See https://gerrit.wikimedia.org/r/#/c/25768/
I am trying to remove the "Edit with form" tab. I have been successful on pages without HeaderTabs in use.
Is there something I can do to remove the "Edit with form" tab while using HeaderTabs extension?
Thanks
Sounds like you're using Semantic Forms on your site, but "edit", "edit with form" and other such tabs in the page menu have nothing to do with HeaderTabs (which are found on the page).
Could we get a table of contents generated for a tab? It seems a bit trivial to just break up the TOC onto the respective tabs. Some of our tabs are quiete lengthy and we'd like to still be able to use a TOC just for each tab.
As well is there much thought into making some kind of auto-tab through subpages using say a prefix?
I wouldn't say the first one is trivial - it would require some significant string parsing and manipulation. Still, it's an interesting idea.
The second one, I didn't understand.
The 2nd idea is that if I create a subpage of "Bar", say "Bar/tab-Foo" then "Foo" automatically appears as a tab on Bar. While on "tab-Foo" since it has a the "tab-" prefix it would look for sub-pages on it's parent instead of itself, so that you still have the list of tabs.
Another thing I was wondering is if instead of using JQuery tabs there could be an option to integrate into the Vector/MW tab system. That way it's all unified at the top, instead of having tabs -> header -> more tabs.
Personally I'm using Extension:HeadersFooters right now to insert a =General= before every article and a <headertabs/> into the footer of every page. That way people can just make new = = headings and poof new tab.
Is there a reason it overwrites all the default styles for font size and such?
Ah. To answer your original question, no, I don't believe there's been any thought put into that.
The vector/MW thing is interesting - if it can be done across all skins, it's definitely worth looking into.
I am using the <headertabs/> at the end of a page to generate three tabs with the use of == HEADER ==.
I would like to create just a table of contents for a FAQ on just a single one of the tabs. I know that it is possible to disable either enable or disable table of contents for headertabs by editing the LocalSettings.php file (https://www.mediawiki.org/wiki/Extension:Header_Tabs), but I only want to enable it for a single one.
Please see: ext.headertabs.bare.css at skins-jquery directory. Also, one useful way is to use for example chrome browser (or Firebug) and selecting inspect element by right clicking in top of element. -KSt
The core of the jqueryUI tabs styling is located at
$IP/resources/jquery.ui/themes/vector/jquery.ui.theme.css
underneath the Interaction States 'header.'
Keep in mind this folder will by default be written over upon mediawiki software update, so back up any confs you changed in there beforehand.
First page |
Previous page |
Next page |
Last page |
