Please Log in to join the conversation.
It seems that some code blocks have no (jQuery) at the end and $ overwrites the $ form mootools an breaks it.
Please Log in to join the conversation.
I see.Very good analysis on usual wrong uses of jQuery's noConflict mode with mootools "conflict-only" mode.
But I'm not sure that the reason is what you think.
As a matter of fact, I took a whole week to get CB to use jQuery in full non-conflict mode, and as a result of those 1-week-long findings, I'm a small contributing author of the small but crucial "NOTE" on this jQuery noConflict() documentation wiki page
CB is not using the $ javascript variable outside of a jQuery renaming function, which references the jQuery global variable into a $ parameter making it a local variable which doesn't overwrite other global $ variables. We also checked (and fixed and reported bug back) all plugins that we used and which did use $ global instead of jQuery global.
Anyway, that's for the theory part
That makes sense, so it is assured that jQuery does not break other functions. So the $ function calls after (document).ready() do not break anything. Very cleverPractical part:
E.g. CB works fine with joomla 1.5, which uses mootools on each page.
It seems that some code blocks have no (jQuery) at the end and $ overwrites the $ form mootools an breaks it.
Could you please point me to such a block from CB in a real page ?
Would be very surprising, as CB provides and uses it's own jQuery PHP API to make sure that things are outputed in good order per above's theory.
As written above, some work some don't but knowing what you did to make sure jQuery runs in noConflict() mode I doubt it is CB / CB plugin related.Test part:
I went up to installing rokSlideshow with mootools enabled (suppose that's same as RokSlide) on a joomla 1.0 site, and then also on a Joomla 1.5 site as well, and tested that both CB ProfileBook and CB's lost password page are working fine.
You can try same in a default Joomla site with default template (or MyCommunity template) and CB and rokSlideShow module. It works.
Stats part:
This is the very first incompatibility report that I'm seeing since I implemented the complete-noConflict method outlined in my "NOTE" in jQuery's documentation, and that's since CB 1.2 RC 4 I believe, so that's way better stats than any other previous javascript implementation we had.
So must be something else outside CB and ProfileBook and ProfileGallery...
Will check that tomorrow. As I'm using the standard templates to test it seems not to be template related.Some hints to explore:
E.g. are you sure that you are loading only one time mootools ? and not loading prototype in same page ?
If you look with FIrebug at the page, what javascript error do you get in the javascript error console ?
EDIT: FIxed formating of link
Post edited by: beat, at: 2009/03/07 01:12
Please Log in to join the conversation.
Please Log in to join the conversation.
Please Log in to join the conversation.
No, as written above I'm using J! 1.5.9 and CB 1.2.Probably a conflict between those modules (or a setting to load a lib twice, as I understand you runing in joomla 1.0.x).
Also where javascript libraries are loaded matters.
Most joomla 1.0 modules don't load (because they can't) the javascript in the < head > portion of the page source.
Ok will check that. But doesn't $(document).ready() and its mootools counterpart ensure that all DOM and CSS is loaded before any action takes place?Finally loading CSS before Javascript matters too, but unfortunately even core joomla 1.5.9 templates, save 3pd templates, didn't do it right yet.
Please Log in to join the conversation.