David Glick (Plone | 20 Sep 2012 06:50
Favicon

A proposed goal for the Sea Sprint

Hey sprinters (and other plone-developers)!
So I've been poking at the current state of Deco a little bit in 
preparation for the sprint, and wanted to send some thoughts and get 
some discussion going about where we should focus our efforts.

Here's what I suggest as an overall sprint goal: as a Plone site 
administrator, after the sprint, I can install plone.app.deco and use it 
to create a reasonable home page and/or landing page for my site, 
without worrying about it breaking things in my site. There are 
certainly plenty of more ambitious goals related to deco that we should 
keep in mind (such as using it to build layouts for custom content 
types, replacing tinymce, or moving all of Plone's UI into overlays), 
but we also need to be realistic about the fact that we'll only have 2 
full days (and nights) of sprinting, and we have received generous 
support from numerous donors to whom we should deliver something in a 
usable state. I think getting the homepage/landing page story right is a 
focused goal that we can achieve in our short sprint.

To that end, I think we should be working with the "deco-1.0.cfg" 
variant of the buildout.deco buildout. (You have already cloned and 
built this, right? If not, now's the time, so that we don't waste the 
first part of the sprint waiting for eggs.) If you don't know, the only 
difference between deco-1.0.cfg and deco-2.0.cfg is that the latter uses 
a newer branch of plone.app.toolbar that loads everything linked in the 
toolbar in overlays. That's a good thing for us to work on, but it 
doesn't seem ready (links in the contents and site setup views don't 
work, for example) and in general it seems like a distraction from the 
main focus of the sprint (getting something that works and is not risky 
to install). Rok, please correct me if I've misinterpreted the current 
state of things and using p.a.toolbar 1.x won't work for some reason.
(Continue reading)

crisewing | 20 Sep 2012 07:15
Gravatar

Re: A proposed goal for the Sea Sprint

David Glick (Plone) wrote
> 4. Turn the image tile into something usable. 
> 
> ...
> 
> 11. Give tiles the ability to have edit and delete permissions separate 
> from their add permission. Cris Ewing has done some work toward this.
> 
> 12. Work out how to index tiles in the SearchableText index.

I'd also like to be able to support using image fields on tiles.  Simply
choosing an image from a site-wide repository is not the only use-case for
images in tiles.  I've got a working model of a plone.app.imaging scales
traverser for tiles.  We should be able to nail that down, given that the
Simples folks did a very similar thing during the cafecito sprint.

As for 11, I've actually just merged the work for adding the edit and delete
permissions to tile declarations into the `merge_ucla_to_master` branch of
plone.tiles in github.  We should be able to work against that branch as it
contains everything in master as of 20 minutes ago.  Or we can merge it to
master :)  What remains is figuring out how to allow these permissions to
come into play during the traversal process.  Dexterity's widget traverser
appears to offer clues to this.  

In addition to indexing (12), i would strongly like to work on supporting
staging and versioning of content which involves tiles.  This would really
spruce up the sales job.  Simple functionality that supports some of the
neat things we can do with 'regular content' would be nice.  

To that end, I've also moved some repos that offer better support for
(Continue reading)

Timo Stollenwerk | 20 Sep 2012 07:22
Picon
Favicon

Re: A proposed goal for the Sea Sprint

Hi David,

thanks for the write up! I fully agree with everything you wrote. I'd 
just like to add that we need to have proper (at least functional) tests 
for the deco functionality, together with working CI and at least 
javascript code analysis.

Shall we maybe put this list to the sprint wiki?

Looking forward to meet you and the other soon!
Timo

