New Module: jQueryAdmin v2.13

[dbs]

code is moved to the footer

same problem with template "officetime" ( slider-script ) from chio.

[mr-fan]

.....?

Whats the Problem - AdsenSe should be used as Inline JS in the content right there where it show the ad!

jQueryAdmin catch all Inline JS and put it together and to the place where is set (body or head)

so this works....

AdsenSe should be ignored by the jAdmin? i've don't tested this - may this is a bug/feature that is missing...

regards martin

[avitaly]

If the plugin in placed manually, the adsense code is moved to the footer, but it is visible. This problem can be solved calling the code with php include.

But I am not sure at all that I can use jquery scripts correctly ... 

Thank you very much again

[Vincent]

NL language file attached.

Regards,
Vincent

[gelöscht durch Administrator]

[avitaly]

I haven't tried to ... I'm not even sure I'm able to  I'll let you know! By sure, without the droplet, everything works, and with "rotator.js" (that uses JQuery) there is no conflict

[BlackBird]

Hmmm. I will think about a solution. The problem is that it is nearly impossible to distinguish jQuery Code from other JS.

So, when removing the droplet and adding the Tabs plugin by hand, your problem is solved?

[avitaly]

Yes, the Adsense code is moved after the footer when the droplet is put on the page. To be precise, the code is moved immediately before the body closing tag (</body>). Without the droplet, the code is at the right place.

I tried to place the adsense code through php include, and the code behaves normally, but it is not loaded anyway (and in IE an error message appears).

The droplet is placed in the footer, in a section of the pages where I need it (I have not included JQuery in the template).

Thak you very much

[BlackBird]

Maybe the problem has something to do with (or can be solved by) the order the JavaScripts are loaded in the page. Is the AdSense Code touched in any way by the jQueryAdmin droplet? (Moved from somewhere else to the page footer, for example.)

Normally, the droplet acts this way:

* Find out which preset has to be loaded (default: default.jquery in jQueryAdmin module folder)
* Read that file and split the contents into head and body positions, where body means before closing </body>
* Filter all jQuery related JavaScripts and CSS by scanning the page already rendered by WebsiteBaker; filter inline CSS and inline JavaScript
* Mix filtered JavaScripts and CSS with the contents of the preset
* Remove doubles (JavaScript includes and CSS includes; no inline CSS/JavaScript!)
* Move all CSS into page head
* Insert remaining JS into head or body

The droplet should never move inline JS into the page footer. To verify that, load the page without the droplet and save the source code. Then, re-include the droplet, reload the page und store the source code. Compare the two versions. Let me know the results.

Please note: I'm not online for the whole time at the moment. So, responses may take a while.

[avitaly]

The problem is that AdSense code ends up at the end of the page, before </body> tag, and after the footer, and it is not visible.

