In that situation, were errors being thrown in the console?
I don’t tend to use jQuery, but my initial thought is that it would be preferable to run with the latest version — that’s if it is just a small fix to make that work.
I am also going to presume that the gradient text plug-in is not compatible with the older jquery.
Again, if you take out version 1.8.2 and just go with the latest jquery, what errors are being thrown in regards to the menu not working.
As I understand the menu is heavily CSS, with only a small js script. Maybe that script can be modernised to get it working? Just a thought.
Edit: I could be wrong here, but all I can see defer is doing is over-riding one version of jquery with an other. It’s my understanding that you have to explicitly set variables with noconflict to run more than one version/instance. As per above there maybe a simpler solution.
I believe that browser.msie doesn’t work from jquery version 1.9 onwards.
OFF-TOPIC: At the risk of being shot down in flames I wonder why you are looking at a menu from 11 years ago (according to the article date) as a good example for today? It uses code for IE6 !! and contains a detection routine for the ipad that won’t work for today’s ipads I believe. Also there is no keyboard support for navigating the menu and the menu should really should be detecting touch only rather than trying to detect mobile or at least have something in place to allow mobile to work.
It’s extremely difficult to develop a fully accessible hover drop down menu even for the most experienced developers. This article gives a good rundown on the techniques needed and problems to overcome.
Did you check out the css only article that Paul gave in his off-topic post.
Albeit the css-only idea is solid, I don’t think it makes a whole lot of sense to run with what is a very out-dated script.
I’m sure Paul can share his wisdom with you in the css section of this site, and guide you in the right direction with more modern methods.
Edit: And just to add, the bonus is that you can then run with just one version of jquery, the latest version, and get back to using your gradient plug-in.
It doesn’t work for me as I use the keyboard (hand problems with a mouse)
However don’t let me drag this off topic as I just thought it worth pointing out If you want to try and add a little bit of help for keyboard users we could probably do something using :focus-within but that would be a question for the CSS forum instead
Just for fun I removed all the ie6 css, all the prefixes as they are not needed these days and all the IE6 specific JS. You can then just use the latest jQuery and all that does is provide the slide toggle for the hamburger.
I also added basic support for keyboard navigation in modern browsers using :focus:within. Small changes that have large effects. You were using a menu that supports IE6 (approximately 1 user) and then excluding all keyboard users (probably 20 million world wide) (with the caveat that 99% of all statistics are made up on the spot ;))
Note that there is no proper support for touch devices. All the original code did was change to a hamburger based on screen size which is nonsense as there’s a whole range of ipads and surface devices all using touch at larger screens than that.
However they still may be usable after a fashion but I am unable to test but that is what you already had anyway.
This evening I tried your new code. But I cannot get the hamburger menu on small screen .
If you have already an idea why, please tell me . Any way tomorrow I will do further attempts.