DHTML Menu with unlimited sublevels HOR and VERT.

Milian

I understand all the doubts.
But for me it is a nice menu with unlimited sublevels and high-end design.
Just a contribution for the one who likes it.
If Google indexing is important  mayby no good idea.
My websites with this menu are well indexed. A lot of page weight.

In the HiddenFrames_var set the ImageBase=/wb/templates/dhtml-vertical/
But if the template is called /dhtml-vertical and the root /wb/ then the triangles
are shown.

[gelöscht durch Administrator]

DGEC

=== There's a couple of significant issues with this menu/template ===

Problem 1. Not installing.  Hmm.... odd... no install.php... info.php though... aha!  This is NOT A SNIPPET module... it's in the wrong forum section. This is a TEMPLATE.  Module install does not work, but Template install does. Solved.

Not Problem 2 - As mentioned above, Path is in the format: /home/username/public_html/websiite-baker/config.php and setting the path correctly in read-menus.php does remove that path error. Very good.

Problem 3 - No menu appears. Home is the only item on the menu - no wait, that's the page title. Hmmm.... Another Aha! In index.php, the JS call is to menu131_com.js.  There is no file menu131_com.js in the zip file... but file menu.js is there.
Change the index.php <script> to call menu.js instead and the menu now works.  Very slick!
Please update and repost (oh, please also delete all the other versions from the thread and add the version to the zip filename!)

Most problems solved!  (I thought)  Thanks!!! I've been avoiding adapting any of the menu systems out there to WB.  :|   I have to try it in other browsers and check how it degrades.

But wait...

Program 4 - The child menu triangle graphics don't appear. Is that a default or a bug? I see them on your demo site but they don't appear on mine using IE 7.  Minor issue, but a real one.

Problem 5 - Bigger issue - it looks very very nice but the requirement of JS to get the menu displayed is an issue. I know some people who will yell at me for requiring javascript for anything :wink: I do have a few site visitors with JS turned off, others with browsers that may not work right.  I could use a JS sniffer, and if it exists, call the menu function, or call the WB default showmenu if JS doesn't work.  I guess it's usuable that way. Except there will be a bunch of the extra work in defining the showmenu2 fields as well as the JS ones.  :-P.

Problem 6 - We need clarification - who is the original author? Are you or is this copied, or as seems more likely, heavily modified/mostly derived code? I ask because the code has no comments anywhere indicating the author and there seems to be are a number of menu131.js systems out there - but I couldn't quickly see if there was any connection.

If this is not yours, it may still be ok.  If this is someone's GPL code then good, but the copyright notices cannot be removed, if they weren't there to begin with, there should still be something about the source somewhere.  If it is not GPL, then we need to know immediately - the community has run into problems with module licenses which are not GPL-compatible before.
People have businesses that run WB code and if it's non-commerical use only, it's a problem. We all need to be sure we are legit from a legal standing. Individual developers might be allowed to use or buy it, but we can't just make something GPL even if it is free to use. The GPL is all about legally protecting author and user rights not just about "free".  There's also the practical considerations of learning and getting fixes, updates to the code and most importantly, about security issues.

Problem 7 - SHOWSTOPPER!!!  Checking the source, I find that JS is not used for styling the menus... JS is used to CALL the menu links too?  :-o
I could never recommend anyone use this menu, as is.  Use this and you've just kissed virtually ALL YOUR SEARCH ENGINE TRAFFIC GOODBYE.  And a lot of people don't even know the difference between the Address bar and the search box on MSN, Google or Yahoo.

None of the search engines follow Javascript because it can be so deadly. which is also why some people turn it off manually.  Since the JS generates all the menus, your source has NO HTML PAGE LINKS. Try it - create a page and then Show/View Source - there's no <A HREF...> tags from the menu.  Google, et al will see nothing but your home page.  You will lose all your page ranking too, because you have virtually no content (other than home page), none of your other internal pages link back or connect to anything - your contact page, your content, none of it will ever be found by the world, even if they know exactly what page 2 says!  That's fine if you want to be invisible, but then why create a webpage?  I have an older WYSIWYG graphic tool that I love to use for design, but it generates JS links like this - I can't use it as a generator.  :x

Sorry.  It's slick, but like an all-Flash site, it's rarely a good idea. 
And sorry for the long post. I had some improvement ideas, but I'll not inflict anyone further.

Milian

You can change the abs path after you did the install (then withan ftp client).
(Before. Then you have to unzip change,  and zip again).
The latest version is available above. Milian

DGEC

This sounds great... but I can't even get the latest version to install.
Or do you have to set the absolute path before you can install?

Milian

#6
Yes, MacSmet you are right.
Problem is solved.
The index.php reads the DIR automaticly so the only change you have to make is in:
read-menus.php

Enclosed  the dhtml-vertical.zip with a new ReadMe.txt
New dhtml-vertical.zip on: 23-01-2008
Regards, Milian







macsmet

#5
@ Doc: it didn't work for me at first either but cause I always install wb in the root I checked the index.php and saw the javascripts link to:
<script type='text/javascript' src='/wb/templates/dhtml-vertical/menu.js'></script>
After removing /wb from the link it worked!

The same for the images (small arrows) in the menu. Look into the HiddenFrames_var.js for: var ImageBase and correct it if wb is installed in the root.

greetings,

MacSmet

Milian

The Menu works. The case is that you have to change the absolute path
in read-menus.php
This line 3 in read-menus.php you have to change in your own abs. pad.
'/home/users/user/public/wb/config.php'  (this is an example)

In your case change it to
/home/louisjim/public_html/config.php
if WebsiteBaker is in the root.
else
/home/louisjim/public_html/website-baker/config.php

The path you can find with:
<?php
phpinfo();
?>
in a show-the-php-info.php
inyourcase
-------------
Here you can see a working version:
http://www.mdfolmer.nl/wb/
Milian


styzer

#3
Hi Milian,

I've been trying to have a vertical menu which pop-ups the submenus. This could be it? I installed as I install any templates and got this error message:

Warning: main(/home/users/user/public/wb/config.php) [function.main]: failed to open stream: No such file or directory in /home/louisjim/public_html/templates/dhtml-vertical/read-menus.php on line 3

Fatal error: main() [function.require]: Failed opening required '/home/users/user/public/wb/config.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/louisjim/public_html/templates/dhtml-vertical/read-menus.php on line 3

Any idea? I do have showmenu2 installed.

andre

doc

Hello Milan,

thanks for the module. Tested it but it does not work. Have adjusted the path, is there something else I need to consider?

Regards Christian

Milian

#1
This DHTML menu shows al sub-levels in a foldout system.
With one parameter you can switch from Vertical to Horizontal.
Just change the divs positions for the right lay-out.
Note: You can change the design with the CSS.
The basic is the outstanding menu structure.
A readme.txt  is enclosed.

Update:
New dhtml-vertical.zip is enclosed op 23-01-2007

Enjoy, Milian