ticket,summary,type,release,owner,status,created,modified,_description,_reporter 4273,MenusPlugin CSS not applied after uninstall (deps with TracTicketDepgraphPlugin),task,0.11,,new,2008-12-13T03:19:59+01:00,2017-03-25T10:45:23+01:00,"Don't know yet if it's me, easy_install with --always-unzip (wanted to test css style before egging it) or MenusPlugin [[BR]] The result is that all the menu stay arranged like how i wanted to but without any CSS applied to it. It's a simple HTML ul li liste. Not so bad to use but very bad to look :p. * I uninstalled the plugin with easy_install -m option * I deleted everything about MenusPlugin in my /usr/lib/python2.x/site-packages/ folder * I reinstalled the plugin from SVN and ... nothing changes The CSS seems to be used like a wiki page???, I tried to see its content with '''!http://www.example.com/chrome/tracmenus/css/superfish.css''' but Internal typical Python error occurs. Then letting it as a task. If I succeed in finding from where it comes, I alert you. ",Sébastien GISSINGER 6057,A few documentation issues,task,0.11,,new,2009-10-28T19:59:27+01:00,2017-03-25T10:45:23+01:00,"Hello, I have worked through a few issues that I didn't understand initially from the wiki documentation, and I would like to run these by the plugin author before adding them to the wiki page. 1. The `mainnav` and `metanav` entries in the `[trac]` section of ''trac.ini'' normally specify the order of entries on the main and meta navigation bars. These entries should be removed and replaced with `.order` properties for each item on the main and meta navigation bars (assuming both navigation bars are managed by the MenusPlugin). Is that correct? 1. All of the properties for `mainnav` and `metanav` are the same, therefore the change I noted in [/ticket/5646#comment:7 comment:7:ticket:5646] is correct? Thanks.",Ryan J Ollos 5188,Option to open href in new tab,enhancement,0.11,,new,2009-05-05T02:34:28+02:00,2017-03-25T10:45:23+01:00,Is there an option to force an !external link (href) to open in a new browser tab or browser window? I suppose this might not need to be limited to !external links. One might want to force the selected href pointing to a wiki page to open in a new browser tab or browser window as well.,Ryan J Ollos 6450,Spacer item,enhancement,0.11,,new,2010-01-19T11:42:06+01:00,2017-03-25T10:45:23+01:00,"It would me nice if one could add a spacer item somehow. Currently I would like to have an empty item in between my menu entries to give out better visual look for the menu. Instead of having: menu item 1 menu item 2 menu item 3 I would like to have: menu item 1 menu item 2 menu item 3",riku@… 6813,"Load external page in an iframe (and ""target"" option)",enhancement,0.11,,new,2010-03-17T14:03:16+01:00,2017-03-25T10:45:23+01:00,"I'd really like to have a menu item that opens an external page inside an iframe, like [http://trac-hacks.org/wiki/TracTabPlugin TracTab] plugin does. By extension, this could be done with a ""target"" option, that could have values for * opening in the current window (default and actual behavior) * opening in an iframe (like [http://trac-hacks.org/wiki/TracTabPlugin TracTab]) * opening in a new window Amazing plugin, by the way :) ",grubshka@… 7144,Allow editing of Menus over WebAdminPlugin,enhancement,0.11,,new,2010-05-19T13:38:19+02:00,2017-03-25T10:45:23+01:00,"A graphical configuration option using e.g. WebAdminPlugin would be nice. It is a little cumbersome to add new menu entries, especially cascaded ones, by hand.",Martin Scharrer 11247,Position mainnav on the right,enhancement,1.0,,new,2013-07-28T02:36:14+02:00,2017-03-25T10:45:23+01:00,Great plugin. Is there a way to position the mainnav on the right as opposed to the left?,Jared 11293,Remove menu width limitations (10em),enhancement,,,new,2013-08-29T17:04:33+02:00,2017-03-25T10:45:23+01:00,"We've made some changes to you superfish.js and menusplugin.css to prevent menu items to be wrapped. The files are attached in case you would like to incorporate these changes. Best regards, Lars & Peter ",trachacks@… 4264,Default CSS should match default trac design,defect,0.11,,new,2008-12-12T13:42:58+01:00,2017-03-25T10:45:23+01:00,"The plugin is great - but the default design shipped for sure breaks the design for 99% of all trac installations. Wouldn't it be more suitable to ship it with a design matching the trac defaults (the current design could be shipped optionally in addition)? Not everybody is firm enough to ""port it back"". Besides of that, I love the plugin. I installed it into a test environment - but because of the CSS stuff cannot roll it out to the production server (which would have been no problem if it used default trac style)... Not that easy to figure out.",izzy 4279,Menu not correctly displayed in Konqueror,defect,0.11,,new,2008-12-15T10:14:44+01:00,2017-03-25T10:45:23+01:00,"Regardless what stylesheet is used: As soon as there are any sub-menus, it displays multi-line in Konqueror (see attached screenshot). Displays fine in Firefox3, however - so it must be something browser specific.",izzy 6129,Strange behavior when custom defined menu item is not enabled,defect,0.11,,new,2009-10-30T21:04:37+01:00,2017-03-25T10:45:23+01:00,"Below is a partial view of my configuration, which defines an entire menu hierarchy with top-level name ''Code''. Notice that `BROWSER_VIEW` is the only permissions referenced in this menu hierarchy. The menu hierarchy looks like this: [[Image(MenusPluginError.png)]] {{{ # Code: Repos: {Browser, SVN, WebSVN}, RevTree, Review, Tags codegroup.label = Code codegroup.enabled = 1 codegroup.hide_if_no_children = 1 codegroup.order = 3 codegroup.parent = top repositorygroup.label = Repos repositorygroup.enabled = 1 repositorygroup.hide_if_no_children = 1 repositorygroup.order = 301 repositorygroup.parent = codegroup browser.label = Browser browser.order = 302 browser.parent = repositorygroup svn.parent = none svnx.label = SVN svnx.enabled = 1 svnx.href = /tractab/svn svnx.order = 303 svnx.parent = repositorygroup svnx.perm = BROWSER_VIEW websvn.parent = none websvnx.label = WebSVN websvnx.enabled = 1 websvnx.href = /tractab/websvn websvnx.order = 304 websvnx.parent = repositorygroup websvnx.perm = BROWSER_VIEW revtree.label = Rev Tree revtree.order = 305 revtree.parent = codegroup codereview.parent = none codereviewx.enabled = 0 codereviewx.label = Review codereviewx.href = /tractab/codereview codereviewx.order = 306 codereviewx.parent = codegroup codereviewx.perm = BROWSER_VIEW codetags.enabled = 1 codetags.order = 307 codetags.parent = codegroup }}} I should briefly explain what may be a confusing aspect of my configuration. Entries such as `svn` and `websvn` are created using the TracTabPlugin. We have found that when using the TracTabPlugin with the MenusPlugin, it is necessary to hide the buttons created by the TracTabPlugin and create new buttons that point to the URLs created by the TracTabPlugin. If one simply tries to set properties for the navbar entries created by the TracTabPlugin, the properties seem to be ignored. I have seen this behavior for buttons created by other plugins as well (e.g. HudsonTracPlugin). However, that is a separate issue from what I am reporting here. In the configuration above, I initially did not have `codegroup.enabled = 1`. With that configuration, a user that did not have the `BROWSER_VIEW` permission was not able to access any part of Trac. The MenusPlugin did not seem to work at all for a user without `BROWSER_VIEW` permissions. The menus would be arranged in a flat structure rather than hierarchically. I will attach a screen capture of the error, which was: {{{ Trac detected an internal error: KeyError: 'children' }}} When the `BROWSER_VIEW` permission was granted, the menus appears correctly (a screen capture of the functioning configuration can be seen in [/ticket/5646#comment:description this ticket]). Also, I could not find anything significant in the log file with the log level set to `DEBUG`, other than: {{{ 2009-10-30 14:00:00,485 Trac[main] DEBUG: 40 unreachable objects found. 2009-10-30 14:00:00,486 Trac[main] DEBUG: 956 unreachable objects found }}} These errors were not present when Trac is accessed with a user having `BROWSER_VIEW` permissions. Although the initial configuration was not valid (it is well documented that self defined entries require `enabled = 1`: MenusPlugin#Configuration) and I have a solution to this issue, the behavior was very odd and somewhat difficult to track down, so it would be worthwhile to improve the behavior. ",Ryan J Ollos 6130,Cannot apply MenusPlugin properties to the TracTabPlugin,defect,0.11,,new,2009-10-30T21:21:36+01:00,2017-03-25T10:45:23+01:00,"As I noted briefly in Ticket #6129, it does not seem to work to apply MenusPlugin properties to a button created with the TracTabPlugin. This also seems to be true for buttons created by other plugins, such as the DownloadsPlugin and HudsonTracPlugin. There is a workaround. Suppose I create an entry with the TracTabPlugin called `svn`. I set its parent to none and then create a new button that points to the handler created by the TracTabPlugin. {{{ svn.parent = none svnx.label = SVN svnx.enabled = 1 svnx.href = /tractab/svn svnx.order = 303 svnx.parent = repositorygroup svnx.perm = BROWSER_VIEW }}} However, it would be nice if either the MenusPlugin or TracTabPlugin could be modified so that the workaround was not necessary. I'm hoping there is something that can be done to the MenusPlugin to improve this behavior since I have seen the behavior with several plugin (as noted above).",Ryan J Ollos 7498,Items with capital names cannot be assigned a parent group,defect,0.11,,new,2010-08-16T11:49:00+02:00,2023-01-03T00:52:11+01:00,"I ran into this with http://trac-hacks.org/wiki/TimingAndEstimationPlugin which yields 'mainnav', ""Billing"". I can enabled/disable this item, but cannot assign it to another parent menu. This seems to be because of the capital; if I hack that plugin to yield ""billing"" then everything works fine.",Adam Piper 8468,MenusPlugin defeats the AutocompleteUsersPlugin,defect,0.11,,new,2011-02-04T01:01:21+01:00,2017-03-25T10:45:23+01:00,"AutocompleteUsersPlugin quits working after installing the MenusPlugin. Ticket Reporter, Owner, and Cc fields no longer have an user pop-up list. It appears the input class for those fields have been reversed back to the default trac. Their input class should be class=""ac-input"". Any suggestion on how to work-around this? ",rlrj60 8705,Glitch related to cookies,defect,0.12,,new,2011-04-14T15:52:12+02:00,2017-03-25T10:45:23+01:00,"I have experienced some kind of ''glitch'', where the `mainnav` becomes all messed up, with menus drawned in wrong places. I found out that is related to ''cookies'', because when I clear them in the browser, all come back to normal. Also, when start a new private navigation, that ''glitch'' not happen. I'm using Trac 0.12, and as far as I could see in the plugin page and code, his support goes to 0.11. I also think that could be CSS, but I can't go any further.",Nelso G. Jost 8776,Menu becomes left-aligned,defect,0.11,,new,2011-05-09T02:52:31+02:00,2017-03-25T10:45:23+01:00,"When activating MenusPlugin, the menu suddenly becomes left-aligned whereas on every vanilla Trac installation it is right-aligned. This is confusing because all the other Trac links and buttons are on the right of the page. With a wide browser window, this makes navigation painful.",sam@… 4914,Bold highlighting of current page in menu,defect,0.11,,new,2009-04-13T10:39:10+02:00,2017-03-25T10:45:23+01:00,"If you select [http://code.optaros.com/trac/oforge/query Custom Query] on the OForge page, then both Custom Query and View Reports are highlighted in bold, where the bold highlighting indicates the current page. It seems as though on Custom Query should be highlighted in bold. However, if you highlight View Reports, then only View Reports is highlighted in bold. I see the same behavior on my trac instance. I also have a case on my Trac instance where I select an item from the menu and the particular wiki page loads, but then the item is not displayed highlighted in bold. The behavior works correctly in all other cases, however. ",anonymous