Am 20.09.2012 06:50, schrieb David Glick (Plone):
> Hey sprinters (and other plone-developers)!
> So I've been poking at the current state of Deco a little bit in
> preparation for the sprint, and wanted to send some thoughts and get
> some discussion going about where we should focus our efforts.
>
> Here's what I suggest as an overall sprint goal: as a Plone site
> administrator, after the sprint, I can install plone.app.deco and use it
> to create a reasonable home page and/or landing page for my site,
> without worrying about it breaking things in my site. There are
> certainly plenty of more ambitious goals related to deco that we should
> keep in mind (such as using it to build layouts for custom content
> types, replacing tinymce, or moving all of Plone's UI into overlays),
> but we also need to be realistic about the fact that we'll only have 2
> full days (and nights) of sprinting, and we have received generous
> support from numerous donors to whom we should deliver something in a
> usable state. I think getting the homepage/landing page story right is a
> focused goal that we can achieve in our short sprint.
(Continue reading)

David Glick (Plone | 20 Sep 2012 07:27
Favicon

Re: A proposed goal for the Sea Sprint

On 9/19/12 10:22 PM, Timo Stollenwerk wrote:
> Hi David,
>
> thanks for the write up! I fully agree with everything you wrote. I'd
> just like to add that we need to have proper (at least functional) tests
> for the deco functionality, together with working CI and at least
> javascript code analysis.

Absolutely. Also I forgot to say we need to do a bit of work to remove 
things that are in plone.app.deco from the older implementation but no 
longer used, and make sure we have up-to-date documentation.

> Shall we maybe put this list to the sprint wiki?
Or maybe github issues?

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Timo Stollenwerk | 20 Sep 2012 07:38
Picon
Favicon

Re: A proposed goal for the Sea Sprint

Am 20.09.2012 07:27, schrieb David Glick (Plone):
> On 9/19/12 10:22 PM, Timo Stollenwerk wrote:
>> Hi David,
>>
>> thanks for the write up! I fully agree with everything you wrote. I'd
>> just like to add that we need to have proper (at least functional) tests
>> for the deco functionality, together with working CI and at least
>> javascript code analysis.
>
> Absolutely. Also I forgot to say we need to do a bit of work to remove
> things that are in plone.app.deco from the older implementation but no
> longer used, and make sure we have up-to-date documentation.
>
>> Shall we maybe put this list to the sprint wiki?
> Or maybe github issues?

Sure, github issues are also fine with me.

Timo

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Jean-Michel FRANCOIS | 20 Sep 2012 09:12
Picon
Gravatar

Re: A proposed goal for the Sea Sprint

Hi David,


(7) About the raw html you can call it "embed html" tile; 
oembed / embedly stuff should stay as addon. 
I have work last year on this, I will update my addon and release it just after a first deco release:

Does deco will be stuck to deco the grid system ?
What is the relation between theses two "deco" ?
I'm used to unactivate this grid because the twitter boostrap grid system is not compatible with it.
They both use “row" css class.

Regards / Cordialement,
JeanMichel FRANCOIS




2012/9/20 David Glick (Plone) <david.glick-z4DKO/sx8wnYtjvyW6yDsg@public.gmane.org>
Hey sprinters (and other plone-developers)!
So I've been poking at the current state of Deco a little bit in
preparation for the sprint, and wanted to send some thoughts and get
some discussion going about where we should focus our efforts.

Here's what I suggest as an overall sprint goal: as a Plone site
administrator, after the sprint, I can install plone.app.deco and use it
to create a reasonable home page and/or landing page for my site,
without worrying about it breaking things in my site. There are
certainly plenty of more ambitious goals related to deco that we should
keep in mind (such as using it to build layouts for custom content
types, replacing tinymce, or moving all of Plone's UI into overlays),
but we also need to be realistic about the fact that we'll only have 2
full days (and nights) of sprinting, and we have received generous
support from numerous donors to whom we should deliver something in a
usable state. I think getting the homepage/landing page story right is a
focused goal that we can achieve in our short sprint.

To that end, I think we should be working with the "deco-1.0.cfg"
variant of the buildout.deco buildout. (You have already cloned and
built this, right? If not, now's the time, so that we don't waste the
first part of the sprint waiting for eggs.) If you don't know, the only
difference between deco-1.0.cfg and deco-2.0.cfg is that the latter uses
a newer branch of plone.app.toolbar that loads everything linked in the
toolbar in overlays. That's a good thing for us to work on, but it
doesn't seem ready (links in the contents and site setup views don't
work, for example) and in general it seems like a distraction from the
main focus of the sprint (getting something that works and is not risky
to install). Rok, please correct me if I've misinterpreted the current
state of things and using p.a.toolbar 1.x won't work for some reason.

Here's an assorted list of things we should do or consider doing to meet
my proposed goal:

1. Make tinymce work in the text tile. (It does with p.a.toolbar 2.x,
but not 1.x. I haven't had a chance to explore why yet.)

2. We need to add a way to pick how many columns are available and in
what widths (currently there are 3 and there's no way to change) and
ideally have multiple rows with different numbers of columns.

3. Columns need padding.

4. Turn the image tile into something usable. We need an edit form for
the tile that is something like the image browser in TinyMCE (browse or
search the site for images, preview, configure caption, select scale
size, upload)

5. Make sure we have a good content proxy tile (select an arbitrary
content item and include its main content area in the tile). I think
there's an existing implementation in plone.app.standardtiles...

6. Make sure we have a good content listing tile (sharing a lot of code
with plone.app.collection). Also implemented-ish somewhere.

7. Create a raw HTML tile which allows inserting any markup without
filtering, but only by users with an "Insert unsafe content" permission.
This can be used to do video embeds and the like. Well, for video in
particular we should probably have something nicer (using oembed/embedly?)

8. A carousel (rotating images) tile would be really useful for
homepages and landing pages. There are probably some other tiles I'm not
thinking of that are important. Any wisdom from the collective.cover folks?

9. Currently the Deco editor is triggered by adding a Deco Page and then
clicking the Edit tab. The problem with this is there's no way to access
the normal edit form to change metadata. This could be solved by
restoring Edit to its normal function, and adding a new Layout tab to
access Deco.

10. This is a UX question I'm not sure about: should Deco Layout be
something you can select from the Display menu for any content type,
rather than having a separate Deco Page content type? This would be
implemented as a view which stores and reads the layout in an
annotation, rather than in a field associated with the ILayoutAware
behavior. So it could be used on Archetypes content too.

11. Give tiles the ability to have edit and delete permissions separate
from their add permission. Cris Ewing has done some work toward this.

12. Work out how to index tiles in the SearchableText index.

13. Make sure that making changes to the deco layout updates the page's
modified time so the HTTP cache can be invalidated.

14. Another thing I'm not sure about: should we investigate ways to make
portlets automatically available as tiles?

This is not a comprehensive list, so please add your own ideas about
what's important to work on. But this is what's on my mind.

cheers,
David


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers
Asko Soukka | 20 Sep 2012 09:28
Picon
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

Jean-Michel FRANCOIS wrote:
> Does deco will be stuck to deco the grid system ?
> What is the relation between theses two "deco" ?
> I'm used to unactivate this grid because the twitter boostrap grid 
> system is not compatible with it. They both use “row" css class.

Somewhat related. Some time ago, I created a SASS/SCSS-mixin for deco-gs 
to be able to create custom grids (and also grids with fixed 
margin/padding). A kind of "deco-gs"-factory.

https://github.com/datakurre/deco.gs.sass/blob/master/deco-gs.scss

So, if layout class names could be configured, one could create a custom 
grid using non-conflicting class names.

-Asko

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Timo Stollenwerk | 20 Sep 2012 10:27
Picon
Favicon

collection tile [WAS] Re: A proposed goal for the Sea Sprint

Am 20.09.2012 06:50, schrieb David Glick (Plone):
> 6. Make sure we have a good content listing tile (sharing a lot of code
> with plone.app.collection). Also implemented-ish somewhere.

I guess I would like to work on that. Didn't we already used to have a 
collection tile? I can't find any in p.a.standardtiles. Where should a 
collection tile go? Into its own "plone.app.collectiontile" package or 
is p.a.standardtiles still the way to go?

A collection tile would mostly be just a thin wrapper around 
p.formwidget.querystring, just like the dexterity collection.

Maybe it would be a good idea to move all the new selenium/robot tests 
that I wrote for p.a.collection into p.formwidget.querystring so we 
don't have to write and maintain those tests at two different locations. 
That was my plan from the beginning, I just wanted to play around a bit 
with robot first, without worrying too much about the test setup.

Timo

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Dylan Jay | 20 Sep 2012 11:32
Favicon
Gravatar

Re: collection tile [WAS] Re: A proposed goal for the Sea Sprint

On 20/09/2012, at 6:27 PM, Timo Stollenwerk wrote:

> Am 20.09.2012 06:50, schrieb David Glick (Plone):
>> 6. Make sure we have a good content listing tile (sharing a lot of  
>> code
>> with plone.app.collection). Also implemented-ish somewhere.
>
> I guess I would like to work on that. Didn't we already used to have a
> collection tile? I can't find any in p.a.standardtiles. Where should a
> collection tile go? Into its own "plone.app.collectiontile" package or
> is p.a.standardtiles still the way to go?

It's in https://github.com/plone/plone.app.contentlistingtile

It's actually reasonably good. It lets you create the query when you  
create or edit the tile and then pick a view to use to display it.
I'm hoping you got to read my last post to the "Diazo, Dexterity and  
tiles through the web" [1] thread where I outline how I think a  
listing tile (or listing porlet) could work.
I also outline a static listing tile/portlet and an editor for  
creating new tile types TTW.

[1] http://sourceforge.net/mailarchive/forum.php?thread_name=9343D2B2-ACBB-4FFC-9BF8-68C56F2B2A12%40pretaweb.com&forum_name=plone-developers

>
> A collection tile would mostly be just a thin wrapper around
> p.formwidget.querystring, just like the dexterity collection.
>
> Maybe it would be a good idea to move all the new selenium/robot tests
> that I wrote for p.a.collection into p.formwidget.querystring so we
> don't have to write and maintain those tests at two different  
> locations.
> That was my plan from the beginning, I just wanted to play around a  
> bit
> with robot first, without worrying too much about the test setup.
>
> Timo
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Plone-developers mailing list
> Plone-developers@...
> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Héctor Velarde | 20 Sep 2012 16:24
Picon

Re: A proposed goal for the Sea Sprint

guys, please don't try to reinvent the wheel...

I haven't read the whole thread because I have many work pending but a 
quick glimpse shows me that many of the goals you have for the sprint 
are for things we already solved in the Cafecito Sprint with 
collective.cover.

seem to me that the original idea of Deco has somehow changed to "create 
a reasonable home page and/or landing page for my site"; if that is the 
new goal, please feel free to use our code base, fix it and extend it.

https://github.com/collective/collective.cover/issues?state=open

be realistic, we spent 10 full days of work with a bunch of people and 
many hours after that to have something like collective.cover working in 
production; 2 days is nothing compared with that.

I know Gonzalo is going to give a talk about collective.cover; please 
open your minds, eyes and ears and, again, please don't try to reinvent 
the wheel.

challenge accepted?

good luck!

Héctor Velarde

Attachment (smime.p7s): application/pkcs7-signature, 3758 bytes
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers
David Glick (Plone | 20 Sep 2012 17:50
Favicon

Re: A proposed goal for the Sea Sprint

On 9/20/12 7:24 AM, Héctor Velarde wrote:
> guys, please don't try to reinvent the wheel...
>
> I haven't read the whole thread because I have many work pending but a 
> quick glimpse shows me that many of the goals you have for the sprint 
> are for things we already solved in the Cafecito Sprint with 
> collective.cover.
>
> seem to me that the original idea of Deco has somehow changed to 
> "create a reasonable home page and/or landing page for my site"; if 
> that is the new goal, please feel free to use our code base, fix it 
> and extend it.
>
> https://github.com/collective/collective.cover/issues?state=open
>
> be realistic, we spent 10 full days of work with a bunch of people and 
> many hours after that to have something like collective.cover working 
> in production; 2 days is nothing compared with that.
>
> I know Gonzalo is going to give a talk about collective.cover; please 
> open your minds, eyes and ears and, again, please don't try to 
> reinvent the wheel.
>
> challenge accepted?
>
> good luck!
>
Hi Héctor! I didn't mean that creating homepage and landing pages is the 
new goal for Deco-the-project, but just that that is a reasonable subset 
of that project's goals that I think we can work on for this particular 
sprint. In order to be successful we will need to draw on both the work 
that went into collective.cover and the work that Rok and others have 
done on plone.app.toolbar and plone.app.deco.

If you or others from the Cafecito sprint can point me to particular 
places where collective.cover already solves one of the problems I 
listed, that would be great. I'll also try to have a look at its code 
sometime today.

best,
David

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Martin Aspeli | 20 Sep 2012 18:04
Picon
Gravatar

Re: A proposed goal for the Sea Sprint


On 20 Sep 2012, at 15:24, Héctor Velarde <hector.velarde <at> gmail.com> wrote:

> guys, please don't try to reinvent the wheel...

Are we sure deco didn't get there first? It feels to me like there would be a lot of opportunity for sharing
infrastructure, but I think the Deco editor UI is more user friendly and a better interaction model.

> 
> I haven't read the whole thread because I have many work pending but a quick glimpse shows me that many of the
goals you have for the sprint are for things we already solved in the Cafecito Sprint with collective.cover.
> 
> seem to me that the original idea of Deco has somehow changed to "create a reasonable home page and/or
landing page for my site"; if that is the new goal, please feel free to use our code base, fix it and extend it.

I think that is a use case deco needs to support, but not the only one.

> 
> https://github.com/collective/collective.cover/issues?state=open
> 
> be realistic, we spent 10 full days of work with a bunch of people and many hours after that to have something
like collective.cover working in production; 2 days is nothing compared with that.

Agree, the list feels quite long for a 2 day sprint.

> I know Gonzalo is going to give a talk about collective.cover; please open your minds, eyes and ears and,
again, please don't try to reinvent the wheel.

I will say that it felt, as an outsider, a bit like c.cover was reinventing bits of Deco rather than help
finishing it, but that may be a totally unfair characterisation as I've only had ten minutes to look at it in
any detail.

> challenge accepted?
> 
> good luck!
> 
> Héctor Velarde
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Plone-developers mailing list
> Plone-developers <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers
Martin Aspeli | 20 Sep 2012 19:15
Picon
Gravatar

Re: A proposed goal for the Sea Sprint

All,

This reply came across really negative. Sorry! I think c.cover looks like a good solution to many use cases
and it feels like it's built on sound principles. All I really wanted to day was:

 - let's not lose sight of the UI that Deco is offering and which is mostly there. I think this is both
innovative and full of promise, if a bit more radical.

 - let's share code and reuse - in both directions

Martin

On 20 Sep 2012, at 17:04, Martin Aspeli <optilude <at> gmail.com> wrote:

> 
> 
> On 20 Sep 2012, at 15:24, Héctor Velarde <hector.velarde <at> gmail.com> wrote:
> 
>> guys, please don't try to reinvent the wheel...
> 
> Are we sure deco didn't get there first? It feels to me like there would be a lot of opportunity for sharing
infrastructure, but I think the Deco editor UI is more user friendly and a better interaction model.
> 
> 
>> 
>> I haven't read the whole thread because I have many work pending but a quick glimpse shows me that many of
the goals you have for the sprint are for things we already solved in the Cafecito Sprint with collective.cover.
>> 
>> seem to me that the original idea of Deco has somehow changed to "create a reasonable home page and/or
landing page for my site"; if that is the new goal, please feel free to use our code base, fix it and extend it.
> 
> 
> I think that is a use case deco needs to support, but not the only one.
> 
>> 
>> https://github.com/collective/collective.cover/issues?state=open
>> 
>> be realistic, we spent 10 full days of work with a bunch of people and many hours after that to have
something like collective.cover working in production; 2 days is nothing compared with that.
> 
> Agree, the list feels quite long for a 2 day sprint.
> 
>> I know Gonzalo is going to give a talk about collective.cover; please open your minds, eyes and ears and,
again, please don't try to reinvent the wheel.
> 
> I will say that it felt, as an outsider, a bit like c.cover was reinventing bits of Deco rather than help
finishing it, but that may be a totally unfair characterisation as I've only had ten minutes to look at it in
any detail.
> 
> 
>> challenge accepted?
>> 
>> good luck!
>> 
>> Héctor Velarde
>> 
>> 
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>> _______________________________________________
>> Plone-developers mailing list
>> Plone-developers <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers
André Nogueira | 20 Sep 2012 19:24
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

> Are we sure deco didn't get there first? It feels to me like there would be a lot of opportunity for sharing
infrastructure, but I think the Deco editor UI is more user friendly and a better interaction model.

Cover was build on top of Deco to solve a specific use case. You can
see this use case in Cover mockups:
https://simples.mybalsamiq.com/projects/capas/grid
Its much more them Deco initial specifications.

> I will say that it felt, as an outsider, a bit like c.cover was reinventing bits of Deco rather than help
finishing it, but that may be a totally unfair characterisation as I've only had ten minutes to look at it in
any detail.

In April (when Cafecito was organized) ther is no clear signal or
specification to use Deco in frontpages.
And  we needed a Cover product ready just after Cafecito. Cover is
already in use in some production websites, like http://www.vtv.gob.ve
and I think it would not have been possible just trying to finish
Deco.

During Cafecito Sprint we developed a lot of tiles that probably can
be used in Deco, like collection, listing, HTML, Single Content...

All we hope is that all the work done during the cafecito not be
thrown away. This is reinvent the wheel.

[]s

André

>
>
>> challenge accepted?
>>
>> good luck!
>>
>> Héctor Velarde
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>> _______________________________________________
>> Plone-developers mailing list
>> Plone-developers@...
>> https://lists.sourceforge.net/lists/listinfo/plone-developers
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Plone-developers mailing list
> Plone-developers@...
> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Martin Aspeli | 20 Sep 2012 20:10
Picon
Gravatar

Re: A proposed goal for the Sea Sprint


On 20 Sep 2012, at 18:24, André Nogueira <andre <at> simplesconsultoria.com.br> wrote:

>> Are we sure deco didn't get there first? It feels to me like there would be a lot of opportunity for sharing
infrastructure, but I think the Deco editor UI is more user friendly and a better interaction model.
> 
> Cover was build on top of Deco to solve a specific use case. You can
> see this use case in Cover mockups:
> https://simples.mybalsamiq.com/projects/capas/grid
> Its much more them Deco initial specifications.
> 
>> I will say that it felt, as an outsider, a bit like c.cover was reinventing bits of Deco rather than help
finishing it, but that may be a totally unfair characterisation as I've only had ten minutes to look at it in
any detail.
> 
> In April (when Cafecito was organized) ther is no clear signal or
> specification to use Deco in frontpages.
> And  we needed a Cover product ready just after Cafecito. Cover is
> already in use in some production websites, like http://www.vtv.gob.ve
> and I think it would not have been possible just trying to finish
> Deco.
> 

Cool!

> During Cafecito Sprint we developed a lot of tiles that probably can
> be used in Deco, like collection, listing, HTML, Single Content...
> 

Awesome!

> All we hope is that all the work done during the cafecito not be
> thrown away. This is reinvent the wheel.
> 

Me too! It's be a travesty if it was.

> []s
> 
> André
> 
> 
> 
>> 
>> 
>>> challenge accepted?
>>> 
>>> good luck!
>>> 
>>> Héctor Velarde
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>>> _______________________________________________
>>> Plone-developers mailing list
>>> Plone-developers <at> lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/plone-developers
>> 
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>> _______________________________________________
>> Plone-developers mailing list
>> Plone-developers <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers
Alex Clark | 20 Sep 2012 20:27
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

On 2012-09-20 18:10:46 +0000, Martin Aspeli said:

> 
> 
> On 20 Sep 2012, at 18:24, André Nogueira 
> <andre@...> wrote:
> 
>>> Are we sure deco didn't get there first? It feels to me like there 
>>> would be a lot of opportunity for sharing infrastructure, but I think 
>>> the Deco editor UI is more user friendly and a better interaction model.
>> 
>> Cover was build on top of Deco to solve a specific use case. You can
>> see this use case in Cover mockups:
>> https://simples.mybalsamiq.com/projects/capas/grid
>> Its much more them Deco initial specifications.
>> 
>>> I will say that it felt, as an outsider, a bit like c.cover was 
>>> reinventing bits of Deco rather than help finishing it, but that may be 
>>> a totally unfair characterisation as I've only had ten minutes to look 
>>> at it in any detail.
>> 
>> In April (when Cafecito was organized) ther is no clear signal or
>> specification to use Deco in frontpages.
>> And  we needed a Cover product ready just after Cafecito. Cover is
>> already in use in some production websites, like http://www.vtv.gob.ve
>> and I think it would not have been possible just trying to finish
>> Deco.
>> 
> 
> Cool!
> 
>> During Cafecito Sprint we developed a lot of tiles that probably can
>> be used in Deco, like collection, listing, HTML, Single Content...
>> 
> 
> Awesome!
> 
>> All we hope is that all the work done during the cafecito not be
>> thrown away. This is reinvent the wheel.
>> 
> 
> Me too! It's be a travesty if it was.

Cool, so for everyone following along at home: c.cover is a set of 
tiles built on top Deco (which provides the tiles infrastructure)? If 
it's not important to clarify this now, just ignore me.

> 
>> []s
>> 
>> André
>> 
>> 
>> 
>>> 
>>> 
>>>> challenge accepted?
>>>> 
>>>> good luck!
>>>> 
>>>> Héctor Velarde
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Everyone hates slow websites. So do we.
>>>> Make your web apps faster with AppDynamics
>>>> Download AppDynamics Lite for free today:
>>>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>>>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>>>> _______________________________________________
>>>> Plone-developers mailing list
>>>> Plone-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/plone-developers
>>> 
>>> ------------------------------------------------------------------------------
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>>> _______________________________________________
>>> Plone-developers mailing list
>>> Plone-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/plone-developers
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Plone-developers mailing list
> Plone-developers@...
> https://lists.sourceforge.net/lists/listinfo/plone-developers

--

-- 
Alex Clark · http://pythonpackages.com

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Malthe Borch | 21 Sep 2012 09:17
Picon
Gravatar

Re: A proposed goal for the Sea Sprint

On 20 September 2012 18:04, Martin Aspeli <optilude <at> gmail.com> wrote:
> Are we sure deco didn't get there first? It feels to me like there would be a lot of opportunity for sharing
infrastructure, but I think the Deco editor UI is more user friendly and a better interaction model.

I think it did, but it also didn't seem to mature into something usable.

For those following the thread "at home" as Alex puts it, I'd like to
promote a simple add-on that I wrote exactly because deco didn't seem
to be ready – and wouldn't be for some time:

   http://pypi.python.org/pypi/collective.panels

It's basically symptom treatment: if all we've got is portlets, let's
make that story good.

I wrote a post to the list before starting to write this product – and
going back now, I'm surprised that none of the ``collection.cover``
chimed in.

   http://tinyurl.com/bsyy43l (nabble permalink)

Anyway, I'm fully supportive of deco and I think this should be where
the energy gets put in.

\malthe

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers
Rok Garbas | 20 Sep 2012 15:24
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

great list of tasks.

Quoting David Glick (Plone) (2012-09-20 06:50:08)
> 1. Make tinymce work in the text tile. (It does with p.a.toolbar 2.x, 
> but not 1.x. I haven't had a chance to explore why yet.)
> 

there is another problem with tinymce. it only works for the first time you
open tinymce and when you open tinymce in overlay the second time it half
initialized.

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Chris Calloway | 20 Sep 2012 22:49
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

On 9/20/2012 12:50 AM, David Glick (Plone) wrote:
> So I've been poking at the current state of Deco a little bit in
> preparation for the sprint, and wanted to send some thoughts and get
> some discussion going about where we should focus our efforts.

Thanks, David. I was starting to get anxious about this. But on 
reflection, this comes at exactly the right time. My only concern is 
that I've been urging on the Sea Sprint list for a review of the 
Cafecito work for awhile and I want to make sure that doesn't get lost. 
So I created this page of Cafecito notes link which should be required 
reading for Sea Sprint:

http://www.coactivate.org/projects/sea-sprint-2012/wikis/sprint-wiki/cafecito-sprint-notes

Timo, rather than copy all this into the sprint wiki, I linked this 
thread into the sprint wiki along with several other things mentioned in 
this thread and spinoffs:

http://www.coactivate.org/projects/sea-sprint-2012/wikis/sprint-wiki/technical-notes

Hector and Gonzalo are working furiously today to meet a client 
deadline. Gonzalo will be able to give us the collective.cover tour 
after that. ALthough, Cris Ewing's notes on tiles in the sprint wiki 
touch lightly on it:

http://www.coactivate.org/projects/sea-sprint-2012/wikis/sprint-wiki/tiles

I really like Asko's SCSS mixin approach to deco.gs and wonder if that 
would work for other grid systems being mentioned like Bootstrap, 
although that is certainly getting outside time limitations of Sea 
Sprint. Just something to keep in mind when the issue inevitably comes 
up again.

--

-- 
Sincerely,

Chris Calloway http://nccoos.org/Members/cbc
office: 3313 Venable Hall   phone: (919) 599-3530
mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Héctor Velarde | 21 Sep 2012 00:03
Picon

Re: A proposed goal for the Sea Sprint

on July 5, I wrote a long message on the product developers list 
explaining Jon the motivations and goals of the collective.cover package 
(at that time named as collective composition).

for those interested, like Alex, it could be worth reading it: 
http://plone.293351.n2.nabble.com/collective-composition-needs-a-new-name-td7556567.html#a7556683

I only want to bring here a couple of phrases from that message:

"we think the Plone community doesn't had anything like this, even as we
respect a lot all the great job done in many other packages. we took
ideas from all of them and we are trying to learn from what we think
were mistakes.

[...]

we think that Deco full and Deco lite can learn now from our mistakes,
so we can end with a much better UI story for Plone at the end."

having said that, the current status of the project is:

1. it is based almost entirely on Deco, as André already clarified, and 
on David's blog post about using Deco without Deco
2. it has been working in production for two months with no major issues
3. it has a layout editor that is usable but have some drawbacks
4. it has a set of tiles that are usable; these include basic, 
collection, list, carousel, file, link, rich text and embed (some of 
them could have issues as we made some changes on the base tile)
5. we have solved the problem of images inside tiles
6. tiles have permissions that are managed by groups (columns)
7. tiles are configurable, you can declare what content can be dropped 
on it and what information the tile is going to display
8. we have a new widget for finding content to be dropped on tiles (see 
MultiContentSearchFieldWidget on collective.z3cform.widgets); this 
widget is used inside a "sreenlet" (a group of widgets to select the 
content to be dropped on the cover)

Gonzalo will give you a quick tour on collective.cover and on the VTV 
project specific tiles; you can see the results here: http://www.vtv.gov.ve/

what are we doing right now?

inline editing is a killing feature for us; we could have it in a couple 
of weeks, if Silvestre gets better.

what issues we have found?

1. we need have a clear mechanism for creating tiles, like we have on 
browser pages, viewlets and so on
2. Deco should allow you to select among different responsive systems 
out there on an easy way; we can't be attached to Deco grid system (good 
point, Jean Michel)
3. all tiles should support ESI (Edge Side Includes) out of the box; 
this is a must have for any front page or landing page on any site 
working behind a web application accelerator and there is no reason to 
have tiles not supporting it
4. we need to define a mechanism to test tiles; I was not able to find 
any example about it

my personal views on some comments I read on the thread:

1. please kill the portlet history right now; we only need tiles and 
tiles are easy to write
2. I'm not really sure about replicating the functionality of a 
collection inside a tile; maybe I misunderstood the idea of this tile, 
but I think that can be solved having a collection and a tile that 
displays its results

all of our code base and ideas are yours; use it. if we can move 
anything away from collective.cover to Deco we will be very happy; we 
will refactor our package after that.

last thing I want to say: Chris Calloway told me that maybe the Sea 
Sprint wouldn't be happening without the Cafecito Sprint.

I've been working with the people behind this project for over a year 
and I feel like a very privileged guy.

you probably don't know many of them; most of them are pretty young, but 
they are very skilled and professional: we have, together, more than 30 
years of Plone development experience in different areas.

for me it has been difficult to make some of them understand the 
importance of being known and the imperative of participate on the 
discussions of this list about the future of Plone.

this is the first time Gonzalo is going to be with you and he's very 
excited about that; please talk to him: teach and learn.

that's it...

thank you, guys!

Héctor Velarde

Attachment (smime.p7s): application/pkcs7-signature, 3758 bytes
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers
Dylan Jay | 21 Sep 2012 00:53
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

On 21/09/2012, at 8:03 AM, "Héctor Velarde"
<hector.velarde@...> wrote:

> on July 5, I wrote a long message on the product developers list explaining Jon the motivations and goals of
the collective.cover package (at that time named as collective composition).
>
> for those interested, like Alex, it could be worth reading it: http://plone.293351.n2.nabble.com/collective-composition-needs-a-new-name-td7556567.html#a7556683
>
> I only want to bring here a couple of phrases from that message:
>
> "we think the Plone community doesn't had anything like this, even as we
> respect a lot all the great job done in many other packages. we took
> ideas from all of them and we are trying to learn from what we think
> were mistakes.
>
> [...]
>
> we think that Deco full and Deco lite can learn now from our mistakes,
> so we can end with a much better UI story for Plone at the end."
>
> having said that, the current status of the project is:
>
> 1. it is based almost entirely on Deco, as André already clarified, and on David's blog post about using
Deco without Deco
> 2. it has been working in production for two months with no major issues
> 3. it has a layout editor that is usable but have some drawbacks
> 4. it has a set of tiles that are usable; these include basic, collection, list, carousel, file, link, rich
text and embed (some of them could have issues as we made some changes on the base tile)
> 5. we have solved the problem of images inside tiles
> 6. tiles have permissions that are managed by groups (columns)
> 7. tiles are configurable, you can declare what content can be dropped on it and what information the tile
is going to display
> 8. we have a new widget for finding content to be dropped on tiles (see MultiContentSearchFieldWidget on
collective.z3cform.widgets); this widget is used inside a "sreenlet" (a group of widgets to select the
content to be dropped on the cover)
>
> Gonzalo will give you a quick tour on collective.cover and on the VTV project specific tiles; you can see
the results here: http://www.vtv.gov.ve/
>
> what are we doing right now?
>
> inline editing is a killing feature for us; we could have it in a couple of weeks, if Silvestre gets better.
>
> what issues we have found?
>
> 1. we need have a clear mechanism for creating tiles, like we have on browser pages, viewlets and so on
> 2. Deco should allow you to select among different responsive systems out there on an easy way; we can't be
attached to Deco grid system (good point, Jean Michel)
> 3. all tiles should support ESI (Edge Side Includes) out of the box; this is a must have for any front page or
landing page on any site working behind a web application accelerator and there is no reason to have tiles
not supporting it
> 4. we need to define a mechanism to test tiles; I was not able to find any example about it
>
> my personal views on some comments I read on the thread:
>
> 1. please kill the portlet history right now; we only need tiles and tiles are easy to write

+1 if possible. Perhaps effort needs to go into a tile portlet so that
tiles can be used in place of portlets for the interim time where we
have deco lite only and no full page layouts?

> 2. I'm not really sure about replicating the functionality of a collection inside a tile; maybe I
misunderstood the idea of this tile, but I think that can be solved having a collection and a tile that
displays its results

-1
Replacing specialized content objects with smaller building blocks is
a really important part of the full deco vision. For instance you
can't really get rid of the confusing default page notion without
being able to create listings directlty on your folder object.

Getting rid of collections does however does bring up some problems however
- if you want have something akin to latest news tile that links
through to a bigger listing do you really want to enter the query
twice? Seems like there might need to be a way to adapt an object that
has a single listing tile as "collectionish" so other tiles can
reference it's query? Or else you might need a referencebrowser widget
to reference tiles on other content directly?

- currently most sites we do whitelist collections and folders to
appear in navigation and nothing else. If collections go away how do
we make a page with a listing appear in navigation but not other
pages?

>
> all of our code base and ideas are yours; use it. if we can move anything away from collective.cover to Deco
we will be very happy; we will refactor our package after that.
>
> last thing I want to say: Chris Calloway told me that maybe the Sea Sprint wouldn't be happening without the
Cafecito Sprint.
>
> I've been working with the people behind this project for over a year and I feel like a very privileged guy.
>
> you probably don't know many of them; most of them are pretty young, but they are very skilled and
professional: we have, together, more than 30 years of Plone development experience in different areas.
>
> for me it has been difficult to make some of them understand the importance of being known and the
imperative of participate on the discussions of this list about the future of Plone.
>
> this is the first time Gonzalo is going to be with you and he's very excited about that; please talk to him:
teach and learn.
>
> that's it...
>
> thank you, guys!
>
> Héctor Velarde
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Plone-developers mailing list
> Plone-developers@...
> https://lists.sourceforge.net/lists/listinfo/plone-developers

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Martin Aspeli | 21 Sep 2012 09:06
Picon

Re: A proposed goal for the Sea Sprint

Hi,

On 20 September 2012 23:03, Héctor Velarde
<hector.velarde@...> wrote:

> 1. it is based almost entirely on Deco, as André already clarified, and on
> David's blog post about using Deco without Deco

I think the ting I'm missing with it the most is the Deco editing
experience. I tried it for a few minutes and was fairly confused. I
appreciate it's not fully finished and possibly more of a framework
than a final product at this stage, but for me the major point of
excitement with Deco is from the end user perspective. It's about
making Plone easier to use and more powerful than most other CMSs out
there.

> 2. it has been working in production for two months with no major issues
> 3. it has a layout editor that is usable but have some drawbacks
> 4. it has a set of tiles that are usable; these include basic, collection,
> list, carousel, file, link, rich text and embed (some of them could have
> issues as we made some changes on the base tile)

This to me is the really huge win. I hope we can generalise these so
they work with any tile-based layout engine and maybe move them out of
c.cover.

> 5. we have solved the problem of images inside tiles

Great!

> 6. tiles have permissions that are managed by groups (columns)
> 7. tiles are configurable, you can declare what content can be dropped on it
> and what information the tile is going to display
> 8. we have a new widget for finding content to be dropped on tiles (see
> MultiContentSearchFieldWidget on collective.z3cform.widgets); this widget is
> used inside a "sreenlet" (a group of widgets to select the content to be
> dropped on the cover)

I guess this is the bit I don't fully understand, but I need to look
into it in more detail.

> what issues we have found?
>
> 1. we need have a clear mechanism for creating tiles, like we have on
> browser pages, viewlets and so on

What do you mean by this?

> 2. Deco should allow you to select among different responsive systems out
> there on an easy way; we can't be attached to Deco grid system (good point,
> Jean Michel)

I think this is nearly impossible with the way that Deco works. The
front-end JavaScript editor is all about manipulating a grid, and
supporting lots of different grid systems would be a nightmare.
However, we should make sure the layout generated by Deco isn't
incompatible with the major grid systems out there. And/or we should
switch to a more widely used one.

> 3. all tiles should support ESI (Edge Side Includes) out of the box; this is
> a must have for any front page or landing page on any site working behind a
> web application accelerator and there is no reason to have tiles not
> supporting it

plone.app.blocks should support this already.

> 4. we need to define a mechanism to test tiles; I was not able to find any
> example about it

Tiles are just views, really. I hope you can just test them like you'd
test any view.

I'm quite wary about adding a lot of "framework" around tiles. I think
that's what did for portlets. ;-)

> my personal views on some comments I read on the thread:
>
> 1. please kill the portlet history right now; we only need tiles and tiles
> are easy to write
> 2. I'm not really sure about replicating the functionality of a collection
> inside a tile; maybe I misunderstood the idea of this tile, but I think that
> can be solved having a collection and a tile that displays its results

In the "full Deco" vision, there would be no Collection content type.
Instead, you'd add a Page to your site where you wanted to display a
listing of content, add a Listing tile to it (and other tiles, for
content around the listing), configure it (much like the new
collections are configured now), and that would be that.

I don't think it's terribly user friendly to have to create a "secret"
collection somewhere in content space that you don't expect your users
to see, and then create a secondary content object (a page ala
collective.cover) to render it in situ.

> all of our code base and ideas are yours; use it. if we can move anything
> away from collective.cover to Deco we will be very happy; we will refactor
> our package after that.
>
> last thing I want to say: Chris Calloway told me that maybe the Sea Sprint
> wouldn't be happening without the Cafecito Sprint.

Oh, I'm very sure. Anything to drive this story forward is important.
And, crucially, we need to solve people's real-world problems today to
evolve a vision, not set some grand vision for the far-future and do
nothing until we've got it perfectly built. I think we do need a bit
of a vision, though, even if it changes over time.

> I've been working with the people behind this project for over a year and I
> feel like a very privileged guy.
>
> you probably don't know many of them; most of them are pretty young, but
> they are very skilled and professional: we have, together, more than 30
> years of Plone development experience in different areas.

The code looked really good, certainly.

> for me it has been difficult to make some of them understand the importance
> of being known and the imperative of participate on the discussions of this
> list about the future of Plone.

I think "being known" doesn't mean you're part of some clique. It
means that you've contributed code, documentation, support on the
forums etc.

> this is the first time Gonzalo is going to be with you and he's very excited
> about that; please talk to him: teach and learn.

Welcome ;-)

Are any of you coming to Arnhem?

Martin

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Héctor Velarde | 21 Sep 2012 13:31
Picon

Re: A proposed goal for the Sea Sprint

On 21/09/12 04:06, Martin Aspeli wrote:
>> 6. tiles have permissions that are managed by groups (columns)
>> 7. tiles are configurable, you can declare what content can be dropped on it
>> and what information the tile is going to display
>> 8. we have a new widget for finding content to be dropped on tiles (see
>> MultiContentSearchFieldWidget on collective.z3cform.widgets); this widget is
>> used inside a "sreenlet" (a group of widgets to select the content to be
>> dropped on the cover)
>
> I guess this is the bit I don't fully understand, but I need to look
> into it in more detail.

HV> it's all about our use cases and I think I described this on the 
thread I mentioned earlier: 
http://plone.293351.n2.nabble.com/collective-composition-needs-a-new-name-td7556567.html#a7556683

> Are any of you coming to Arnhem?
>
> Martin

HV> indeed; we have a talk to give ;-)

Attachment (smime.p7s): application/pkcs7-signature, 3758 bytes
------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers
Martin Aspeli | 21 Sep 2012 13:47
Picon

Re: A proposed goal for the Sea Sprint

On 21 September 2012 12:31, Héctor Velarde
<hector.velarde@...> wrote:
> On 21/09/12 04:06, Martin Aspeli wrote:
>>>
>>> 6. tiles have permissions that are managed by groups (columns)
>>> 7. tiles are configurable, you can declare what content can be dropped on
>>> it
>>> and what information the tile is going to display
>>> 8. we have a new widget for finding content to be dropped on tiles (see
>>> MultiContentSearchFieldWidget on collective.z3cform.widgets); this widget
>>> is
>>> used inside a "sreenlet" (a group of widgets to select the content to be
>>> dropped on the cover)
>>
>>
>> I guess this is the bit I don't fully understand, but I need to look
>> into it in more detail.
>
>
> HV> it's all about our use cases and I think I described this on the thread
> I mentioned earlier:
> http://plone.293351.n2.nabble.com/collective-composition-needs-a-new-name-td7556567.html#a7556683
>
>
>> Are any of you coming to Arnhem?
>>
>> Martin
>
>
> HV> indeed; we have a talk to give ;-)

And sprinting to do, I hope ;)