I just supposed that it could be a problem in the <div> structure (css), or in JQueryAdmin module itself, because another script in JQuery, inserted directly (rotator: http://www.agnesevardanega.eu/pages/home/pubblicazioni.php), works without no conflict, while both Tabs and EasySlider have this problem.

It is well known, however, that JQuery does not work properly with AdSense code. I'll try to insert the plugins directly, just to test the problem

Thank you

[BlackBird]

I've a couple of problem with this module.

I'm sorry to hear that.

Using the droplet in a WYSIWIG section/page AdSense scripts fail to load, and an error message appears (but only in IE). So I think there must be a conflict between these scripts.

I have noted similar problems using a Google Map (using the GMap module) and CoinSlider jQuery Plugin on the same page. This is NOT a fault of jQueryAdmin, but a problem with that two scripts on the same page. So jQueryAdmin cannot fix this issue.

Another problem seems to be the div structure generated by the code, so that, for example, the left column sometimes ends up to the wrong place (at the end of the page).

As jQueryAdmin does not create any divs in the frontend, I don't think your problem is caused by it. Or do you mean in the backend? But I don't know any backend theme that has a left column...

[mr-fan]

hi,

Using the droplet in a WYSIWIG section/page AdSense scripts fail to load, and an error message appears (but only in IE). So I think there must be a conflict between these scripts.

You're right i think...

Another problem seems to be the div structure generated by the code, so that, for example, the left column sometimes ends up to the wrong place (at the end of the page).

I absolutely don't know what you mean -> maybe the <div> or <p> tag that is generated by the WYSIWYG Mod??

But first of all, of course, I would like to know if I have correctly used the module

For this question it would be important to know _HOW_ you use it.....

You don't have specified this yet...so please post your created jQueryAdmin Plugin/Preset + Droplet Call you used in Wysiwyg....

regards martin

[avitaly]

I've a couple of problem with this module.

Using the droplet in a WYSIWIG section/page AdSense scripts fail to load, and an error message appears (but only in IE). So I think there must be a conflict between these scripts.

To be precise, AdSense scripts are "loaded" (as you can see looking at the source code of the page http://www.agnesevardanega.eu/pages/didattica/corsi/tecn.-analisi-dei-fen.-turistici.php) but are not visible.

Another problem seems to be the div structure generated by the code, so that, for example, the left column sometimes ends up to the wrong place (at the end of the page).

It is also possible that the problem with AdSense is caused by this problem with the div structure, since the whole code is included in a div.

But first of all, of course, I would like to know if I have correctly used the module 

Thank you very much

[erpe0812]

Hi there

I reworked the corners-plugin, added some css files and cut the html code.
js and css are now using same class names.
http://jquery.websitebakers.com/plugins/styling/corners-plugin.php

Plugin is available at the plugins-page
http://www.websitebakers.com/pages/libs/jqueryadmin/jquery-library.php

rgds

erpe

[BlackBird]

So here's v1.1!

http://www.websitebakers.com/pages/libs/jqueryadmin.php

- fixed default.preset of the Fancybox plugin (load call into body)
- fixed default.preset of Slimbox2 plugin (wrong path name)
- updated NO language file (provided by WB Forum user "oeh" - thank you!)
- fixed __jQueryAdmin_includePreset() method to load presets located in module folders correctly (module subfolder was missing in the directory list)
- automatically create "presets" subfolder when adding a new preset if it doesn't exist
- fixed plugins sorting in tool.php

Known issue: When upgrading, the default.jquery Preset will be overwritten! So if you have changed it to suit your needs, be sure to create a backup copy before upgrading!

You may update the module by FTP by replacing:

* all files in the base folder
* languages/* (all files)
* plugins/Slimbox2/default.preset
* plugins/fancybox-1.3.1/default.preset

This issue will be fixed in the next release.

[oeh]

Here it is ;-}

[gelöscht durch Administrator]

[BlackBird]

Announcement: v1.1 ahead!

@oeh, would be great if you could update the NO.php. In the last version, I forgot a var there, and there's a new one. Thanks in advance!

[gelöscht durch Administrator]

[crnogorac081]

I am glad you like it

cheers

[BlackBird]

3. I made coin-slider preset (Demo), please review it...  Also please someone create german readme file. 

Great plugin! Works perfectly for me!

[BlackBird]

1. I am wondering did you consider putting index.php to prevent directory listing in presets/plugins ?

jQueryAdmin does this automatically when installing plugins. All folders that are part of jQueryAdmin have an index.php.

2. I am kind of missing option to edit and delete plugins and presets.. Did you also considered these options in further versions ?

You can delete presets by clicking on the X icon next to them. (Except default.preset)

I am not going to add a "delete Plugins" option because it would be too easy to delete a plugin that is used somewhere. The only way to delete a plugin is to delete it via FTP.

Also, I am not going to add an option to edit the preset files of plugins directly. It's simply a bit dangerous - if you do it wrong, the plugin may not work anymore. Use AFE for this.

As stated, I am going to add a "custom.preset" to plugins for personal settings. I'd like to integrate AFE for editing them, but there is a major problem I was not able to solve, so I left this point.

3. I made coin-slider preset (Demo), please review it...

Thank you! I will check it out!

[erpe0812]

I will do german help file today and test it.

rgds

erpe

Edit: available on AMASP

[crnogorac081]

Hi,

Here are some latest issues from me

1. I am wondering did you consider putting index.php to prevent directory listing in presets/plugins ?

2. I am kind of missing option to edit and delete plugins and presets.. Did you also considered these options in further versions ?

3. I made coin-slider preset (Demo), please review it...  Also please someone create german readme file. 

cheers

[gelöscht durch Administrator]

[Spritemarkiv]

Working now with the new include.php file.

Thanks!

[BlackBird]

BTW: The problem Boudi reported was caused by his PHP version. (5.1.x) It seems the RegExp I use for filtering <script> tags does not work in that version. So be sure that you have 5.2.x!

[BlackBird]

Ah! Found an error in the include.php. Try to replace it with the one attached.

[gelöscht durch Administrator]

[Spritemarkiv]

Hi Blackbird,
Here is the experimental version.

Thanks for the help

[gelöscht durch Administrator]