Re: graffito - kupu update
Hi Christophe, I have created that issue GRFT-102. Any ideas/guidance for the problem please? thnx, Vangelis Christophe Lombart wrote: On 9/14/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: I have only worked on the vm (rest are just extracted from puku dist). Do I also need also to patch any js? Could you guide me please? I Have to review the Kupu integration. Can you create a new Jira issue in the Graffito project with your patches. So, I can review it and give more details . Thanks br Christophe Thnx, Vangelis PS: sorry for cross posting.. next mails will go only to graffito list Christophe Lombart wrote: Did you already change the associated files (javascripts, ). Please use the Graffito mailing list. If you send me a patch, I can review this problem. Best regards, Christophe On 9/13/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: Hi all, I am trying to upgrade graffito's html editor to latest kupu 1.3.5. I am doing this because for our project it is very important that at least the resulting html is as accessible as possible. New kupu produces much more valid and accessible content (dont use tags like font, use of style for coloring etc...). So what I have done: I have replaced graffito kupu folder with kupu 1.3.5 common folder contents and created the attached kupu.vm. The editor looks fine but when I post even if it seems to work (no error and redirect to folder view on insert) I realized that it saves null content in db (meta looks ok in db), so when i try to edit in iframe i get : - The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.ojb.broker.PersistenceBrokerException: Error invoking method getContentStream org.apache.ojb.broker.core.proxy.IndirectionHandlerDefaultImpl.invoke(IndirectionHandlerDefaultImpl.java:334) $Proxy30.getContentStream(Unknown Source) org.apache.portals.graffito.servlets.GraffitoViewerServlet.doGet(GraffitoViewerServlet.java:67) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) Any ideas / hints please? regards, Vangelis -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php #set ($MESSAGES = $portletConfig.getResourceBundle($renderRequest.Locale)) #set ($document = $documentDTO.getDocument()) #set ($browserSession = $renderRequest.getPortletSession().getAttribute(browserSession)) html xmlns=http://www.w3.org/1999/xhtml; xmlns:i18n=http://xml.zope.org/namespaces/i18n; i18n:domain=kupu head titleTest Editor/title meta http-equiv=Content-Type content=text/html; charset=UTF-8/ link href=$renderRequest.getContextPath()/kupu/kupustyles.css rel=stylesheet type=text/css/ link href=$renderRequest.getContextPath()/kupu/kupudrawerstyles.css rel=stylesheet type=text/css/ script type=text/javascript src=$renderRequest.getContextPath()/kupu/sarissa.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/sarissa_ieemu_xpath.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuhelpers.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupueditor.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupubasetools.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuloggers.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupunoi18n.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/i18n.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucleanupexpressions.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucontentfilters.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kuputoolcollapser.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucontextmenu.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuinit_form.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupustart_form.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupusourceedit.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuspellchecker.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupudrawers.js /script /head body onload=kupu = startKupu() div class=portlet-menu #if($browserSession.isInsert()) $MESSAGES.getString('div.newdocument') #else
Re: graffito - kupu update
Thanks a lot! Christophe Lombart wrote: It planned to review this issue this afternoon. br, Christophe On 9/22/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: Hi Christophe, I have created that issue GRFT-102. Any ideas/guidance for the problem please? thnx, Vangelis Christophe Lombart wrote: On 9/14/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: I have only worked on the vm (rest are just extracted from puku dist). Do I also need also to patch any js? Could you guide me please? I Have to review the Kupu integration. Can you create a new Jira issue in the Graffito project with your patches. So, I can review it and give more details . Thanks br Christophe Thnx, Vangelis PS: sorry for cross posting.. next mails will go only to graffito list Christophe Lombart wrote: Did you already change the associated files (javascripts, ). Please use the Graffito mailing list. If you send me a patch, I can review this problem. Best regards, Christophe On 9/13/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: Hi all, I am trying to upgrade graffito's html editor to latest kupu 1.3.5. I am doing this because for our project it is very important that at least the resulting html is as accessible as possible. New kupu produces much more valid and accessible content (dont use tags like font, use of style for coloring etc...). So what I have done: I have replaced graffito kupu folder with kupu 1.3.5 common folder contents and created the attached kupu.vm. The editor looks fine but when I post even if it seems to work (no error and redirect to folder view on insert) I realized that it saves null content in db (meta looks ok in db), so when i try to edit in iframe i get : - The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.ojb.broker.PersistenceBrokerException: Error invoking method getContentStream org.apache.ojb.broker.core.proxy.IndirectionHandlerDefaultImpl.invoke(IndirectionHandlerDefaultImpl.java:334) $Proxy30.getContentStream(Unknown Source) org.apache.portals.graffito.servlets.GraffitoViewerServlet.doGet(GraffitoViewerServlet.java:67) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) Any ideas / hints please? regards, Vangelis -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php #set ($MESSAGES = $portletConfig.getResourceBundle($renderRequest.Locale)) #set ($document = $documentDTO.getDocument()) #set ($browserSession = $renderRequest.getPortletSession().getAttribute(browserSession)) html xmlns=http://www.w3.org/1999/xhtml; xmlns:i18n=http://xml.zope.org/namespaces/i18n; i18n:domain=kupu head titleTest Editor/title meta http-equiv=Content-Type content=text/html; charset=UTF-8/ link href=$renderRequest.getContextPath()/kupu/kupustyles.css rel=stylesheet type=text/css/ link href=$renderRequest.getContextPath()/kupu/kupudrawerstyles.css rel=stylesheet type=text/css/ script type=text/javascript src=$renderRequest.getContextPath()/kupu/sarissa.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/sarissa_ieemu_xpath.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuhelpers.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupueditor.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupubasetools.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuloggers.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupunoi18n.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/i18n.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucleanupexpressions.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucontentfilters.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kuputoolcollapser.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupucontextmenu.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuinit_form.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupustart_form.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupusourceedit.js /script script type=text/javascript src=$renderRequest.getContextPath()/kupu/kupuspellchecker.js /script script type=text/javascript
portlet content mode prototype online demo
Hi, for those who had problems running the war. I deployed it at http://200.115.241.157:8080/jetspeed/portal/. I'll leave it online for 12 hours aprox. br, edgar some details of how to use the features: the admin password is test. there are two jcr portles: - wysiwyg portlet. - slide portlet - webdav support In help mode, under the info tab, there's a link to the webdav resource. The webdav root can be found at: http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/ - versioning support in help mode, under the versioning tab, there's a gui to make the content versionable, chekin, checkout, and restore a previous version. - j2 path integration. Now the contents are stored in the portal site hierarchy See the path of the webdav resource. It has the following pattern: /psm/[psml]*/fragment-id e.g. /default.psm/P-10dd5c2a9f1-1
[jira] Assigned: (GRFT-102) Accessibility of portal content produced by authoring tool (kupu)
[ http://issues.apache.org/jira/browse/GRFT-102?page=all ] Christophe Lombart reassigned GRFT-102: --- Assignee: Christophe Lombart Accessibility of portal content produced by authoring tool (kupu) - Key: GRFT-102 URL: http://issues.apache.org/jira/browse/GRFT-102 Project: Graffito Issue Type: Improvement Components: Portlets Environment: Now running on ie and mozilla but for accessibility should support all browsers (maybe consider an applet editor ??) Reporter: Evangelos Vlachogiannis Assigned To: Christophe Lombart Priority: Minor Attachments: patch.txt Current version of kupu html editor produces really very bad markup in terms of accessibility but even for validity. For instance the font tag must really be avoided - use css style instead (like new 1.3.5 ver does). So a shift to the new version is a step towards better accessibility. Further, these are other relating problems that should be solved: 1. currently the editor portlet page in jetspeed contains 2 html tags which is really unacceptable!!. 2. Seeking for real xhtml (a base for accessibility) the editor should provide only semantic markup. For example could provide strong instead of bold and emphasis instead of underline or/and provide bold bolder etc using css. 3. For a portal creating content it actually means creating a page fragment. This means that the editor should allow for global markup and also provide apropriate css classes for styling according to JSR-168. Well, most of the issues are actually concern the editor and I might submit also to kupu but I find important to sync such work. This subject is actually one of my research interests and could find more information of this work (Portal Accessibility Guidelines Extensions) at http://www.syros.aegean.gr/users/evlach/page/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: portlet content mode prototype online demo
I tried the demo. Looks good. Although Im not sure if I understand the j2 path integration. I navigated to http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/default-page.psml/P-10dd5c2a9f1-1 and saw the contents of a portlet, but i don't really follow your pattern descrbed below about /psm... Also, if I understand, you would like to implement a page manager which stores its pages with JCR... Let us know on the jetspeed dev list if you need any help in that area. For ex, we will probably need to improve the APIs to support versioning Looks like you are using dojo in the portlet examples That fits in with the recent development being done on jetspeed 2.1-dev Edgar Poce wrote: Hi, for those who had problems running the war. I deployed it at http://200.115.241.157:8080/jetspeed/portal/. I'll leave it online for 12 hours aprox. br, edgar some details of how to use the features: the admin password is test. there are two jcr portles: - wysiwyg portlet. - slide portlet - webdav support In help mode, under the info tab, there's a link to the webdav resource. The webdav root can be found at: http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/ - versioning support in help mode, under the versioning tab, there's a gui to make the content versionable, chekin, checkout, and restore a previous version. - j2 path integration. Now the contents are stored in the portal site hierarchy See the path of the webdav resource. It has the following pattern: /psm/[psml]*/fragment-id e.g. /default.psm/P-10dd5c2a9f1-1 -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194