incubator-graffito-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Edgar Poce" <edgarp...@gmail.com>
Subject Re: portlet "content" mode prototype
Date Thu, 21 Sep 2006 11:33:14 GMT
Hi,

On 9/21/06, Philip Mark Donaghy <philip.donaghy@gmail.com> wrote:
> I tried the wysiwyg portlet out, this is one of the best portlets I
> have ever seen.

nice to hear you like it :)

> I'm  looking forward to collaborating with you.

It would be great to collaborate to move it forward.

> I
> checked back for the source but it's gone, sniff .`(
>

 try to downoad it from http://people.apache.org/~edgarpoce/graffito/.


br,
edgar

> Philip
>
> On 9/18/06, Edgar Poce <edgarpoce@gmail.com> wrote:
> > Hi,
> >
> >   I uploaded a new version of the jcr portlets prototype, it's almost
> > usable now ;).
> > download the war file from
> > http://people.apache.org/~edgarpoce/graffito/. I use a couple of
> > jackrabbit contrib projects: jcr-commands and jcr-taglib. I made some
> > changes to both and I'll commit them soon, but in case anyone wants to
> > build from the source before I commit the changes I uploaded the
> > modified versions.
> >
> >   I added a new slide portlet which shows image slides. The images can
> > be uploaded either from the portal in edit mode or via webdav.
> >
> > Features:
> >   - wysiwyg portlet.
> >   - slide portlet
> >   - webdav support
> >   - versioning support
> >   - j2 path integration. Now the contents are stored in the portal
> > site hierarchy
> >  - The content features are not included as a menu, now the content
> > features are shown in help mode.
> >
> > Known issues:
> >   obviously lots of them, but mainly:
> >  - the content mode is shown in help mode
> >   - the two types of portlets (slide and wysiwyg) don't play nice in a
> > single page.
> >   - unsecure, since anyone can edit the contents via webdav
> >  - handling of error messages
> >   - escape jcr paths
> >
> > a few comments:
> > Independently of the api to interact with the repository it would be
> > great to integrate the graffito contents in the portal hierarchy and
> > provide services through a content mode. AFAIK graffito objects are
> > stored in its own tree.
> >
> > Unfortunately the j2 API doesn't support to get a fragment's path of
> > type portlet. see
> > http://thread.gmane.org/gmane.comp.jakarta.jetspeed.user/18566/focus=18566.
> > And there's no way to get a descriptive name for a fragment. I think a
> > workaround could be to use fragment preferences, but it wouldn't fix
> > the missing decorator fragments in the path. It would be great to fix
> > it as part of the development effort of contributing a graffito based
> > page manager.
> >
> > Another important issue is that AFAIK j2 doesn't provide a way to
> > listening changes on fragments. Thus the content generated through the
> > portal or via webdav are not moved/removed when the corresponding
> > fragment is moved/removed.
> >
> > well, I think the prototype time is over so I'll stop spamming the list :).
> >
> > br,
> > edgar
> >
>
>
> --
> Philip Donaghy
> donaghy.blogspot.com del.icio.us/donaghy/philip
> Skype: philipmarkdonaghy
> Office: +33 5 56 60 88 02
> Mobile: +33 6 20 83 22 62
>

Mime
View raw message