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

Andreas Jung lists at zopyx.com
Tue Dec 16 07:29:49 UTC 2014


-----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
> 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQGUBAEBAgAGBQJUj99tAAoJEADcfz7u4AZjtKQLv0nHloVWpAwatjr+WAGrRoJk
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
-----END PGP SIGNATURE-----


More information about the Framework-Team mailing list