James G. Sack (jim) wrote: > 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. >
The more I look at it, the more I think it's better to turn off "Only show the contents of the current folder" in nav settings, so that the Book Reviews, Contact KPLUG, Events, Groups, Jobs, Meetings, Members, Monthly Raffle, News, Photos, User Contributed Files, Wiki entries _always_ show in the leftside nav-menu. This probably puts it back closer to before NS cleaned it up. But with the removal of deleted wiki pages from public view, and removal of wiki pages from leftside nav-menu, maybe it's still a bit cleaner than before? => Q: other opinions? Note: for logged-in members, the deleted pages shows up under recent changes. Don't know if that's because deleted pages had its properties changed, or whether it's always there for members? Do we want to hide deleted pages from members? How? Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-steer
