Search engines will be just happy with /topicname/. Most systems
represent the "index document" of a directory at both /directory/
and /directory/index.html (or /directory/default.htm for IIS).
You're right about this. I'd just assumed appending .html would be more consistent and better, but as you point out that's not the case.
Note: the breadcrumb element still produces topic URLs as /topicname/
(at least in Aegir Sample Site shipping with Aegir 1.0)
Okay, I remember now. I got lazy and decided no ".html" was good enough with the breadcrumb since it works either way. Terribly inconsistent of me.
More homework... I'll try to straighten it out.
Ok, understood. But maybe this would be better handled by documentation? Not a big issue anyway, though. I just had to spend a while to notice that the actual records were uppercased instead of strtoupper() calls in styles etc.
The thing is topics traditional only have one field that doubles as name and title. The index articles have both but only one place to input them when being created (because they get generated automagically from topics).
But the two fields should really contain different information, hence I started out calling the title 'ReNameMe'. Title should typically be something like "Things To Take" where name is "kit" in a URL that looks something like www.boysoutdoors.com/hiking/kit/. Then articles would be created with titles like "Your Compass is Your Best Friend" & names like "compass" where the URL is /hiking/kit/compass.html
Therefore you start out making the topic with the name you want to use in Aegir (that also servers as the URL name) and you have to go back and fill in the title yourself. Not great since the user has to dig around to find the title field, but if they aren't encouraged to do it (and can't see the difference between title and name) then they will go on thinking they can only have one option for topics (as it was before).
True this should all be better documented. I'll try to make something with illustrations for the wiki right after I write up why I think the wiki should be there in the first place ;-)
Tony
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
