[Plone-UI] Folderish content PLIP

[Dylan Jay]

Hi Hector,

As someone who has worked on collective.cover I was curious what your opinion on the draft PLIP was.
Specifically bringing in Tiles into Plone 5 but not introducing a layout or grid system. Allowing them just to be used like you'd insert an image into the visual editor.
My reasoning is
- It helps get rid of default pages which is a big UI win
- it gets us closer to deco
- but without fundamentally changing how content is edited or if a grid is required for all themes. Leaving that until later when we are more certain.
- it's ok to have portlets and tiles coexist. Particularly if we can build some kind of bridge between the two. It allows migration to occur. 

BTW, David, you are right, we'd be better off creating a way for tiles to be used as portlets than visa versa. That would push more reimplementations of portlets to tiles which is what we would want. Having a way to use portlets as tiles would just delay people from changing their code. I don't think that would be hard to do. I'll add it to the PLIP. 

Dylan Jay

---
www.pretagov.com - Secure SaaS for Government hosted locally.
P: +61-2-9955-2830  +44-87-0392-7071 | linkedin.com/in/djay75



On 11 Dec 2013, at 4:52 pm, Dylan Jay <djay at pretaweb.com> wrote:

> On 11 Dec 2013, at 4:36 pm, David Glick (Plone) <david.glick at plone.org> wrote:
> 
>> On 12/10/13, 7:45 PM, Dylan Jay wrote:
>>> On 11 Dec 2013, at 9:42 am, Dylan Jay <djay at pretaweb.com> wrote:
>>> 
>>>> On 11 Dec 2013 06:46, "David Glick (Plone)" <david.glick at plone.org> wrote:
>>>>> On 12/10/13, 6:43 AM, Dylan Jay wrote:
>>>>>> Hi,
>>>>>> 
>>>>>> I'm working on a folderish content plone5 PLIP to put together the ideas discussed up to now and try and get more support.
>>>>>> 
>>>>>> https://docs.google.com/a/pretaweb.com/document/d/1jJ7765rW-CpdOhKR6o4hFaOzQk6xmuePFZd-zTzxwFE/edit?pli=1#
>>>>>> 
>>>>>> What do you think?
>>>>>> 
>>>>>> 
>>>>> This is quite a large development task that hasn't been started yet. I'm not comfortable with adding it to the scope of Plone 5, as I think adding it would delay Plone 5 by at least half a year, at best.
>>>> Yes I agree. On the other hand its also a very backwards incompatible change but one with large usability benefit. Do we want a plone 6 release 6 months after plone 5?
>>>> However unless we get more support to get this started now we don't have a choice.
>>> Alternatively we could target it for having a quick plone 6 after plone 5 and warn people there will be another backwards compatible upgrade coming soon?
>>> I really don't think we should wait for removing viewlets and portlets though. I don't think it's clear at this stage that what was proposed for page layouts in deco would work in practice. I suspect we might end up replacing viewlets with something akin to tiles placed via diazo rules, ie under themer control. Portlets I'm not sure about. We could potentially allow tiles to be added as portlets as a way to transition? Then rethink how portlets work later? Portlets have lots of issues we'd need to address like that they don't have workflow, working copy support, sharing permissions etc. These things weren't really covered by the deco layout proposals.
>>> 
>> Yeah, I was thinking not so much of totally replacing the portlet and viewlet mechanisms, but more just making it so that tiles can be used in portlet managers and viewlet managers, and translating the existing portlets and viewlets into tiles. That way it's possible to create a component (a tile) which can be used in any location, rather than needing to pick the right type of component based on where you want to put it.
> 
> That would be nice. If this did take longer do you think it would be bad if that made it into a dot release such as 5.1? It's giving people another way to create viewlets or portlets rather than taking away anything so I don't think it would be backwards incompatible. Then we could work towards Plone 6 which could include replacing viewlets and portlets completely and perhaps include a grid system for laying out tiles.
> 
> 
>