Dummy Menuitem

Martin · Post by **Martin** » Fri Mar 19, 2004 3:09 pm

Hi Andy,

My way to handle URL's has nothing to do with ColdFusion itself. It's a legal way to use URL parameters, often used by content managment systems.

Yes, this funny numbers are looking like a directory name, but it ins't. A URL parser manages the url. This technique was created to avoid to have the ?-sign in the url.

Instead of

index.cfm?0084035000000000000000

we have

index.cfm/0084035000000000000000

Now we are search engine friendly. The old rumour, that dynamic webpages are not made for search engines is now history. It's all server based. The browser (Any brand, any version) has no problem at all.

To use this technique, libraries are available for PHP, ColdFusion, ASP and other middleware.

Maybe your recognize now, that this technique is not exotic as you think.

If you want to be save for the future, i should continue to support url's like that. You can find tons of URL's like i use in the wild.

I never had problem with your great menu with my funny url's in other projects i made.

The good thing is: I removed the url property from the ai() string. It works. Everything works. Everything is perfect. Except: I'm hungry, it's time for lunch.

kevin3442 · Post by **kevin3442** » Fri Mar 19, 2004 7:21 pm

Hi folks,

Andy wrote:...If this IS the case, all you need to do is remove the url property from the aI() string

I think we had reached that conclusion. But the lack of the required page highlighting came to light (good pun, huh?) and Martin assumed that a url had to be defined in the aI() string to get the required highlighting. I figured there was probably a solution using the pagematch property, but when I started to test that theory, I found that the page matching didn't seem to be working in 5.07... unless I totally did it wrong, which is always a possibility.

A question for you Andy... in comparing things to decide whether to highlight a menu item or not, I assume you compare the item's pagematch value to the current location... right? Are you looking for pagematch in location, as a substring (i.e. using indexOf() ).

I that's how it works, then let's take, for example, the first item in the main menu, "Über uns". It seems to me that all of the pages that can be gotten to from the submenus under "Über uns" all begin with

Code: Select all

index.cfm/0084109

Could you then define the "Über uns" main menu item as follows:

Code: Select all

aI('text=Über uns;showmenu=NavSub1_0;pagematch=index.cfm/0084109;pointer=default;status= .:. Über uns .:. ;');

Modifications to the current definition are (1) I removed the url property, so that clicking the item would do nothing, (2) added the pointer property so the pointer doesn't turn to a hand, (3) set the pagematch property to index.cfm/0084109... woud that cause the "Über uns" main menu item to be highlighted when any of the pages gotten to through the NavSub1_0 submenu were displayed???

OK... so that was more than one question....

Kevin

Martin · Post by **Martin** » Fri Mar 19, 2004 8:00 pm

Hi Kevin,

Thanks for your feedback.

I had only to remove the URL-Thing and it works, including changing the colors, but works in my intranet only. I think, different problem occured. I opened this thread a while ago, to discuss the issue http://milonic.com/forum/viewtopic.php?t=3806

I think, its a problem with absolute and relative addressing. Please read the my last post.

I had the same idea to introduce pagematch . I have to play around a bit the get it running. If this feature runs really, it will fix some other cms-specific issues with teaser-articles and full-articles. But this is a different story...

Post by **Andy** » Sun Mar 21, 2004 12:03 pm

Version 5.09, now available should fix your problem.

Cheers
Andy

Martin · Post by **Martin** » Sun Mar 21, 2004 5:30 pm

Hi Andy,

The menu 5.09 does not work anymore.

This is the message:

The menu works in my intranet, but not on the productive server.

Post by **Andy** » Sun Mar 21, 2004 5:37 pm

You seen to have broken mmenudom.js.

There are missing characters that are part of the comments.

Try downloading the menu agian.

Cheers
Andy

Martin · Post by **Martin** » Sun Mar 21, 2004 6:01 pm

Hi Andy,

Your Source on the web-Server ist broken. I downloaded it again from the server. The file mmenudom.js is incomplet

Martin · Post by **Martin** » Sun Mar 21, 2004 6:09 pm

Hi Andy,

I repaired the file by myself.

Unfortunately, this release 5.09 does not show up the submenues anymore.
I didn't change anything, i replaced the file only.

Post by **Andy** » Sun Mar 21, 2004 6:14 pm

Try it now - it was the code that builds the downloads at fault, sorry about that.

Cheers
Andy

Martin · Post by **Martin** » Sun Mar 21, 2004 6:30 pm

Hi Andy,

I downloaded the files again. Now they a working.

I realized, that the serialnumber will be included automatically. Is that a new feature? If yes, it makes no sense for multi-license owners. They have to change the serial number matching the customer anway,

Still one bug is there: A selected menu item does not change the background color.

Post by **Ruth** » Sun Mar 21, 2004 7:42 pm

Just on the off chance this might be it....someone else had that problem, in their case it turned out that the url they had in the data file was http://www.whatever.com but if you typed that in the browser a / was automatically inserted perhaps something like that is happening and maybe the menu doesn't recognize it as the same. Just a thought.

Ruth

Martin · Post by **Martin** » Sun Mar 21, 2004 8:10 pm

Hi Ruth,

No, that is not the point. I use always relative adressing, e.g. index.cfm?<parms>.