Re: [Framework-Team] plone.uuid behaviour
On 30 August 2010 18:03, Hanno Schlichting ha...@hannosch.eu wrote: On Mon, Aug 30, 2010 at 10:16 AM, Wichert Akkerman wich...@wiggy.net wrote: On 8/30/10 01:59 , Martin Aspeli wrote: On 30 August 2010 08:26, Wichert Akkermanwich...@wiggy.net wrote: Do you expect people to always use that calling convention? No, but I expect objects to always have a UUID. :) Should objects get a UUID when being created inside portal_factory? This depends. In the AT branch for PLIP #10778, IUUID(context) behaves exactly the same as the context.UID(), and the UID is assigned at the exact same time. For non-AT objects, portal_factory is probably a non-issue. Kapil made a distribution (http://svn.plone.org/svn/collective/experimental.portalfactoryfix/trunk/) to make most of our code aware of portal_factory and avoid creating items in the first place. I think we want to merge this back into core and at that point the same logic should apply to plone.app.uuid. I think the two issues are quite separate, but +1. Martin ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] PLIP #10778 (UUIDs) - ready for initial review
On 30 August 2010 19:46, Maurits van Rees maur...@vanrees.org wrote: Op 29-08-10 07:24, Martin Aspeli schreef: plone.uuid provides a simple API for generating and accessing UUIDs. If we use this to create uuids for non-content items, that cannot be traversed to, would that give any problems? No, although the helper function that gets you a (content) item from a UUID looks in portal_catalog, so you'd need a different mechanism if you needed that kind of central lookup. The UUIDs will never clash, though. For example, it might be nice to use this to create the secrets that the password reset tool sends out, or secrets used in a newsletter product. I had a few ideas some months back that may or may not ever get implemented. ;-) For this, uuid.uuid4() is probably fine. What plone.uuid adds is a (tiny) standard API for looking up a UUID for an object. If you had a newsletter object and you wanted its UUID you could write an IUUID() adapter for it. I'd guess that, as long as such a non-content item with a uuid does not end up in the portal_catalog, there is no way to accidentally try to traverse to such non-content. Of course not. Martin ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] PLIP #11021 - Simple theming customizations through the plone interface
Op 31-08-10 05:41, Rob Porter schreef: Hello framework team, I'd like to officially submit the following PLIP for consideration for Plone 4.1:https://dev.plone.org/plone/ticket/11021 https://dev.plone.org/plone/ticket/10878 The html link points to a different plip than the text. So here is a plain text link for good measure: https://dev.plone.org/plone/ticket/11021 Maurits ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team