[Framework-Team] Question on folderish types | Folderish Images, Files and Links?

Philip Bauer bauer at starzel.de
Tue Dec 16 08:43:47 UTC 2014

Today I was experimenting with folderish files and images and found no obvious problems. webdav gives you access to the files and images as the pseudo-file "_data". See https://github.com/plone/plone.dexterity/blob/master/docs/WebDAV.txt That is actually also the case when these types are itemish. 

@andreas: The PLIP (https://dev.plone.org/ticket/20144) is be that all types still behave non-folderish (except folders). The main change discussed is to switch the base-class of the types from plone.dexterity.content.Item to plone.dexterity.content.Container while leaving filter_content_types True and allowed_content_types empty. This way nothing would change for users unless the developer of the site consciously changes these settings. He might do that maybe because he writes a subscriber for images that automatically saves the XMP-files into the image on creation or that automatically creates screenshots each time a Link is followed and stores them in the Link that now behaves like a folder. 


> Am 16.12.2014 um 08:29 schrieb Andreas Jung <lists at zopyx.com>:
> Hash: SHA1
> Armin Stroß-Radschinski wrote:
>> Am 15.12.2014 um 17:25 schrieb Paul Roeland <paul at cleanclothes.org>:
>>> On 2014-11-17 14:37, Philip Bauer wrote:
>>>> I have no strong opinion about this and would add these If the
>>>> framework team wants me to. OTOH I cannot think of a use-case for
>>>> folderish Images, Files and Links.
>>> sorry for late butting in...
>>> I have a real-life usecase for folderish images: XMP files. That's 
>>> metadata on an image, in a special (but widely used) format.
>>> Paul Roeland
>> any files are containerish by nature, its not obvious but clear after
>> some reflective thinking. * PDF contain pages, accessing PDF pages as
>> single page files has benefits in search and load. * Slideshows
>> contain slides and transscripts * All kind of previews (forget image
>> thumbs) * Multipart mail and clipboard data are also chunky examples
>> where a physical block of data (file) contains multiple formats. *
>> Zotero manages Links together with local snaphots of the target ...
>> A CMS that can access and map chunky data parts from managed files to
>> internal objects and back could be innovative again! We need such
>> features to be leading edge. I can provide more details on that on
>> request.
>> So I strongly suggest possible containerish Images, Files and Links!
>> And yes, it makes things not easier.
> I strongly object have a folderish behavior for files, images and links
> _by default_. Even if there are usecases for experienced users or
> developer, the normal Plone user will have problem with the semantics of
> images or files being folderish. If you need those types being folderish
> then make it somehow optional but leave the default behavior
> as it is.
> my-3-cents
> - -aj
> Version: GnuPG v1.4.11 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> Acjc5nxu16zu9XU5xG6m8Kr8qKuN56ULqsux+XQxg2mX/tnBYLAN+WzXhcbWOY6K
> DmYpatF7EOF2UlaOxjHVGH8MLgYnQ1YsiDcYBd8VR/8dp23fXWHZyVYJ7BpYoA9r
> j/Bwgx6z23NoYK1m8cokMUOa3FWta6QWEsciVVIDGjYL1P3N72YiXFXuEJWp1xVA
> 3HGkwUejtLRF3gvrDGZoFsvOI1yRE4Po1H/6crnFQ04c4t7eVvEaFH9MQrsvRP55
> ShdxWftxct0uXaoGLXWc/PROlYtCF+Unqnr75vpdplRbryAZyIZ0ynd7fS8ABNR0
> XKWfObqkNhSxtEG8+8s45uNKQmHXAetTJpAcTJ3ZIcdzkIR4nW/EBBhX+YyW4+BT
> g6fzcvNbHELIx+ETak0uwjw9M2llyih6e26KunfbK4Xxo7OmnW40WCUJdTarWa4w
> gj7Jbak6yjC6jhx2N+3hm/9gl1cS+TM=
> =dJJP
> _______________________________________________
> Framework-Team mailing list
> Framework-Team at lists.plone.org
> https://lists.plone.org/mailman/listinfo/plone-framework-team

More information about the Framework-Team mailing list