Did you know ... | Search Documentation: |
Pack weblog -- docs/designnotes.txt |
Q: How does things like hierarchical nav work with generated content? e.g. the manual pages on the swipl site A: The meta info is on a separate predicate, there's no reason that pred can't be complex. Certainly the handler meta pred itself should handle 'prefix'.
Q: Should the hierarchy be split between pages and chunks? A:probably not. Too many places where this distinction's going to make things awkward. eg. directory menu. Needs to be a unified way of naming everything in the site.
Q: Is it important to know how many items there are without generating them all? A: Yup. It is.
Anything that discloses should be able to be marked for premium content
It's beginning to look like a unified way of enumerating a site hierarchy is an important thing to have. This is an information hierarchy, rather than a page hierarchy. E.g. a set of search results, shown 10 per page, would be a flat list of items, rather than a list of pages each with 10 items.
Ajax response with a chunk of a page, used for example for Accordion.
So, for example, accordion pattern could be
\accordion([\a_section, \b_section, \c_section])
where the section content is actually generated within some ajax response.
It would be very cool to have a mode that added text attributes to most items so you could find out where information came from
Unified system for attaching meta information to handlers.
introspectable page definition, separates content organization from presentation within the context of a single page.
Could be meta info on tags? Is the # anchor system useful here?
Used by:
Having selection advice on on the site would be very useful. Might even have a 'usage warn' mode like the debug mode that would add 'such and such pattern might be better here' advice
Are the navigation patterns best served by being site nav vs. in page section nav? e.g. Directory Navigation might be on a very long page
What about the multi-frame nav pattern common to, say, javadoc style browsers?
User opens one panel at a time
Uses: Hierarchical in-page organization
Combine menus in a vertical menu using different visual clues instead of headers
Uses: Hierarchical site organization Labels
Uses: Hierarchical site organization Labels
errors discovered during generation of page should produce a callout box describing error on the generation page, not a failure.