Friendly Alias Paths and QuickEdit

I didn’t see this anywhere else, and this is the first time I’ve really tried to use QuckEdit (so I’m a bit conservative). On my local site, I have Friendly URLs off, and it works great. On the remote site, I have them on, as well as Friendly Alias Paths, since this will be a multilanguage site and it would be nice to be able to have duplicate aliases in the different language folders.

When I try to edit a document with Friendly Alias Paths on, it will only link to "http://www.alandaniel.co.uk#", instead of what it should be, "http://www.alandaniel.co.uk/business/#". Is this known, and is there a known fix for it? I can live without the Freindly Alias Paths, but it would be nice to know what the problem is. It works fine with just Freindly URLs.

I’ve always thought that FURL Paths was flakey... never had consistently bulletproof results with it myself. Time to probably dig around and see what’s under the hood.

They’ve always seemed flakey to me too. QuickEdit should be using some form of the makeURL API function, so that may be where the problem lies. Then again I may have missed a link somewhere.

Susan, I’m not exactly sure I understand what the problem is. Are you saying that the links to edit a document don’t work or than once you edit a document with links the link paths reset to the root directory?

The link to edit a document isn’t correct. I can see the URL in the status bar of my browser when I mouse over the link, and they are as I mentioned below. If I go ahead and click on it, I do in fact get shipped off to the home page.

I did notice that when editing a page and saving the doc via QE, I get bounced back to the home page. I think, anyway.

Quote from: sottwell at Oct 31, 2005, 01:07 PM

The link to edit a document isn’t correct. I can see the URL in the status bar of my browser when I mouse over the link, and they are as I mentioned below. If I go ahead and click on it, I do in fact get shipped off to the home page.

Are you using the default 0.9 temlpate? If so it sounds like it could be the <base> tag messing with the links. Either way I’d suggest applying this patch if you haven’t already. It will probably take care of it.

Quote from: rthrash at Oct 31, 2005, 01:16 PM

I did notice that when editing a page and saving the doc via QE, I get bounced back to the home page. I think, anyway.

You’re right it is doing this on the default template. This appears to also be a result of the <base> tag. Removing it seems to fix it. In my experience <base> tags are more trouble than they are worth. Do we need to have this in the default template. One way or another I’ll make sure it doesn’t mess up QuickEdit.

Lodded in Bug Tracker

If you use friendl alias paths, it’s a virtual requirement. Perhaps Jason can comment here.

Yeah, you have to have the base tag if using friendly alias paths or else you have to create a template and/or author all your content with paths relative to the site root for each subfolder you’re going to have. I prefer the base tag solution myself.

I’ll try and do some playing around with this in conjunction to QuickEdit this afternoon. Honestly, I hand code everything and I haven’t even tried to use QuickEdit at all; otherwise, I might have more comments...

Quote from: OpenGeek at Oct 31, 2005, 01:42 PM

I’ll try and do some playing around with this in conjunction to QuickEdit this afternoon. Honestly, I hand code everything and I haven’t even tried to use QuickEdit at all; otherwise, I might have more comments...

Thanks Jason,

I’ll give it a look too, I’m sure it won’t be too difficult to fix.

P.S. I code everything by hand too, but I still like to use QuickEdit

Same here; I even have Richtext turned off for my site entirely. This site is getting set up for my partner, and he’s not a computer person at all, and is very fond of all the gee-whiz stuff. I don’t have the tags in any of my templates; I’ll put it in there and see if it helps. I’ll update that file as well.