Martin

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Rok Garbas | 21 Sep 2012 17:11
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

> > 1. we need have a clear mechanism for creating tiles, like we have on
> > browser pages, viewlets and so on
> 
> What do you mean by this?
> 

i see this as lack of documentation.

> > 2. Deco should allow you to select among different responsive systems out
> > there on an easy way; we can't be attached to Deco grid system (good point,
> > Jean Michel)
> 
> I think this is nearly impossible with the way that Deco works. The
> front-end JavaScript editor is all about manipulating a grid, and
> supporting lots of different grid systems would be a nightmare.
> However, we should make sure the layout generated by Deco isn't
> incompatible with the major grid systems out there. And/or we should
> switch to a more widely used one.
> 

i think if we use grid systems style and put them inline we wont get any
conflicts. and i dont thinks it would be hard to make it configurable to use
some other grid system then deco grid styles.

> > 4. we need to define a mechanism to test tiles; I was not able to find any
> > example about it
> 
> Tiles are just views, really. I hope you can just test them like you'd
> test any view.
> 
> I'm quite wary about adding a lot of "framework" around tiles. I think
> that's what did for portlets. ;-)
> 

i would also go -1 on having yet another framework to handle tiles. on the end
its just html and that can be our "framework".

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Rok Garbas | 21 Sep 2012 16:45
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

