Hello,First remarks about great features:being a mootools fan and having explored all kinds of solutions to implement both moo 1.11 and moo 1.2.1 on the same site, I really appreciate, mootools-wise:* jumi component links NOT including Mootools* adding this simple (Joomla API based) script to a jumi module sends the JS file to the head tag :

Hi,First of all, thanks for a great extension!I tried to install the new version 2.0 this morning on Joomla 1.5. I uninstalled the previous version first. The installation seemed to be successful. But the component doesn,t work. When I click to Jumi Component in Backend I get this error:

Could you please try to uninstall plugin, module and component if it exists and try to install one more time. If you have the same problem, please post here your Joomla information, we will find out what is going on.

Hi,Ok, I have downloaded Applications component from the link above and uninstalled Jumi component and installed Applications component. Now I have "Applications" in Back-end Component menu instead of "Jumi". But I get exactly the same error when I try to go to the component from the menu in backend???

Ok, I think I have localized the problem.The SQL in admin/install.jumi.sql seems to be the problem. I have tried to run it manually in phpmyadmin against my mysql server and it failes. It complains on the "path" varchar ( 2000 ), 255 is maximum for a varchar. And there is also some problem with this line "ENGINE=InnoDB DEFAULT CHARSET=utf8;"I have mysql server version 4.0.27-standard.

My guessing is that the sql for this component isn't compatible with all mysql versions? I'm I wrong?

Hi again, I posted my previous reply before I saw your last answer ;-)The change in sql you suggest seems not to be enough for me. I've got error on "path" column, that it can't be a varchar ( 2000 ), max 255! And I have to remove everthing of the last string to get it work: "ENGINE=MyISAM DEFAULT CHARSET=utf8;"

Thanks for the great power in such a simple approach as jumi. I'm the one who discover joomla just a couple of weeks ago and now I drive my site with the power of jumi inserts )

I have a suggestion for modification of the plugin to support nested jumis. Initially I added a jumi insert with a php select to include an introtext field from another article, but unfortuneately the latter contained another jumi insert. After the test I found that jumi parsed an article only once, not allowing to have "nested" jumis. I made a simple modification to jumi.php and jumi.xml to support nested replaces (an option for jumi.xml and the interpreter code to jumi.php) and it worked. MarHaj, I can sumbit it somewhere, but I suppose you're skilled enough to add it by yourself in a couple of minutes ) Anyway actually it was a loop added that continues execution if the proper option selected (Nested replace) and preg_match_all returns non-zero result.

If you're not ready to made the modification to the main plugin, where is the best place to made my modification public in order to conform the GPL? Personally I doubt the release of a modified version is a good decision since this one will lead to confusion for users.

Another suggestion is to support jumi in titles of articles, but this one is very questionable

I made a simple modification to jumi.php and jumi.xml to support nested replaces (an option for jumi.xml and the interpreter code to jumi.php) and it worked.

Max, that's great! Nice!

If you're not ready to made the modification to the main plugin, where is the best place to made my modification public in order to conform the GPL? Personally I doubt the release of a modified version is a good decision since this one will lead to confusion for users.

I think it will be fine to make your modification a part of the main fork.

As you may have noticed I have joined with Ed recently to push Jumi by common further. We have not set up a internal policy how to handle the situation like this one. I will discuss the matter with him immediately and let you know ASAP.

I have used your plugin for a while now on a Joomla 1.0 installation. I am in the process of moving to 1.5 and can't seem to get the plugin to work the same way. I am trying to call up a .js file within a custom html module - could that be the problem with 1.5? This worked fine in 1.0. I even tried uninstalling and installing the newest jumi pack from your site. The last thing I tried was to change the .js file to .php and add the security line at the top but it still doesn't seem to want to work. The module just shows the {jumi [path/file]} code on the front page of the site. Any help would be appreciated as I still have other jumies to move over. I haven't tested those yet at this point, though.

dannette wrote: just shows the {jumi [path/file]} code on the front page of the site. Any help would be appreciated as I still have other jumies to move over. I haven't tested those yet at this point, though.

The code {jumi [path/file]} is correct. Verify the plugin is enabled (published) in the backend. And open the Jumi plugin there too and verify that the plugin parameter switch "Hide Jumi code" is set to NO.

I am using Jumi to integrate a copy of Ham Weather into my site. I have a couple of questions. I can get this php script loaded properly with both the module and component versions of Jumi, but when I use a search function within the script, the results page goes outsite my Joomla site (to where it was installed). Is there a way to keep the script within my site by using Jumi instead of iframing/wrapping it?

