dhtml menu doesn't work with Fusion Theme
| Project: | DHTML Menu |
| Version: | 6.x-3.5 |
| Component: | CSS code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Arancaytar |
| Status: | active |
Jump to:
I'm trying to use this theme:
http://drupal.org/project/fusiontheme
dhtml menu works when I switch to the admin screen, which is using the garland theme.
However, when fusiontheme is displayed, all the menu items are expanded when they shouldn't be.
Also, a first click on the parent *seems* to do nothing.
The second click collapses the tree.
After that, the menu functions as it should UNTIL a page reload.
Then the symptoms arise again.
Another thing I should mention is that there is a blank entry in the navigation menu.
It is blank in name and it also has no link (which is illegal in D6).
I have no idea why it is there, and I cannot delete it.
I mention it in case it has something to do with the problem above.
Also, I should mention that I *think* this theme should have bullets next to the menu items,
but they are not displaying. Again, this maybe connected with the problem.
I can't see anything particularly special about the theme; it's not a very complex one.
But I don't have the skill to find the source of the problem.
After three hours, I'm still at a loss.
I'm going to do a re-install, but would appreciate any ideas in case that doesn't fix anything.
Thanks.

#1
Same problem on a completely clean (re)install, with only 'dhtml menu' and 'fusion theme' added.
It is almost certainly be a css conflict, but I don't have a clue what it might be.
Thanks for any help with this.
#2
When I delete the following from the style.css file, dhtml menu works.
So it must be something somewhere in this, although I've no idea what I'm looking for....
#sidebar h2.title, #sidebar2 h2.title{
font-family: "Lucida Grande", "Lucida Sans Unicode", Arial, Helvetica, Sans, FreeSans, Jamrul, Garuda, Kalimati;
font-weight: normal;
text-transform: uppercase;
font-size: 130%;
}
... [ SNIP LOTS OF CSS ] ...
#searchtab input.searchbutton, #searchtab input#searchsubmit{
position: absolute;
right: 37px;
top: 6px;
color: #e5e5e5;
text-transform: uppercase;
padding: 0px;
margin: 0;
}
This issue has cost me ten hours so far. Five searching for the cause/solution, and five from deleting my installation and losing all the initial work I had done on it. So any ideas would be welcome. This is extremely frustrating.
#3
The culprit:
#sidebar .box ul, #sidebar2 .box ul{
background: transparent url(images/side-box-bg.png) repeat-y left bottom;
padding: 10px 20px;
display: block;
}
I have no idea why this would stop 'dhtml menu' from functioning.
But the following fixes the issue:
padding: 10px 0 0 30px;
/* display: block; */
Another day that drupal wasted, that I'll never get back, and I didn't even learn anything from it.
Oh well.
#4
Hi,
Thanks for investigating this. The browser's box model can occasionally behave pretty weirdly when CSS rules are in conflict. Now that I know which rule is causing the problem, I'll have a point to start off from when I try to fix this in DHTML Menu's CSS code. (That'll be a week or two though; lots of stuff interfering right now.)
#5
I suspect that the conflict may exist because this theme was probably ported from joomla by someone who doesn't know how to theme drupal in 'the drupal way'. I've used dhtml menu on about ten other themes and never had a problem with it. Before you spend any time on a fix, it might be a good idea for me to post this problem on the theme's project page and ask if their css is properly 'drupalised'?
#6
dhtml menu didn't worked for me either. My menus looked like this:
menu1 (=block1)
- page1
- page2
- page3
menu2 (=block2)
- page4
- page5
- page6
Then I re-arranged it. I've made 2 empty pages (one for each menu. the only thing that matters when it comes to these pages is menu title). And I've changed menus to look like this:
menu1 (=block1)
- empty page1
-- page1
-- page2
-- page3
- empty page2
-- page4
-- page5
-- page6
... and so on and so forth
Now it works perfectly. I have one small problem though, all menus are collapsed when the page is loaded. It would be nicer to have first level expanded from the beginning. Is there any way to do this?
#7
> dhtml menu didn't worked for me either. My menus looked like this:
> menu1 (=block1)
> - page1
> - page2
> - page3
I don't quite understand what you expected dhtml menu to do with a FLAT menu listing.
If there was no parent, what would they collapse into?
Perhaps you are looking for: http://drupal.org/project/accordion_blocks
> - empty page1
Rather than using empty nodes you can use this module: http://drupal.org/project/menu_firstchild
> all menus are collapsed when the page is loaded
Only on first load, I think. After that, a cookie remembers last state.
I don't think dhtml menu works with the core 'expand' setting in the menus page.
#8
>> Perhaps you are looking for: http://drupal.org/project/accordion_blocks
I've been trying to install accordion blocks, but I didn't succeeded. The whole process of installing it is quite insane to be honest. With dhtml I have almost exactly what I need, but it costs me fraction of time and nerves to install it and make it work (I'm new to drupal and all the things related to it). DHTML is much less disk-space consuming solution as well.
>> Rather than using empty nodes you can use this module: http://drupal.org/project/menu_firstchild
I'll try it, thanks for tip.
> all menus are collapsed when the page is loaded
>>Only on first load, I think. After that, a cookie remembers last state.
>>I don't think dhtml menu works with the core 'expand' setting in the menus page.
Nope... I've opened the page in FF, expanded one menu, closed the tab, opened it from bookmarks again and it was all collapsed again. I didn't closed FF, only one tab. I've even tried to open my page in one tab, expand menu, open the same page from bookmarks in next tab and on new tab there were all the menus collapsed again.
And you're right, dhtml doesn't work with "expand" setting.
#9
7.x-1.0 and later versions will respect the "always expanded" setting. This version is eventually going to be backported to Drupal 6 as 6.x-4.0, but don't hold your breath for that yet.