Quoting Héctor Velarde (2012-09-21 00:03:10)
> on July 5, I wrote a long message on the product developers list 
> explaining Jon the motivations and goals of the collective.cover package 
> (at that time named as collective composition).
> 
> for those interested, like Alex, it could be worth reading it: 
> http://plone.293351.n2.nabble.com/collective-composition-needs-a-new-name-td7556567.html#a7556683
> 
> I only want to bring here a couple of phrases from that message:
> 
> "we think the Plone community doesn't had anything like this, even as we
> respect a lot all the great job done in many other packages. we took
> ideas from all of them and we are trying to learn from what we think
> were mistakes.
> 
> [...]
> 
> we think that Deco full and Deco lite can learn now from our mistakes,
> so we can end with a much better UI story for Plone at the end."
> 
> having said that, the current status of the project is:
> 
> 1. it is based almost entirely on Deco, as André already clarified, and 
> on David's blog post about using Deco without Deco
> 2. it has been working in production for two months with no major issues
> 3. it has a layout editor that is usable but have some drawbacks
> 4. it has a set of tiles that are usable; these include basic, 
> collection, list, carousel, file, link, rich text and embed (some of 
> them could have issues as we made some changes on the base tile)
> 5. we have solved the problem of images inside tiles
> 6. tiles have permissions that are managed by groups (columns)
> 7. tiles are configurable, you can declare what content can be dropped 
> on it and what information the tile is going to display
> 8. we have a new widget for finding content to be dropped on tiles (see 
> MultiContentSearchFieldWidget on collective.z3cform.widgets); this 
> widget is used inside a "sreenlet" (a group of widgets to select the 
> content to be dropped on the cover)
> 
> Gonzalo will give you a quick tour on collective.cover and on the VTV 
> project specific tiles; you can see the results here: http://www.vtv.gov.ve/
> 
> what are we doing right now?
> 
> inline editing is a killing feature for us; we could have it in a couple 
> of weeks, if Silvestre gets better.
> 
> what issues we have found?
> 
> 1. we need have a clear mechanism for creating tiles, like we have on 
> browser pages, viewlets and so on
> 2. Deco should allow you to select among different responsive systems 
> out there on an easy way; we can't be attached to Deco grid system (good 
> point, Jean Michel)
> 3. all tiles should support ESI (Edge Side Includes) out of the box; 
> this is a must have for any front page or landing page on any site 
> working behind a web application accelerator and there is no reason to 
> have tiles not supporting it
> 4. we need to define a mechanism to test tiles; I was not able to find 
> any example about it
> 
> my personal views on some comments I read on the thread:
> 
> 1. please kill the portlet history right now; we only need tiles and 
> tiles are easy to write
> 2. I'm not really sure about replicating the functionality of a 
> collection inside a tile; maybe I misunderstood the idea of this tile, 
> but I think that can be solved having a collection and a tile that 
> displays its results
> 
> all of our code base and ideas are yours; use it. if we can move 
> anything away from collective.cover to Deco we will be very happy; we 
> will refactor our package after that.
> 
> last thing I want to say: Chris Calloway told me that maybe the Sea 
> Sprint wouldn't be happening without the Cafecito Sprint.
> 
> I've been working with the people behind this project for over a year 
> and I feel like a very privileged guy.
> 
> you probably don't know many of them; most of them are pretty young, but 
> they are very skilled and professional: we have, together, more than 30 
> years of Plone development experience in different areas.
> 
> for me it has been difficult to make some of them understand the 
> importance of being known and the imperative of participate on the 
> discussions of this list about the future of Plone.
> 
> this is the first time Gonzalo is going to be with you and he's very 
> excited about that; please talk to him: teach and learn.
> 
> that's it...
> 

