The Joomla! Forum ™

Hello

(yes i have read http://forum.joomla.org/index.php/topic ... html  )

Ok lets start to say what I know:
- put a file named router.php in your folder
- put 2 functions in it: ComponentBuildRoute and ComponentParseRoute

Then my knowledge stops

Ok the name I use in my classes for my component is JMS (JMSBuildRoute & JMSParseRoute)

I use links like:
- http://127.0.0.1/index.php?option=com_j ... &Itemid=51
- http://127.0.0.1/index.php?option=com_j ... =component
- http://127.0.0.1/index.php?option=com_j ... &Itemid=51
No where in my links I use &task=. Tasks are all done trough forms.

This is a part of form with the hidden values.




Ok. Now how can I change this all to integrate with the new Itemid way?
Do I have to change the links? the forms? what code should be in the router.php

I hope I have provided enough info, if not please ask for more 

Thanks in advance and I hope I its not that hard as I think it is 

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Basically, ComponentBuildRoute needs to take the query that is passed to it and return an array with the items in the right order.

Then ComponentParseRoute will get an array back and it needs to set the request variables.

One thing you should know first is that this only works on the frontend (I think you know this, but just for clarification).

I don't think you need to worry about your post variables.  Post variables usually imply you are doing some sort of data manipulation.  The main point of JRouter is to make it easy for people to remember your URLs and make them easy for the search engine to distinguish.  You don't really want nor expect search engines to pick up i.e. the submit a message form or whatnot.  task is hidden from the query string, so you don't have to worry about it being unfriendly/unreadable.

Hope this helps and gets you started.  Again, I guess to put things another way, JRouter allows you to pass variables over the query string without specifying what the variable names are in the query string.  This is done by placing the variables on the query string in a predictable order.  In your example you might have URLs like:
index.php/jms/message/234
message is the view name, and 234 is the message number.  We know how to decode this: if the first parameter is message, then we know that the second one is the message number.

index.php/jms/messages/joeblow
messages is the view name, and joeblow is the user name.  We display the users messages.  We know how to decode this again because it is in a predictable order.

The jms is automatically added for you.

Does this help?
Ian

Great, I understand the working now. Thanks Ian. 

Edit: Now I just have to find out how to create the right funtions....

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Ok, I believe I have the functions done.


I have also changed all urls to use the JRoute::_() function.

Anyway, if I submit a form, all routing things are messed up from then, AND the urls are back to the 'old' style again.
Also trying manually to get back to the 'new' style (link = index.php/jms/new) results into the default page (inbox).


I also have another question. Is it possible to change the key in the url?
Example:
Original : index.php&option=com_jms&view=read&id=523
New : index.php/jms/read/subject_of_the_message

And if that's possible, how ?

Thanks in advance and bless J 1.5 

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

I'm not really sure what is going on with your code...  maybe you can post the requests that aren't working or that mess things up (along with the intended get and post variables).

As for changing keys, absolutely - all you have to do is convert in the build and parse it in parse.  As long as subject is unique, you should be fine.

Ian

No, of course the subjects can not always be the same. I ll look in the other comps as they use things like 45-example-here, where the id is 45

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Nicholai,

Your parse route function is wrong. You are looking at the active menu item to determine the parent view this is done in the core components t create a hierarchical structure. In your case this is not needed. You need something like :

_________________
Johan Janssens - Joomla Co-Founder, Lead Developer of Joomla 1.5

http://www.joomlatools.eu - Joomla extensions that just work
http://www.nooku.org - Extension development framework for Joomla

Thanks Jinx it is working.

I have other problems now:
After a form action the index.php/jms/blabla structure is ruined; it changes into something like "index.php/component/jms?view=settings", so the itemid is also forgotten which results in modules set by itemid = 1;


PS. The component is inserted, so the problem can be experienced

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Don't have the time to look at your code, sorry ! Quick question, are you doing a JRoute for the form action ?

_________________
Johan Janssens - Joomla Co-Founder, Lead Developer of Joomla 1.5

http://www.joomlatools.eu - Joomla extensions that just work
http://www.nooku.org - Extension development framework for Joomla

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Make that :

_________________
Johan Janssens - Joomla Co-Founder, Lead Developer of Joomla 1.5

http://www.joomlatools.eu - Joomla extensions that just work
http://www.nooku.org - Extension development framework for Joomla

Thanks Jinx 

_________________
Founder and Lead developer of JAM (http://joomladev.org)
JAM is the first J!1.5 only component using AJAX!

Hello joomla people,
I had similar problem (I know this is old thread).

I've mimic Khepri functionality in front end:
http://www.jlleblanc.com/option,com_fir ... 2947/#2943

But JToolbar doesn't work with SEF.
It works well without SEF.

Most used button [apply, save, cancel] is likely forwarded
to the same url as edit form instead of main form.
I don't know if it is submitform request problem or the url problem.

I already made router.php as below.
Maybe submitbutton task request (post ) always replaced by router' task.

I know we don't need any data entry to be known in search engine.
And since mixing post and get is confusing,
I've decided to disable $vars['task'].

The url looks like something?task=edit&cid[]=2 ..
Everything seems to be okay,
and everything is redirected to main form.

But then apply button is still
redirected to main form instead of edit form.

I've check the mvc controller,
and trapped task after clicking apply button.


It shows nothing


Am I missing something fool here?



Thank You

~epsi
---------------------

I'm using post from adminFrom.
I've check with alert(document.adminForm.task.value);
After clicking apply button, it say `alert`.





Sorry for the long story.

~epsi

HELLO, all. how to remove the id number in the sef url? I upgraded joomla to 1.5 and got the problem.

_________________
Finding blog:Farlee

SEF doesn't work due to the # in the url. On a side note - the javascript used to process the action isn't cross-browser. No, I don't know how to fix that (didn't try). Yes, I know this is an old thread but the issue still exists. I had this issue twice within two forms. For the first, the fix was was easy as the resulting URL was supposed to be an item we had a menu item already set for (SEF style). So for the first... a new "thing"... for which there was an "add" button in toolbar for... I modified the toolbar to have no spaces so that the id would be "legally" accessible from the DOM:



Note, the id of the toolbar is now "MyToolbar". Buttons are given ids automatically... like "MyToolbar-add". Fortunately, we had a menu item set up - as I mentioned - for the "add" procedure... that resulting page. So instead of trying to figure out the JavaScript being used here, it made more sense to replace that procedure and just link straight to that page. So.. in JavaScript... assuming you have it attached to this particular view: view.html.php -



Then in that JS, you can do this:



This removes the built in "onclick" action, and replaces the href # with your desired destination.

Now... then there's the form itself. This only half-solved it for me since the form itself had YET ANOTHER toolbar on it. I didn't bother with trying to fix it with JavaScript like the above. I'll say it MIGHT work that way, but here's the thing... you can STYLE buttons to look like that. The jtoolbar has been nothing but a hindrance up to now, so I skipped it. Plus I wasn't sure about how the form "action" would be affected. The new toolbar button to fight with was "save". Left to it's own, it would work about 1/2 the time when clicked in Firefox, and none of the time in Internet Explorer. I fixed this by commenting out the "save" button in the toolbar, and just using a real button... for which the following must be changed in the form itself:



(index.php?controller=yourcontroller&view=thisform&task=save)

This did not adversely affect the "cancel" button also available in the toolbar. However, it would make sense to style the submit button to look like the toolbar button used to... and if so, remove the cancel and make a "real" button for that too, then put them both back in the form, but at the top where the toolbar used to be... and just not use the toolbar. It shouldn't be necessary to change the "action" of the form, but you should be JRoute::_('formurl.php')-ing.

The above is only a good example if you're having the issue on the front end (not administrator) of things. The admin side seems not to care about jtoolbar and behaves normally. In the case presented here, the cancel button on the front end worked without any modification, as did the delete button they also put in. Post deleting, you'd still have to click another item to see the form again, and so the location url wouldn't have a hash (#). Clicking cancel reloaded the page... removing the hash as well. I'm therefore about 99.999% certain the hash is what kills SEF. However, since the buttons behaved differently in IE and Firefox, I'd advise using REAL buttons in front end forms instead of using JToolbar for anything.

<?php echo JRoute::_('index.php') ?>
What does this add ?

I am trying to set the menu of a component to a certain ItemId ( the current one ), but do not seem to know how.

Currently I have a module which passes data to a component, the component is displayed, but instead of using current Itemid it always uses the default menu Itemid,
How can I force it to use current ItemId ?

@bobz, in case you're still watching this, that function is the one that calls the (ie "your") component router to convert the URL (if reqd.).