Re: how to save an image inside an folderish page that hasn't been saved yet?

Armin Stroß-Radschinski <[email protected]> Thu, 6 Feb 2014 11:21:21 +0100
Newsgroups	gmane.comp.web.zope.plone.devel
Message-ID	<[email protected]>
-1 on default central mediarepositories. (from the user point) they need a proper concept related to the use case. From the storage point they have pro and cons as we see.

Plone's strenght is the possibility to manage security and workflow by location in the object tree. Even field level security can be simply managed by nested objects. When you work with "dumb" containers you have to apply this logic on application level. That hurts. This is e.g. why Plomino fails on certain security challenges.

Lets keep close to the issue, as Davis wrote: How to deal with images in not saved objects. Some of the ideas in this thread (a "draft" storage) seems cool.

The issue with the UID can be easily solved. Issue the UID "at once"! You have enough of them. No need to save ressources. This is why they are there: To avoid conflicts. And drop the UID later if the image or object is dropped. You can even swap or unite them later, as long as you get all instances.

One prominent issue that I saw in the past with media storage was to tell a user, why he could not reuse an image already uploaded for the news main image or this news image elsewhere (without tricks). Deduplication is a challenge for all CMS. So storing an object binary once (use hash as ID like on Dropbox) and handle instances of the object with different metadata/permissions/histories is definitely a challenge for the Big data future. But this is beyond this thread.

My 2 Cent

Try to uplad a big video dropbox knows by hash. It is there before you click. The client checks this in advance.

Am 05.02.2014 um 21:11 schrieb "Jens W. Klein" <jens-/[email protected]>:

> On 2014-02-05 14:59, Christian Ledermann wrote:
>> -1
>> 
>> It is quite common (at least in the sites I know) that files and images
>> are associated with a certain content.
>> e.g. Event -> required reading, outputs, photogallery, ...
>> 
> 
> Having a central media libray is definitly a no-go. Plones strength is 
> to keep things together. This can be an addon where needed. For my 
> intranet-customers a central library would be horrible. And why? Just 
> because we cant put Media at creation time *into* a Page? hey.. we a 
> solution, not an ugly workaround.
> 
> Jens
> 
> 
>> On Wed, Feb 5, 2014 at 4:39 PM, Martin Opstad Reistadbakk
>> <martior-z4DKO/[email protected]
>> <mailto:martior-z4DKO/[email protected]>> wrote:
>> 
>> 
>> 
>> 
>>    On Wed, Feb 5, 2014 at 9:18 AM, David Glick (Plone)
>>    <david.glick-z4DKO/[email protected]
>>    <mailto:david.glick-z4DKO/[email protected]>> wrote:
>> 
>>        On 2/4/14, 11:33 PM, Dylan Jay wrote:
>>> Hi,
>>> 
>>> For those that didn't know a few of participated in the
>>        fish&chip sprint last weekend to create a prototype of what
>>        Plone would be like without folders, collections or default pages.
>>> It's still a work in progress but we have a working buildout
>>        and demo with a video to come.
>>> 
>>> One interesting issue we encountered was that the add image
>>        popup won't let us upload an image inside the yet to be saved
>>        page. Anyone know how to solve this?
>>> 
>>        Put images in a central media library rather than within the main
>>        content hierarchy.
>> 
>> 
>>    I think this should be the plan for Plone. All images go in media
>>    libraries, I have been thinking about this for a while, and I think
>>    all Plone needs might be 3 main content types:
>> 
>>    - (folderish) Page (can be marked as a news item or event).
>> 
>>    - Media library. Each site will have a default media library where
>>    uploaded files and images will end up automatically. More media
>>    libraries can be added to a site if wanted.
>> 
>>    - Media file (video,image,pdf,etc) that changes behaviour based on
>>    mime type (if image, make scales, show up in the tinymce image
>>    drawer etc).
>> 
>>    This allows us to get media (images etc) out of content space where
>>    a lot of it doesn't belong. And using additional media folders, the
>>    flexibility to add them in content space if appropriate.
>> 
>>    The only real drawback I can see with using a central media folder
>>    is that you can end up with a lot of orphaned content in them when
>>    pages are deleted, but it wouldn't be too hard to make good tools to
>>    handle this.
>> 
>> 
> 
> 
> -- 
> Klein & Partner KG, member of BlueDynamics Alliance
> 
> 
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Plone-developers mailing list
> Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk

_______________________________________________
Plone-developers mailing list
Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/plone-developers
signature.asc (application/pgp-signature, 496 B)