i loooked at c.cover briefly and just so i dont forget my comments later i'lll
write them here:

 - if we're going to support CMSUI idea at some point it should be using
   p.a.toolbar's iframe thing. so all javascript should be working across
   frames. this is nothing hard to do or fix but its easier if you develop it
   with this in mind

 - i know i'm always being laud against jquery ui but this time i have good
   reason for it. sortable/droppable is really slow part of jquery ui and its
   almost impossible to hook into low level drag/drop events in jquery ui. also
   i had problems using it over different frames.

   i believe you're using jquery ui only for drag'n'drop things, right? if
   thats the case i've played with jquery.event.drag[1] and jquery.event.drop[2]
   libraries and they are small, maintained, easy to use. also drag and drop
   i used in current p.a.deco is based on that.

   i'm not against jquery ui (like i used to be) but it should work across
   frames and with decent speed.

 - i think that if we lose jquery ui stuff from layout_edit.js[3] script and
   make it works across frames using p.a.toolbar's overlay stuff we could have
   working version of layout editor (adding rows/columns) at the end of the
   seaprint.

[1] http://threedubmedia.com/code/event/drag
[2] http://threedubmedia.com/code/event/drop
[3] https://github.com/collective/collective.cover/blob/master/src/collective/cover/static/layout_edit.js

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Plone-developers mailing list
Plone-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plone-developers
Rok Garbas | 21 Sep 2012 16:25
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

