How can I disable Mootools in Joomla 3.2 without hacking core files? I have already tested this link, but it does not work for me.
Simple way is edit your templates not to include it but some things still require it.
http://pbwebdev.com/blog/removing-mootools-core-js-caption-js-joomla
Newer versions of 3.2.3 remove the tooltip js that was built in mootools but earlier ones will give you a console error if you have forms using it for the tip on the input label.
Also Kunena Forum uses mootools for the profiles and post edit tools, so I tend to write code that just includes it there.
Outside that there are plugins in the JED
http://extensions.joomla.org/extensions/core-enhancements/performance/mootools/22236
I found this page on docs.joomla.org helpful. I was using JHtml::_('behavior.framework') which loads mootools.
Related
Is it possible to use CKEditor 4 without jQuery? I've noticed it seems to "integrate" with jQuery through an adapter, but I don't want to use jQuery on my site, so I'd prefer to use CKEditor without the adapter. I don't see anything in the CKEditor documentation, GitHub issues, builder config files, or Stack Overflow questions about using CKEditor without jQuery, so I'm guessing it's probably not possible? I'm mostly just surprised that the question has never been asked, so here I am asking it. If it turns out that it is indeed possible to use CKEditor without jQuery I would be thrilled.
EDIT: I don't see jQuery in the dependencies of the npm package, so it shouldn't be required, but I've found no instructions on how to build it without the jQuery adapter.
Of course, possible use CKEditor without jQuery.
jQuery adapter used only for treat CKEditor as jQuery object via $.
All basic CKEditor plugins(components) not used jQuery too.
However, a few extented CKEditor plugin as "Accessibility Checker" demand of jQuery.
OK, after some investigation it looks like it can work without the adapter, and the adapter is not included in the build. The issue appears to be with certain plugins requiring jQuery (the autosave plugin is the one I was having issues with).
I'm working on a Joomla website that was handed over to me (I'm new with all Joomla things). My problem is that after updating to Joomla 3.6.2, the sh404sef extension is causing a lot of 404s (it worked fine in Joomla 3.5.1). I do not know if the same problem is also with 3.6, because I didn't do the update.
It looks like sh404sef has a problem with multilingual content. On pages where there is only one language the extension is working fine. Did anyone come across the same problem?
I know that the best solution is to use backup, but as I mentioned already the update was not made by me and there is not a backup file.
The issue caused by Joomla 3.6.2 is that the ordering of the language filter routing rules is not the same, on a small number of multilingual sites. As properly explained on support, you have to put the plugins in the right orders, using the Joomla drag and drop feature, on the Joomla plugins manager. This is enabled by clicking on the small icon in the header of the order column. If you don't enable the drag and drop mode, the new ordering indeed won't stick.
If you reordered the plugins in the database, and they also show in the correct order in the Joomla plugins manager, then this will fix the problem. It does for all the sites affected by this issue in the last few days.
If not, I would encourage you to go back to our support, we can probably do the re-ordering for you, if granted access.
Rgds
Im creating a custom template for joomla 2.5 and I want to know if is it safe to disable mootools for my template?
If its safe, how can I disable mootools?
You can find several extensions that disable MooTools in the Core Enhancements/Performance section of the Joomla! Extension Directory (JED)
As mentioned already it is safe to do it as MooTools is only really required for the Joomla! 2.5.x backend i.e. /administrator.
Having said that you should be aware that some aspects of Joomla! 2.5 front-end do require MooTools to be loaded and many extensions "expect" it to be there (although they are not particularly good ones).
Generally Mootools is loaded by a PHP call of the form JHTML::_('behavior.mootools'); or JHTML::_('behavior.framework')
Core elements that load MooTools in the front-end include:
Contacts (com_contact)
Content (com_content in the blog, category views)
Advanced Search (com_finder)
Newsfeeds (com_newsfeeds)
Weblinks (com_weblinks)
Popular third party components that use it in the front-end include:
1. RokGallery — infact a lot of their stuff prior to RokSprocket
2. Akeeba Subscriptions
3. Akeeba Release System
4. and many others...
The thing to remember is MooTools has been in the 'core' for a long time and developers expect it to be there, rightly or not, so, you will have to check any extensions and see if any core components are impacted adversely when you do remove it.
To add to cppl answer:
As far as I know, every library in Joomla is/should loaded only when it's required.
If MooTools loaded on your site, some extension/ core functionality is using it so if you just remove it, some things may break.
What you can do:
Inspect the code that's using MooTools
If it's inline code, probably you may overwrite it using template overwrites to use jQuery
If there's a library (like validate.js) you can provide alternative libraries (utilizing jQuery), put these in /templates/[your_template/js/system/ folder.
Removing MooTools and loading jQuery would make perfect sense than.
Judging by the number of extensions that do this, I'd say it's not only safe, but often desirable.
http://extensions.joomla.org/extensions/core-enhancements/performance/mootools
I have installed in TYPO3 the extension ods_pm_ajax for ajax submit, but for some reason this doesnt seem to work. I get an error like in line 5 of ods_pm_ajax.js, because $.style is not defined, which makes me think that it doesnt use prototype but I dont understand why! I turned off jQuery in my site because I was afraid of compatibility problems and still nothing.
Anyone has an idea of why this can be?
What version of ext powermail are you using?
I tried with 1.6.4 and got very similar error to yours. And then downgraded to 1.5.7 and it started to work!
Looks like the extension odd_pm_ajax requires 1.5.x. I think with version 1.6.x powermail started to use jQuery for javascript framework.
Changelog for 1.6.0 version of powermail copied from TER:
1.6.0: jQuery validation, extJS BE Module, Scheduler, HTML templates modified!, see http://forge.typo3.org/versions/show/678 and manual
So just use version 1.5.x and ods_pm_ajax should work.
Or try to achieve the same functionality with 1.6 and jQuery.
Cheers
I need syntax highlighting of source code from various languages (PHP, C#, VB, etc) within articles I have in Joomla. I have tried enabling the Geshi plugin, updating the language files and putting the code into my Joomla article - however I can't seem to get it to work.
I have also tried CodeCitation from JED but again, the problem seems to be the same - I don't know how to tell Joomla to process it as code. I placed {codecitation} and {/codecitation} around my code (as well as including the brush value) but it doesn't work. I am unsure if these tags should be placed on the source or the wysiwug
Could someone please assist with an alternative method or work out what I am doing wrong?
With CodeCitation: if you already wrote the article using the tags (i.e. {codecitation} code {/codecitation}), it should work. Did you check if you enable the mambot?
As of Joomla 3.4 Geshi has been removed - but you can still get Geshi+ (geshi repackaged with all the additional languages) - & see the tips here on how to configure geshi.
An example of Geshi+ working is here.
There are now Joomla plugins using highlightjs & google's prettify library to highlight syntax but I found geshi+ worked much better
I am not certain if you can use it in Joomla or not. I use the syntax highlighter by Alex Gorbatchev. I have used it in a couple of blogs (wordpress for instance) and in some stand alone web pages. Not hard to intergrate. It uses the 'pre' tags. You need to be sure the code is already escaped. It may be worth a look. Here is a link.
http://alexgorbatchev.com/SyntaxHighlighter/
Hope this helps.
Bob