I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`(
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