[Framework-Team] Question on folderish types | Folderish Images, Files and Links?
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>:
> -----BEGIN PGP SIGNED MESSAGE-----
> 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
>> 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.
> - -aj
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> -----END PGP SIGNATURE-----
> Framework-Team mailing list
> Framework-Team at lists.plone.org
More information about the Framework-Team