User talk:Gerbrant/hidePane.js

Gerbrant.hidePane: Hides the left pane containing the navigation pane, the toolbox, interwikis etc. as well as the tabs. As a replacement it displays a set of pulldown menus containing all the links previously in the left pane and tabs. It is primarily useful if you find yourself running out of screen real estate while reading Wikipedia. Exports nothing.; The script defines an extra CSS class, "hotportlet", for portlets which are currently visible due to the mouse hovering over them.

Eh...

What pane does it hide? :-) — SMcCandlish [talk] [contrib] ツ 12:57, 20 February 2007 (UTC)[reply]

Regarding your comment on User talk:Gerbrant/hidePane.js, did you mean to say that there should be some kind of description, or that it doesn't appear to work for you? B.t.w. I'm thinking of redesigning the script, such that the pop-up menu's will be located at the top. I'm not sure how to go about it yet, but ideally all the "interface" shouldn't take up more than one line or so. I think the article is what's important, all that clutter in the left pane may be useful sometimes, but when you're reading an article it just gets in the way. Shinobu 14:50, 2 November 2007 (UTC)[reply]

I meant that it needs at least some minimal documentation. I don't know if it works or not, since I didn't know what to look for. :-) — SMcCandlish [talk] [cont] ‹(-¿-)› 20:35, 7 November 2007 (UTC)[reply]

I'm guessing, due to the rather radical interface change this script causes, that you will notice it when it works. If you don't notice the difference, chances are it isn't working, possibly due to a bug or due to you browser caching an old script file somewhere. Shinobu 13:02, 12 November 2007 (UTC)[reply]

IE6

I saw that you tried to fix target handling, but the script still results in JS error in IE6 when you point the mouse to the top menu (like "toolbox") and then move the mouse upwards outside of window content. Also <li> bullets are often visible in IE6 in submenu. As for general "feel", personally I'm missing p-cactions and p-personal too much; I guess some users would prefer the script to hide only the portlets on the left ∴ AlexSm 20:08, 14 November 2007 (UTC)[reply]

I've tested it in IE6 but I cannot reproduce the problem; maybe it's a Heisenbug. As for the general feel and functionality, changing all the portlets to behave identically was done for two reasons. Firstly, I wanted all meta-content to take up no more than one line. Secondly, all the portlets are essentially the same, so I wanted them to behave the same, so writing scripts that build on this one is easier.* If you want to have a go at scripting or perhaps restyling yourself, it may be useful to know most of the actual styling (borders, colours, etc.) is only done if the setting Gerbrant.hidePane.ownStyle doesn't evaluate to true. Anyway, if I have time, I'll see if I can add a setting that for example leaves the tabs alone, but the default monobook style is positioned horribly so probably some things would go wrong.

* You'll note that the script is littered with exceptions and overrides to undo the default way it's done. It was kind of frustrating that no way was present to simply disable that and I wanted to make sure that this script at least yields a somewhat level field. But it isn't perfect: due to CSS precedence rules you'd still need to apply new CSS rules to the actions and personal portlets separately.

Shinobu 09:26, 15 November 2007 (UTC)[reply]

Have reproduced the IE JavaScript error. The argument of contains must never be undefined apparently, so you would need to go like if(!t || !bla.contains(t)) which means that I might as well rollback by changes to contains because the old version is better if you never feed it undefined. -- Shinobu (talk) 17:47, 16 November 2007 (UTC)[reply]

Seems to work. Haven't been able to reproduce the bullet bug; it's probably a flaw in IE. -- Shinobu (talk) 18:34, 16 November 2007 (UTC)[reply]

Does not work with black-green gadget

In the users's preferences window there is a gadget that turns the background black and the foreground (text) green in the Monobook skin. I use this gadget with Monobook, as well as hidePane.js, and I notice that hidePane.js does not display correctly some text, specifically the Affichages (sorry I have my en interface in French! that's the Article menu) where the text is black as well as the background both for the menu title and the expanded menu itself (but the text becomes visible on hover) and Outils personnels (that's the user pages menu) where this happens only with the menu title (not the expanded menu itself). Also it does not work in combination with some user scripts that add new panes in the sidebar (for the new pages, recent changes etc). NerdyNSK (talk) 12:32, 13 September 2008 (UTC)[reply]

To this day I didn't know what gadgets were... if I get around to it I will see what the reason behind this is, and then try to fix it. Shinobu (talk) 17:05, 29 September 2008 (UTC)[reply]

Ah, I see, the foreground colour of the menu's (black) is the same as the background colour of the gadget (black), and somethings wrong with the views menu. Currently this can be fixed using some custom CSS, but if feasable there should be an easier way to change the menu colours and such to match this green-on-black and other styles. That shouldn't be that hard to add. Shinobu (talk) 17:12, 29 September 2008 (UTC)[reply]

I'm typing this with the green-on-black skin on. It mostly works now, if you make sure that in your Monobook.js the variable Gerbrant.hidePane is set to the following value:

{
    background: "#000000",
    color: "#00dd00",
    selBackground: "#00dd00!important",
    selColor: "#000000",
    borderColor: "#00dd00"
}

You can for example wrap it in the following, or any other way that's okay in JavaScript. (The rationale behind this settings scheme is that I use various scripts, some of my own, some of which have settings, and some written by others, which may have settings as well, so I wanted to be sure settings for my scripts are in a seperate namespace, where they can't touch or clash with those of other scripts.)

Gerbrant = {
    hidePane: ...
}

I may need some time to iron out a little bug, but at least it works. As for the other problem, this is caused by the script's (i.e. my) assumption that either the interwiki list or the toolbox is the last menu. If this isn't true for some reason, things can go wrong. I'll try to fix this if I can find a good test script to work with. Also, if you have suggestions for better colour values or a good way to automagically detect common colour skins like green-on-black so I could select more appropriate defaults, I'd like to hear them. Shinobu (talk) 18:23, 29 September 2008 (UTC)[reply]

Updated example to fix the little menu selection background colour bug. That was easier than I thought. Shinobu (talk) 12:51, 30 September 2008 (UTC)[reply]

Thanks, great work! NerdyNSK (talk) 08:37, 1 October 2008 (UTC)[reply]

tabs to remain in a fixed position at the top of the screen

This is just what I've been looking for. Thank you. ☺ What would I have to add to it to get the tabs to remain in a fixed position at the top of the screen while I scroll? I tried a bunch of the things but all I managed to do was make it not work at all. Lemmiwinks2 (talk) 18:58, 16 September 2009 (UTC)[reply]

I second that: What would make this script absolutely perfect is if the bar could be pinned to the top of the page so it would stay in place when you scroll down. I'm not a coder, so maybe that's a pipe dream, but it would be great. — TRANSPORTERMAN (TALK) 16:28, 1 September 2010 (UTC)[reply]

Looks like the last edit to this script was 10:53, September 29, 2008. I think its dead. You might want to google "wikia new look". Just granpa (talk) 19:38, 1 September 2010 (UTC)[reply]

The new look is shitty.--Glas(talk)Nice User skin 11:16, 30 April 2011 (UTC)[reply]