James G. Sack (jim) wrote: > Neil Schneider wrote: >> .. >> In some views, specifically when clicking on the caledar to bring up >> an event, a "related" panel appears on the left. If there was a >> feature that connected related pages in a navigation panel, that might >> be useful to anonymous users coming to the site. > > > Ummm <sheepishly>, I'm not sure that the portlet_related thingy in the > left column was always there. I may have introduced it in recovering > from my adventure discovering what the delete button means on the portal > properties page > > For the record, I accidentally deleted the left-slots object entirely. > And for some reason I couldn't perform an undo, so I re-created a new > left-slots and pasted into it the _standard_ things from typical plone > installs. > > So it may be that original config did not have a "related" panel. If so, > that was probably by design (josh? greg?) > > So.., we might want to keep an eye on the contents of the related panel > to see: > > 1) if it is basically useful or not > 2) if it contains things we would rather not have there > > Docs say: > The related portlet shows a list of items that are related to the item > you're currently viewing, as determined by the keywords on that item. If > a related item is a link to another Web site, then it'll show up in a > separate list of external resources. Even if you have this item in the > list of portlets, it won't display unless there are some related items > > I haven't looked at it carefully, yet, but keyword matches does seem to > trigger a related panel only for events. And the related events, at > first glance, always look like past events. > > MyOp: It seems not very useful to show old events (in this way). Maybe > just because event writers haven't been consistent about checking-off > the keywords, and so the content is somewhat _random_. > > ==> Q: Should portlet_related be removed until/unless it's content can > be better defined and controlled (eg by policy)? >
A bit more on keywords: Keywords seems to be a somewhat immature feature. Keywords can be associated with (certain) objects by the object's _owner_ (not a siteadmin/manager or the site owner, I guess), in the properties tab shown to a user that has edit rights. Currently (un)flagged keywords are (un)highlighted. Change the selections and click on save to change. For managers only, a new keywords input widget appears on such a properties page, for creating new keywords and assigning it to the object being inspected. Evidently there is one big bag of keywords, and no restrictions on which keywords can be associated with which objects -- although some objects do not have a properties tab exposed even to the owner. I'm sure there are controls that can be tweaked affecting keywords, perhaps the Security-tab line-entry "manage properties"? But I haven't seen a good roadmap/tutorial on such things. Regards, ..jim -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-steer