Secondly, if domain.com/weather.php?alt=frontpage&forecast=metar&zipcode=10001 is the script I want to include, how (exactly) should the arguments be entered into the Argument Values of the module/component?

cornella wrote:I am using Jumi to integrate a copy of Ham Weather into my site. When I use a search function within the script, the results page goes outsite my Joomla site (to where it was installed). Is there a way to keep the script within my site by using Jumi instead of iframing/wrapping it?Secondly, if domain.com/weather.php?alt=frontpage&forecast=metar&zipcode=10001 is the script I want to include, how (exactly) should the arguments be entered into the Argument Values of the module/component?Thanks...

Cornella,what you are speaking about is the integration of an application (Ham Weather) into Joomla!Generally it is quite a big task to keep all application pages with different URLs within Joomla! It usually means application code adjusting. I am sorry I cannot even give you a reference to integration cookbook, I do not know any.Using iframe or Joomla! wrapper is much more simpler and faster.

As to your second questionweather.php is the script that reads from URL some parameters (alt=frontpage, forecast=metar,zipcode=10001) by php method GET. So it suffices to have a form with method post and several fields

Hi, thank for for the plugin for jumi, it is just what I needed. Not sure if this is where to post questions, but here goes.

I have gotten it to work properly and just have a couple questions (joomla 1.5.8, ja_pyrite template from Joomlart)

If you have javascript where do you put the script? Usually you put it in the <head> tag, which I did on my template and that works, but just wondering if I can put it in some other way.

Jumi is rendering this php but placing it directly to the left on the page. If I put padding either in the php or the article page for the plugin it pushes everything from the jumi code (good) to the footer (bad). How can I get it to stay within its bouds on the article page?

global $mainframe;$document = &JFactory::getDocument();$document->addStyleSheet( …); // for .css into the head$document->addScript(…); //for .js into the head$document->addCustomTag($script); // for anything into a head

Without this css, javascripts etc will be loaded into <body> section.

The plugin pushes everything from the jumi code (good) to the footer (bad). How can I get it to stay within its bouds on the article page?

Yes, that's bad.Note, that Jumi includes script into Joomla pages as it is. Without any wrapper. Try to wrap the whole output from your script into <div> </div> tags.Probably (probably!!!) there are missing some closing tags. Either in the script, or article content or in the template. I recommend you to catch source code (available by any browser) and checking it up by php editor on tags.

The last thing: the security script should be included into the header of all php files. If somebody knows the location of this file he/she can write its address into the browser line. The file without the security line) will run and can be attacked. With security line the file can be run from Joomla environment only (through Joomla).Double inclusion - one php includes second - should not be a problem. If first php is included into Joomla!

global $mainframe;$document = &JFactory::getDocument();$document->addStyleSheet( …); // for .css into the head$document->addScript(…); //for .js into the head$document->addCustomTag($script); // for anything into a head

So if I do this I do not need to add the css to the template head, I can just have the jumi code do it for that particular page with the jumi code? And does that snippet go in the jumi code area?

Can the js just be included on the page or does it have to be in the head (or does that depend on what it's doing... i know this is not really a jumi question )

I will try again with wrapper, have not used that feature but I can try to set it up for this.

Back soon. thanks!Cheryl

PS Don't try to buy any shoes on this yet it's not yet functioning. LOL

cjmicro wrote:So if I do this I do not need to add the css to the template head, I can just have the jumi code do it for that particular page with the jumi code?

Exactly. The piece of code injects necessary things into <head> of the page.

Can the js just be included on the page or does it have to be in the head

It depends. I noticed js libraries and js objects initialization are usually included into <head> section (either hardcoded into the template or using on the fly approach I have described previously). The utilization - usage of javascript }like calling functions, objects, etc] is done in the <body>. But it's just my observation. I am following documentation of javascript codes developers and doing what they want. It works for me.

I have created a simple form that asks for some input and then displays a query depending on the input.

I have tried the script outside of joomla and it works fine.

In jumi, the script appears to work, however after clicking the submit button the page returns to the home page.(I believe that the query is displayed correctly, but the screen changes immediately after to the home page)

<?phpdefined('_JEXEC') OR defined('_VALID_MOS') OR die( "Direct Access Is Not Allowed" );?>

on top of all 3 of my php files. The first (locator) checks the mysql connection, then calls the (states) to perform the function. The first seems fine, but when you click a state you get the "direct access is not allowed" message.