Neil Schneider wrote: > Tracy R Reed wrote: >> Neil Schneider wrote: >>> Any suggestions or instructions? I don't want to spend a day >>> figuring >>> out plone well enough to add this feature. >> Yes indeed. Move /jobs to some other name, create a smart folder >> called >> jobs to take its place. Go into the folder and you will see a criteria >> tab. Go into that tab and you can select what portal types you want to >> show up in that smart folder. By default "News Item" is among the >> choices. Although we may want to make a special content type called >> "Job >> Listing". Which reminds me, I need to finish that little book report >> customization thing and while I'm at it I can make a Job Listing one >> also. Then we can have a smart folder for each and get them >> automatically linked into the right place as soon as they are >> published >> in the creators home directory. > > OK, I did a little rearanging on the web site. Created a smartfolder > for jobs, hid some of the folders that don't need to be visible to the > general public. Admins need to know that there are folders hidden from > view, and that you need to look at the Contents tab to see them all. I > think the left side looks a little cleaner now. > > Take a look and tell what you think.
Hey! Looks like you found a recipe (criteria settings) that works for jobs. http://www.kernel-panic.org/jobs/ Future: maybe a custom type "jobposting" can be derived from a standard page. Conceivably could add expiration to the criteria. Then the poster would have to be sure to enter something -- or a custom create/edit form (template) could require an expiration, to take it one level more complicated. I have tried deriving custom types and got a little ways into it, but no success so far. The clean look is an improvement, but I have a couple of questions/suggestions. I guess the major cleanup step comes from making the leftside navigation menu into a current-level contents only and a navigation depth of 1. I point this out for others who may not remember what the old one looked like. That "1" navigation setting _seems_ to produce always a single entry only, rather than any sub-entries. ==> MyOp: that's a bit too clean. You can turn the sub-entries back on by changing nav-depth to 0 (no limit) or 2 to show current+1sub ==> I have set it to 2 for your consideration. That brings (eg) jobs into view. It looks about right to me, now, but some may think it needs paring back to somewhere in-between? An unwanted side-effect is to list every wiki page when you're in the wiki section, .. ==> MyOp: leftside nav should show only container objects not individual pages (generally -- allow FrontPage <since I can't figure out how to hide it, anyway>) ==> so I also disabled inclusion of wiki pages from the Displayed content types (again on the nav-settings page). Likewise excluded images (there was one image from something I posted). ==> I also changed the properties on Deleted Web Pages to set the Exclude from navigation, to keep that off the (public) wiki nav-menu. Thus, I've made several changes. All are reversible, so let me know if anyone objects to something. Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-steer
