RE: [Zope] RE: Two newbie questions
Michael wrote:
Wow. I had no idea anyone was reading my old posts. I feel so special!
Hey, nobody reads my _new_ posts. :^)
But seriously, this has been my personal hobby horse for quite a while now, but I've refrained from bugging DC about it (they've been busy).
I have no idea what you're referring to...:^)
In any case, ZTables does indeed have the 'hierarchy' functionality that we want, but it has yet to be released. A related proposal called 'Topics' popped up on the Zope site yesterday: http://www.zope.org:18200/Members/Amos/TopicProposal , which seems to apply ZTables Hierarchies to ZCatalog albeit with a somewhat different interface.
As mentioned in a private note to Michael just now: """ I don't think it's the same machinery. In fact, the machinery has not been created yet. It's just a statement of what we'll build this week and next. Hierarchies are keyed very tightly to the machinery of ZTables, where the data itself are contained inside the ZTable object. Hierarchies leverage this fact to provide folderish, pseudo-objects based on the tabular representation of data. There are probably many cases where people don't want to be constrained into a flat, rigid schema for all their data, as is the case with ZTables. """
This is EXACTLY what I've been waiting for! I knew you guys would get around to it eventually. With the minor quibble that it would be nice to have logical operators besides 'OR' to chain queries within a Topic, this proposal seems perfect.
Propose away! Be prepared to be quite specific about the behavior and the interface.
The one thing that is unclear is whether you can set properties on a Topic, or if you would have to place a Document with properties on it into the Topic.
Don't worry, Topics will be (I think) folderish objects that can have properties. More importantly, they can contain things like DTML methods, allowing you to spew multiple representions of data in that topic, such as RDF, RSS, or CDF.
BTW, as this is so useful in contexts other than news/informational, I propose changing the name from Topics to 'Category' or 'ZCategory'.
I think the idea of Topic better represents the idea that it has its own identity away from the objects that might have some particulary piece of metadata. --Paul Paul Everitt Digital Creations paul@digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/
Paul Everitt wrote:
Michael wrote:
Wow. I had no idea anyone was reading my old posts. I feel so special!
Hey, nobody reads my _new_ posts. :^)
_I_ do, and I ain't nobody! No wait, um, can I rephrase that? ;^)
<stuff deleted>
In any case, ZTables does indeed have the 'hierarchy' functionality that we want, but it has yet to be released. A related proposal called 'Topics' popped up on the Zope site yesterday: http://www.zope.org:18200/Members/Amos/TopicProposal , which seems to apply ZTables Hierarchies to ZCatalog albeit with a somewhat different interface.
As mentioned in a private note to Michael just now:
""" I don't think it's the same machinery. In fact, the machinery has not been created yet. It's just a statement of what we'll build this week and next.
Understood. But now I'm even more excited to learn that the timetable is that short!
Hierarchies are keyed very tightly to the machinery of ZTables, where the data itself are contained inside the ZTable object. Hierarchies leverage this fact to provide folderish, pseudo-objects based on the tabular representation of data.
Hmm, I think I see. But, isn't a list of objects obtained from a ZCatalog a table of sorts? The Topics proposal seems to say that it creates pseudo heirarchies (by nesting Topics) and uses the ZCatalog machinery to populate the Topics with objects from the ZODB. I guess I should have been more clear: The 'Topics' proposal sounds like the ZTables concept of pseudo-heirarchies applied to ZCatalog.
There are probably many cases where people don't want to be constrained into a flat, rigid schema for all their data, as is the case with ZTables. """
It is a fact of life that most product catalogs are contained in some sort of flat file, probably indexed on SKU. The ZCommerce list has already discussed that it would be ideal if the rest of the store machinery could ignore the actual storage of the product information (whether flat file, ZODB heirarchy, RDBMS, or external inventory management system), and provide a transparent API. But presentation is another matter. Topics would seem to be ideal for transforming flat lists of products into more meaningful heirarchies. I won't go into rehashing my original 'Military-Memorabilia' example, you can find it here if you like: http://www.zope.org/pipermail/zope/1999-January/001190.html
<stuff deleted>
The one thing that is unclear is whether you can set properties on a Topic, or if you would have to place a Document with properties on it into the Topic.
Don't worry, Topics will be (I think) folderish objects that can have properties. More importantly, they can contain things like DTML methods, allowing you to spew multiple representions of data in that topic, such as RDF, RSS, or CDF.
All good stuff.
BTW, as this is so useful in contexts other than news/informational, I propose changing the name from Topics to 'Category' or 'ZCategory'.
I think the idea of Topic better represents the idea that it has its own identity away from the objects that might have some particulary piece of metadata.
<Shrug> No big deal, we all have our preferences for nomenclature. Just so long as it doesn't conflict with an established usage of a term (like versions/sessions), I won't complain. Cheers, Michael Bernstein.
participants (2)
-
Michael Bernstein -
Paul Everitt