TopMenuSkin Feedback and Development
says that this can be used on earlier TWiki releases with some patches. It points to TWikibug:Item6424
, which wins an "access denied" message. (The "Item6424" web does not exist )
The other two patch links do go to live pages - but neither is a patch in the sense of input to the patch program.
I thought it might be nice to give it a whirl on my production wiki - but it appears it would be a Project.
The dead link should be fixed. If it is possible to install this on older releases, it would be good if the howto resolved to a patchfile.
Now back to my regularly unscheduled programming...
Oh, and I hit the same infernal login issue here - add comment sends me to a login that refuses my username and password, but signing in from the menu bar with the same name/password (it's automated, I KNOW it's the same) works.
Ah, bug in interwiki link, it is supposed to be TWikibug:Item6424
. I'll fix the docs. No time to produce a comprehensive patch for earlier TWiki version(s).
For some reason, on the top menus (both at the top and within a topic) that I create, when I pass the mouse over them, they open up, but then disappear before I can make a choice. The "built-in" Main one that came with TWIki 5.0.2 works fine. Any idea what I need to change?
Tim, I noticed the same issue when you have two menus on the same page, such as the one on top and another one in the topic. Time for to debug and fix. May be the variable that keeps the open state is global and needs to be done for each menu? I invite you to get involved
I'd be happy to try to help here, but can't even figure out which file(s) declare the variables. (I'm not a perl wizard). I do agree that the problem only appears to happen when there is top menu AND another one on the same page.
I was having a look at the code, and it doesn't appear to implement the WEBHEADERART or WEBHEADERBGCOLOR variables from PatternSkin
, so header customisation isn't currently possible without editing the skin files themselves. Can you post an update that will fix this?
I have hierarchical subwebs. One of the subwebs must remain hidden. I have made the proper settings in WebPreferences
and this subweb is indeed hidden from the SiteMap
and the search engine. However this subweb still appears in the TopMenu
. Any suggestions?
If you are in the TWikiAdminGroup you can see all webs. Can you confirm that regular users won't see the web listed below the "Home" pulldown menu?
Yep. Some time ago I created a 'dummy' user for this purpose. This dummy user is as close to 'nobody' as he can get--he has no permissions of any kind anywhere except his own home/sandbox pages. As expected, this dummy user is NOT able to see the hidden subweb on the main site map. However the hidden subweb IS still visible from the TopMenuBar
to this 'nobody' user. BTW, I use a completely different browser for each of these two users so I/they don't get their credentials confused.
BTW, with the old v4 TWiki, I have the same issue with the WebLeftBar
. The dummy user cannot see a hidden web from the main site menu, but it's still visible from the WebLeftBar
. I was only able to hide this subweb by hard-coding the site map in the WebLeftBar
. We're hoping to avoid doing this as we upgrade to TWiki 5.1.
IMHO, it feels like there's some subtle difference between the two queries, but I've not been able to find that difference so far.
FWIW, this hidden web is visible on the TopMenuBar
even when there's no user logged in at all.
See doc at VarWEBLIST
I determined today that hidden webs work just fine, in the SiteMap
and in the TopMenuBar
, in a pure v5.1 TWiki installation.
The problem only begins to happen after I use the BackupRestorePlugin
to import the content from my old v4.01 TWiki (which exhibited the same misbehavior with the WebLeftBar
Got it. I was creating a hidden subweb whose parent web was not hidden. I was expecting the DPD.Projects.Research subweb settings to override their parent settings.
The DPD.Projects subweb was imported from the old v4.01 TWiki. I was trying to create a DPD.Projects.Research subweb where Research is hidden, however the DPD and DPD.Projects are not hidden.
Once I moved the same subweb to the top of the hierarchy, then it was as hidden as I had hoped for. Not sure if this is how it's supposed to work, but it gives me what I need. Thanks, Jeff
I still find that if you have 2 or more menus on the same page, when you pass the mouse over them, they open up, but then disappear before you can make a choice. It makes the menu unusable, and because of that I have not been able to upgrade.
Interestingly, this newest TopMenuSkin
works fine in v5.0 but exhibits the problem in 5.1.1. So the problem must be higher up than just the plugin.
Confirmed, needs to be fixed. Tracked in TWikibug:Item6936
This is now fixed. You can update the skin, or patch your TopMenuSkin topic manually, it's a one line fix (see bug topic).
after installing the Skin TopMenuSkin
my Web is scrambled.
I only see, that the Menubuttons are created as graphic files *.gif.
Any clues what has happened?
Do i have to install the icons separately?
My Web after installing the skin:
-- Poul Poulsen - 2014-10-18
Poul, please ask support questions in the Support
web. Your case could be an issue of cached CSS, or a configure issue where the pub directory is wrong.
-- Peter Thoeny - 2014-10-21