i'll just write here my comments on David's todo list and add mine at the
bottom:

Quoting David Glick (Plone) (2012-09-20 06:50:08)
> 1. Make tinymce work in the text tile. (It does with p.a.toolbar 2.x, 
> but not 1.x. I haven't had a chance to explore why yet.)
> 

probably this has to do something with resource registration.

we also might need to consider keeping a whitelist of buttons that are allowed
for tinymce instance for tiles.

we might even want to package tinymce separatly from P.TinyMCE since purposes
of both are a bit different.

> 2. We need to add a way to pick how many columns are available and in 
> what widths (currently there are 3 and there's no way to change) and 
> ideally have multiple rows with different numbers of columns.
> 

currently in p.a.deco there is no layout editor. by that i mean that there is
no way to add or remove rows/columns. it works in a way that you provide
a layout with a specific structure (which is undocumented) and you get the
possibility to add/remove tiles in "cells" of deco grid.

i belive hector solved this in c.cover and could be reused from that package
just we need to make sure that their script is working across frames.

> 3. Columns need padding.
> 

if you provide layout with columns that have padding you have padding. by
default i created 3 column layout (should be changed, but was nice to test)
with no column padding.

> 4. Turn the image tile into something usable. We need an edit form for 
> the tile that is something like the image browser in TinyMCE (browse or 
> search the site for images, preview, configure caption, select scale 
> size, upload)
> 

i think blocker here was working plone.app.mediarepository[1]. i think its
mostly working now and we could integrate in p.a.imagetile. i think tisto would
have some experience using p.a.mediarepository.

> 5. Make sure we have a good content proxy tile (select an arbitrary 
> content item and include its main content area in the tile). I think 
> there's an existing implementation in plone.app.standardtiles...
> 

> 6. Make sure we have a good content listing tile (sharing a lot of code 
> with plone.app.collection). Also implemented-ish somewhere.
> 

> 7. Create a raw HTML tile which allows inserting any markup without 
> filtering, but only by users with an "Insert unsafe content" permission. 
> This can be used to do video embeds and the like. Well, for video in 
> particular we should probably have something nicer (using oembed/embedly?)
> 

> 8. A carousel (rotating images) tile would be really useful for 
> homepages and landing pages. There are probably some other tiles I'm not 
> thinking of that are important. Any wisdom from the collective.cover folks?
> 

this might be part of listing tile since we can have tile with different views
for it (one would be carousel). or it might be more clear to ppl using deco if
there is a separate tile for each view, but still the implementation would be
99% similara to listing tile one.

> 9. Currently the Deco editor is triggered by adding a Deco Page and then 
> clicking the Edit tab. The problem with this is there's no way to access 
> the normal edit form to change metadata. This could be solved by 
> restoring Edit to its normal function, and adding a new Layout tab to 
> access Deco.
> 

already mention this. that we might have a property button. it would also be
nice to have some kind of field tile, were you could insert field value into layout.

> 10. This is a UX question I'm not sure about: should Deco Layout be 
> something you can select from the Display menu for any content type, 
> rather than having a separate Deco Page content type? This would be 
> implemented as a view which stores and reads the layout in an 
> annotation, rather than in a field associated with the ILayoutAware 
> behavior. So it could be used on Archetypes content too.
> 

might be nice to have this also avaliable for Archetypes but i think for now we
can keep it under dexterity only. plus we would somehow near down list of all
possible cases of usage which means less bugs.

> 11. Give tiles the ability to have edit and delete permissions separate 
> from their add permission. Cris Ewing has done some work toward this.
> 

i guess this is already done. just needs and overview to be merged.

> 12. Work out how to index tiles in the SearchableText index.
> 

> 13. Make sure that making changes to the deco layout updates the page's 
> modified time so the HTTP cache can be invalidated.
> 

i guess this is a bug in p.a.tiles and should be easy fix (well easier then the
rest)

> 14. Another thing I'm not sure about: should we investigate ways to make 
> portlets automatically available as tiles?
> 

do you mean to have some "wrapper" like thing which would turn them from
portlet to tile?

[1] https://github.com/plone/plone.app.mediarepository

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Rok Garbas | 21 Sep 2012 17:04
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

more todo from me:

 - with deco and cmsui we'll be having a lot of code written in javascript. you
   think we should have some kind of rules/convetion how to write javascript code.
   examples:
    - https://github.com/rwldrn/idiomatic.js/
    - http://www.addyosmani.com/resources/essentialjsdesignpatterns/book/
    - https://github.com/styleguide/javascript
    - https://plus.google.com/115133653231679625609/posts/h37ZvatmKqV

 - should we "demand" at least a bit of test coverage for javascript part,
   before it gets included into plone?

 - should we run qunit tests of javascript libraries we're using against
   dependency versions that are in plone?

probably we all agree with above, but i think we should put it on agenda
somehow, because with more and more javascript being in plone we'll get beaten
very soon if don't do something about it.

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Rok Garbas | 21 Sep 2012 18:14
Picon
Favicon
Gravatar

Re: A proposed goal for the Sea Sprint

Quoting Rok Garbas (2012-09-21 17:04:37)
> more todo from me:
> 
>  - with deco and cmsui we'll be having a lot of code written in javascript. you
>    think we should have some kind of rules/convetion how to write javascript code.
>    examples:
>     - https://github.com/rwldrn/idiomatic.js/
>     - http://www.addyosmani.com/resources/essentialjsdesignpatterns/book/
>     - https://github.com/styleguide/javascript
>     - https://plus.google.com/115133653231679625609/posts/h37ZvatmKqV
> 
>  - should we "demand" at least a bit of test coverage for javascript part,
>    before it gets included into plone?
> 
>  - should we run qunit tests of javascript libraries we're using against
>    dependency versions that are in plone?
> 
> 
> probably we all agree with above, but i think we should put it on agenda
> somehow, because with more and more javascript being in plone we'll get beaten
> very soon if don't do something about it.
> 

another one:

 - i think one of the _must_have_ goals should also be to place tile in
   "main_template.pt" and make sure it works. not sure what is proper name for
   this, but maybe static or global or site0wide tile. example usecases for this
   would be:
    - placing image tile in place for logo and allowing somebody with right
      permission to change it.
    - tile in footer of page to change copyright line of text

   i think above should be already working or should be very, very close to
   working and gives us quite some functionality, which integrators would
   apreciate most (however you're suposse to write apreciate).

--
Rok Garbas - http://www.garbas.si

------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Martin Aspeli | 22 Sep 2012 08:59
Picon

Re: A proposed goal for the Sea Sprint

Hi,

On 21 September 2012 17:14, Rok Garbas <rok@...> wrote:

> another one:
>
>  - i think one of the _must_have_ goals should also be to place tile in
>    "main_template.pt" and make sure it works. not sure what is proper name for
>    this, but maybe static or global or site0wide tile. example usecases for this
>    would be:
>     - placing image tile in place for logo and allowing somebody with right
>       permission to change it.
>     - tile in footer of page to change copyright line of text
>
>    i think above should be already working or should be very, very close to
>    working and gives us quite some functionality, which integrators would
>    apreciate most (however you're suposse to write apreciate).

If the plone.app.blocks transforms are enabled, this will just work.
The tile interpolation is applied after the page is rendered.

Martin

------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
David Glick (Plone | 22 Sep 2012 13:51
Favicon

Re: A proposed goal for the Sea Sprint

On 9/22/12 2:59 AM, Martin Aspeli wrote:
> Hi,
>
> On 21 September 2012 17:14, Rok Garbas <rok@...> wrote:
>
>> another one:
>>
>>   - i think one of the _must_have_ goals should also be to place tile in
>>     "main_template.pt" and make sure it works. not sure what is proper name for
>>     this, but maybe static or global or site0wide tile. example usecases for this
>>     would be:
>>      - placing image tile in place for logo and allowing somebody with right
>>        permission to change it.
>>      - tile in footer of page to change copyright line of text
>>
>>     i think above should be already working or should be very, very close to
>>     working and gives us quite some functionality, which integrators would
>>     apreciate most (however you're suposse to write apreciate).
> If the plone.app.blocks transforms are enabled, this will just work.
> The tile interpolation is applied after the page is rendered.
>
That's half of it. The other half is being able to access the tile's 
edit form. That works as long as we do something along the lines of 
http://glicksoftware.com/blog/using-tiles-to-provide-more-flexible-plone-layouts 
and use persistent tiles.

------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
Martin Aspeli | 22 Sep 2012 13:58
Picon

Re: A proposed goal for the Sea Sprint

On 22 September 2012 12:51, David Glick (Plone)
<david.glick@...> wrote:
> On 9/22/12 2:59 AM, Martin Aspeli wrote:
>>
>> Hi,
>>
>> On 21 September 2012 17:14, Rok Garbas <rok@...> wrote:
>>
>>> another one:
>>>
>>>   - i think one of the _must_have_ goals should also be to place tile in
>>>     "main_template.pt" and make sure it works. not sure what is proper
>>> name for
>>>     this, but maybe static or global or site0wide tile. example usecases
>>> for this
>>>     would be:
>>>      - placing image tile in place for logo and allowing somebody with
>>> right
>>>        permission to change it.
>>>      - tile in footer of page to change copyright line of text
>>>
>>>     i think above should be already working or should be very, very close
>>> to
>>>     working and gives us quite some functionality, which integrators
>>> would
>>>     apreciate most (however you're suposse to write apreciate).
>>
>> If the plone.app.blocks transforms are enabled, this will just work.
>> The tile interpolation is applied after the page is rendered.
>>
> That's half of it. The other half is being able to access the tile's edit
> form. That works as long as we do something along the lines of
> http://glicksoftware.com/blog/using-tiles-to-provide-more-flexible-plone-layouts
> and use persistent tiles.

I really want to get away from storing persistent tile data in
annotations if we can avoid it.

Why can't we just store a list of strings in portal_registry with the
relevant hrefs? plone.app.tiles provides the logic to edit transient
tiles, and collective.tinymcetiles showed how it can be done in
overlays.

Martin

------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html

Gmane