There should be no real need to include a view. You just have to
encode your urls in your buildroute function such that you can figure
out what type of view it is based on that url. There are many ways to
do this. You could do this by looking at the number of segments and
inferring the view based on that. For example, taking the com_content
component, you could build URLs such that:
an article view is always shown as section/category/article_id, for a
total of three segments. Therefore, if you get three segments passed
to your parse function, you know that view = article. A category view
could always be shown as section/category, for a total of two
segments. Therefore, if you get two segments passed to your parse
function, you know that view = category. A section view could always
be shown as section, for a total of one segment. Therefore, if you
get one segment passed to your parse function, you know that view =
section.
This is one way to do it, but if course there are others. I believe
you can put mixed case in your URLs, so you could make certain things
case sensitive and base it on that. You could come up with some other
clever algorithm as well.
You basically have free reign as to how you build and parse your
routes. The only real requirement for a properly functioning system
is that:
parseRoute(buildRoute($query)) == $query
Hope that helps,
Ian
On Wed, Feb 25, 2009 at 5:24 AM, Jonathan Lackey @zuno
<
webmo...@gmail.com> wrote:
> Yeah, I just got that working, but my issue is that these items are deep
> into a menu system, so I kinda lied about how my urls really look. They
> actually look like this....
>
www.domain.com/work/websites/samples/19
> Domain / Parent menu item / child menu item / component view / id
> So I've got a parent menu item, child menu item then my view then my id. I'm
> trying to generate the URLs without redoing my menu structure and without
> including the view.
> I feel I'm really close to figuring it out.
> Thanks for the help!
>