Hi, On 9/21/06, Philip Mark Donaghy <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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