It’s not a complicated enhancement, but I thought I’d share it.
The following Generic location scheme parameter under the Site Folder Assembly context creates pages named in the format “SystemTitle.html” instead of the FF default “page1234.html”.
This way, content creators can choose their own file names, and they can be semantically-relevant, search-engine-friendly file names.
Other enhancements: force the file names to be all lower-case.
I personally want Category Pages (main page in each folder) to be named “index.html” but I haven’t taken the time to figure out how that would work with location schemes or dispatch templates.
I agree with James, the problem with this approach is the characters that end users can put in the sys_title, but should not be part of the actual filename when published (think of &, <, >, space, etc).
Incidentally, using regexp would also be the way to force the end users to only enter lower case in the sys_title. Also do note, that if you do implement it, this also affects folder names.
We frequently recommend that people use the sys_pathname field for this, rather than overload the system title. You will, of course, need to validate that it is unique.
With toLowerCase, that would force the filenames to be lowercase, correct? Any suggestions on a location scheme that would name Landing Pages as index.html, as discussed in http://forum.percussion.com/showthread.php?t=544 ? Tech Support suggested creating a Landing Page content type, but I’d rather be able to change filenames on the fly.
With a lot of help, I’ve now got a working index.suffix location scheme that takes landing pages into account. When you get your syntax wrong on these things, every page gets named yoursite.war, and it took a while to figure out what I was doing wrong.