chiba-users Mailing List for Chiba
Creators discontinued Chiba & founded betterFORM http://betterform.de
Brought to you by:
chibaxforms,
windauer
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(19) |
Nov
(94) |
Dec
(47) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(36) |
Feb
(70) |
Mar
(64) |
Apr
(59) |
May
(66) |
Jun
(50) |
Jul
(36) |
Aug
(31) |
Sep
(59) |
Oct
(44) |
Nov
(32) |
Dec
(65) |
2005 |
Jan
(71) |
Feb
(169) |
Mar
(156) |
Apr
(63) |
May
(68) |
Jun
(101) |
Jul
(111) |
Aug
(43) |
Sep
(58) |
Oct
(77) |
Nov
(92) |
Dec
(27) |
2006 |
Jan
(121) |
Feb
(119) |
Mar
(86) |
Apr
(102) |
May
(78) |
Jun
(87) |
Jul
(80) |
Aug
(81) |
Sep
(72) |
Oct
(32) |
Nov
(62) |
Dec
(35) |
2007 |
Jan
(60) |
Feb
(56) |
Mar
(80) |
Apr
(44) |
May
(49) |
Jun
(16) |
Jul
(42) |
Aug
(70) |
Sep
(66) |
Oct
(56) |
Nov
(32) |
Dec
(32) |
2008 |
Jan
(71) |
Feb
(38) |
Mar
(38) |
Apr
(68) |
May
(25) |
Jun
(27) |
Jul
(19) |
Aug
(41) |
Sep
(26) |
Oct
(14) |
Nov
(5) |
Dec
(14) |
2009 |
Jan
(15) |
Feb
(67) |
Mar
(62) |
Apr
(36) |
May
(22) |
Jun
(25) |
Jul
(4) |
Aug
(17) |
Sep
(5) |
Oct
(13) |
Nov
(30) |
Dec
(19) |
2010 |
Jan
(20) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
From: <pb...@we...> - 2012-11-17 01:21:56
|
http://www.xinnafur.com/earncamera/75garydavies/ |
From: <pb...@we...> - 2012-11-11 09:44:47
|
http://www.keepselfstorage.com/diagrambag/15davidphillips/ |
From: <pb...@we...> - 2012-11-08 18:36:15
|
http://www.obdressed.com.au/carpetblame/62neilparker/ |
From: <pb...@we...> - 2012-05-19 06:31:18
|
A Guide to Starting a Home Based Web Business http://microsoft-media.ru/breakingnews/72AnthonyJones/ -- Ihr WEB.DE Postfach immer dabei: die kostenlose WEB.DE Mail App für iPhone und Android. https://produkte.web.de/freemail_mobile_startseite/ |
From: <pb...@we...> - 2012-05-15 11:11:51
|
Find Out How this American Mom Makes $7,847 a month From Home http://akisatoportal.nobody.jp/lastnews/84DarrenTaylor/ -- Ihr WEB.DE Postfach immer dabei: die kostenlose WEB.DE Mail App für iPhone und Android. https://produkte.web.de/freemail_mobile_startseite/ |
From: Legido M. I. <isl...@gm...> - 2010-04-09 12:31:47
|
Hi, Probably it has to do with my misunderstanding of Xforms that a problem with Chiba, so sorry in advanced, but I would really appreciate if anybody can help me :-) I have the following Xform. If I execute it in Chiba it is printed nice, but when I push the Add button, a new section is added but without the nice styling of the parent. If I enter any value in the input box 'text' , the value is copied in all instances of the input box. When I submit, the XML with the right number of /root/level1 is sent, but only the first one has a value in /root/level1/level2/text. So, I guess is something wrong I'm doing with the 'insert' of 'repeat' but I am not able, after checking some examples, of finding out for myself. Thanks in advanced! Isi <?xml version="1.0" encoding="UTF-8"?> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ev="http://www.w3.org/2001/xml-events" xmlns:fn="http://www.w3.org/2005/xpath-functions" xmlns:xf="http://www.w3.org/2002/xforms" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > <head> <xf:model> <xf:submission id="bSend" replace="all" action="http://localhost:666" method="post"/> <xf:instance xmlns=""> <root> <level1> <level2> <text/> </level2> </level1> </root> </xf:instance> </xf:model> <style type="text/css"> .xfGroupLabel{ position: relative; width:100px; margin-top: -15px; margin-left: 5px; border: 1px solid; background-color: cyan; z-index: 100; } </style> </head> <body> <xf:group appearance="full"> <xf:label>root</xf:label> <xf:trigger> <xf:label>Add new level1</xf:label> <xf:action ev:event="DOMActivate"> <xf:insert at="index('level1')" nodeset="/root/level1" position="after"/> </xf:action> </xf:trigger> <xf:repeat id="level1" nodeset="/root/level1"> <xf:group appearance="full"> <xf:label>level1</xf:label> <xf:group appearance="full"> <xf:label>level2</xf:label> <xf:input ref="/root/level1/level2/text"> <xf:label>text</xf:label> </xf:input> </xf:group> </xf:group> </xf:repeat> </xf:group> <xf:submit submission="bSend"> <xf:label>Submit</xf:label> </xf:submit> </body> </html> |
From: Martin W. <mwe...@pl...> - 2010-03-19 14:49:26
|
Dear Jörn, this of course is said news for the Chiba community down to the mere user. But perfectly understandable. The world moves on and sometimes one has to say goodbye. But I must express my gratitude for your long time commitment to Chiba and the XFroms scene. Your contribution to the XForms initiative and the practical help you provided for Chiba users will always be recognized. All the best for the new project, and thanks again. Martin On Thursday 18 March 2010 22:11:27 Joern Turner wrote: > Hi guys, > > just to let you know - after long years with Chiba it's about time for > me to move on and it's time to say thanks to you guys that supported > the project with your ideas and suggestions and helped to improve it > step by step. I think together we have managed to make it a known > XForms implementation. > > But now for me time has come to say good bye and start over with a new > approach. Yes, i'll stay in the XForms business but as my resources > are limited i can concentrate only on one project and will put all my > strength into a new engine that of course will have a lot in common > with Chiba but also try to make some things better. > > Thanks again for all your input - it was always an inspiration and > without it Chiba would never have become what it is today. > > Joern > > --------------------------------------------------------------------------- >--- Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users -- --- Martin Weinelt --- kk+w - digital cartography --- Kiel, Germany --- Tel: +49.431.5791165 --- http://kkw.planiglobe.com |
From: Joern T. <joe...@go...> - 2010-03-18 21:11:35
|
Hi guys, just to let you know - after long years with Chiba it's about time for me to move on and it's time to say thanks to you guys that supported the project with your ideas and suggestions and helped to improve it step by step. I think together we have managed to make it a known XForms implementation. But now for me time has come to say good bye and start over with a new approach. Yes, i'll stay in the XForms business but as my resources are limited i can concentrate only on one project and will put all my strength into a new engine that of course will have a lot in common with Chiba but also try to make some things better. Thanks again for all your input - it was always an inspiration and without it Chiba would never have become what it is today. Joern |
From: Chatura S. <cha...@di...> - 2010-02-22 13:01:08
|
Hi Lars, Thank you very much great support. now it works. Chatura. -----Original Message----- From: Lars Windauer [mailto:lar...@ch...] Sent: Monday, February 22, 2010 5:32 PM To: Chatura Sanduruwan Cc: chi...@li... Subject: Re: [Chiba-users] Chiba support xsi:type in instances Chatura, you have to be aware which Chiba useragent you are using (whether you run on a "compiled" dojo version or not) The default useragent is configured in the web.xml (<param-name>useragent</param-name>, <param-value>dojo</param-value>). Where the useragent dojo means you run on compiled JavaScript sources while useragent = dojodev is used for development and runs on uncompiled JavaScript. You can simply change the useragent during runtime by setting the uri param useragent (http://localhost:8080/forms/MyForm.xhtml?useragent=dojodev Only the ant target: package of the web module creates a dojo release (compiled version) while deploy-resources run on uncompiled resources. If you are not sure which version you have build, take a look at: $project_home/web/target/chiba/resources/scripts. If scripts only contains the folder release only the compiled version is deployed, otherwise you will see the folders chiba, dijit, dojo, dojox.. Note: it is possible to deploy the compiled and uncompiled version and change the useragent during runtime as described earlier. A great support for debugging is "Firebug" which is an Firefox extension to see whats happinging on the client side. Hth, good look with your forms, regards Lars This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. |
From: Lars W. <lar...@ch...> - 2010-02-22 12:02:09
|
Chatura, you have to be aware which Chiba useragent you are using (whether you run on a "compiled" dojo version or not) The default useragent is configured in the web.xml (<param-name>useragent</param-name>, <param-value>dojo</param-value>). Where the useragent dojo means you run on compiled JavaScript sources while useragent = dojodev is used for development and runs on uncompiled JavaScript. You can simply change the useragent during runtime by setting the uri param useragent (http://localhost:8080/forms/MyForm.xhtml?useragent=dojodev Only the ant target: package of the web module creates a dojo release (compiled version) while deploy-resources run on uncompiled resources. If you are not sure which version you have build, take a look at: $project_home/web/target/chiba/resources/scripts. If scripts only contains the folder release only the compiled version is deployed, otherwise you will see the folders chiba, dijit, dojo, dojox.. Note: it is possible to deploy the compiled and uncompiled version and change the useragent during runtime as described earlier. A great support for debugging is "Firebug" which is an Firefox extension to see whats happinging on the client side. Hth, good look with your forms, regards Lars |
From: Lars W. <lar...@ch...> - 2010-02-22 11:03:51
|
Chatura, which version of Chiba do you use? Have you checked all namespaces? Can you send me a demo form reproducing the error so I can have a look whats going on? regards Lars On 21.02.2010, at 06:31, Chatura Sanduruwan wrote: > Hi, > I’m very new to Chiba and XForm concepts and I used WSDL2XForms(source-forge) project to create some XForms for my Web service. When I create my XForms and deploy to Chiba it raise given error without rendering the XForm. But when I remove xsi:type from my generated XForms it disappeared. Pls let me know what exactly going behind this issue and without xsi:type in instances Web service invocation not succeed. > Pls help me. > > org.chiba.xml.xforms.exception.XFormsException: java.lang.NullPointerException > at org.chiba.xml.xforms.Container.dispatch(Container.java:394) > at org.chiba.xml.xforms.Container.dispatch(Container.java:351) > at org.chiba.xml.xforms.Container.initModels(Container.java:604) > at org.chiba.xml.xforms.Container.init(Container.java:221) > at org.chiba.xml.xforms.ChibaBean.init(ChibaBean.java:380) > at org.chiba.agent.web.WebProcessor.init(WebProcessor.java:277) > at org.chiba.agent.web.flux.FluxProcessor.init(FluxProcessor.java:70) > at org.chiba.agent.web.filter.XFormsFilter.doFilter(XFormsFilter.java:160) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:619) > Caused by: java.lang.NullPointerException > at org.chiba.xml.xforms.core.Validator.checkDatatype(Validator.java:272) > at org.chiba.xml.xforms.core.Validator.validate(Validator.java:237) > at org.chiba.xml.xforms.core.Validator.validate(Validator.java:200) > at org.chiba.xml.xforms.core.Validator.validate(Validator.java:177) > at org.chiba.xml.xforms.core.Model.revalidate(Model.java:600) > at org.chiba.xml.xforms.core.Model.modelConstruct(Model.java:804) > at org.chiba.xml.xforms.core.Model.performDefault(Model.java:677) > at org.chiba.xml.events.impl.DefaultXMLEventService.dispatch(DefaultXMLEventService.java:193) > at org.chiba.xml.xforms.Container.dispatch(Container.java:374) > ... 19 more > Thanks > CH > > > This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev_______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users |
From: Chatura S. <cha...@di...> - 2010-02-22 11:02:32
|
Hi Lars Thanks for reply. This error raised in binary release version 3.0.0b2 and it got disappeared when I use your latest source build from SVN. But unfortunately XForm not run as expected. some java script error raised. Error: dojo is not defined Source File: http://localhost:8080/chiba-3.0.0b2/forms/ocs/NewSubscriber.xhtml Line: 101 Pls help me Thanks Chatura. From: Lars Windauer [mailto:lar...@ch...] Sent: Monday, February 22, 2010 4:16 PM To: Chatura Sanduruwan Cc: chi...@li... Subject: Re: [Chiba-users] Chiba support xsi:type in instances Chatura, which version of Chiba do you use? Have you checked all namespaces? Can you send me a demo form reproducing the error so I can have a look whats going on? regards Lars On 21.02.2010, at 06:31, Chatura Sanduruwan wrote: Hi, I'm very new to Chiba and XForm concepts and I used WSDL2XForms(source-forge) project to create some XForms for my Web service. When I create my XForms and deploy to Chiba it raise given error without rendering the XForm. But when I remove xsi:type from my generated XForms it disappeared. Pls let me know what exactly going behind this issue and without xsi:type in instances Web service invocation not succeed. Pls help me. org.chiba.xml.xforms.exception.XFormsException: java.lang.NullPointerException at org.chiba.xml.xforms.Container.dispatch(Container.java:394) at org.chiba.xml.xforms.Container.dispatch(Container.java:351) at org.chiba.xml.xforms.Container.initModels(Container.java:604) at org.chiba.xml.xforms.Container.init(Container.java:221) at org.chiba.xml.xforms.ChibaBean.init(ChibaBean.java:380) at org.chiba.agent.web.WebProcessor.init(WebProcessor.java:277) at org.chiba.agent.web.flux.FluxProcessor.init(FluxProcessor.java:70) at org.chiba.agent.web.filter.XFormsFilter.doFilter(XFormsFilter.java:160) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at org.chiba.xml.xforms.core.Validator.checkDatatype(Validator.java:272) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:237) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:200) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:177) at org.chiba.xml.xforms.core.Model.revalidate(Model.java:600) at org.chiba.xml.xforms.core.Model.modelConstruct(Model.java:804) at org.chiba.xml.xforms.core.Model.performDefault(Model.java:677) at org.chiba.xml.events.impl.DefaultXMLEventService.dispatch(DefaultXMLEventService.java:193) at org.chiba.xml.xforms.Container.dispatch(Container.java:374) ... 19 more Thanks CH ________________________________ This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev_______________________________________________ Chiba-users mailing list Chi...@li...<mailto:Chi...@li...> https://lists.sourceforge.net/lists/listinfo/chiba-users ________________________________ This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. |
From: Chatura S. <cha...@di...> - 2010-02-21 06:11:31
|
Hi, I'm very new to Chiba and XForm concepts and I used WSDL2XForms(source-forge) project to create some XForms for my Web service. When I create my XForms and deploy to Chiba it raise given error without rendering the XForm. But when I remove xsi:type from my generated XForms it disappeared. Pls let me know what exactly going behind this issue and without xsi:type in instances Web service invocation not succeed. Pls help me. org.chiba.xml.xforms.exception.XFormsException: java.lang.NullPointerException at org.chiba.xml.xforms.Container.dispatch(Container.java:394) at org.chiba.xml.xforms.Container.dispatch(Container.java:351) at org.chiba.xml.xforms.Container.initModels(Container.java:604) at org.chiba.xml.xforms.Container.init(Container.java:221) at org.chiba.xml.xforms.ChibaBean.init(ChibaBean.java:380) at org.chiba.agent.web.WebProcessor.init(WebProcessor.java:277) at org.chiba.agent.web.flux.FluxProcessor.init(FluxProcessor.java:70) at org.chiba.agent.web.filter.XFormsFilter.doFilter(XFormsFilter.java:160) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at org.chiba.xml.xforms.core.Validator.checkDatatype(Validator.java:272) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:237) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:200) at org.chiba.xml.xforms.core.Validator.validate(Validator.java:177) at org.chiba.xml.xforms.core.Model.revalidate(Model.java:600) at org.chiba.xml.xforms.core.Model.modelConstruct(Model.java:804) at org.chiba.xml.xforms.core.Model.performDefault(Model.java:677) at org.chiba.xml.events.impl.DefaultXMLEventService.dispatch(DefaultXMLEventService.java:193) at org.chiba.xml.xforms.Container.dispatch(Container.java:374) ... 19 more Thanks CH ________________________________ This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. |
From: Vodoo M. <vod...@ya...> - 2010-01-23 17:09:22
|
I don't know if someone answered your message; my email on this list has been blocked because of "too many bounces"... don't even know what a bounce is. Anyway, Bergamot, I don't really see what your use case can be but if you look at the XForms rationale, you'll see that one of the motivations is to reduce (I practically wrote "avoid") scripts. From what I've read, the path you want to take is not encouraged but I may be wrong. I'm currently using a previous version of Chiba, probably 2.4. In some cases, I may use several instances, or nodes of an instance whose "relevant" property is set to false, which allows me to provide some runtime information that serves other purposes than filling a form. For instance, I provide session or object ids in some tags for tracking user navigation through various forms or managing specific features of forms. Details are complicated, but basically, they are possibilities that I didn't think of when I started to work on XForms. >Is there any way in Chiba 3.0.0b2 (or dojo) to get the >xforms-submit event delivered to the submission element? Isn't that what happens already when a user clicks a submission button ? Or do you want to trigger the submission without a user action ? If so, am I correct when I think that what you want to do is to "simulate" a user action and "inject" it in some sort of message queue tied to the Chiba event handler ? ----- Message d'origine ---- De : bergamot <ar...@ma...> À : chi...@li... Envoyé le : Mar 12 Janvier 2010, 15 h 20 min 51 s Objet : [Chiba-users] submit through javascript Hi, I'm trying to trigger a submission to submit when an external event (XHR succeeds) occurs. Is there any way in Chiba 3.0.0b2 (or dojo) to get the xforms-submit event delivered to the submission element? Thanks in advance! -- View this message in context: http://old.nabble.com/submit-through-javascript-tp27128236p27128236.html Sent from the chiba-users mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Chiba-users mailing list Chi...@li... https://lists.sourceforge.net/lists/listinfo/chiba-users |
From: Joern T. <joe...@go...> - 2010-01-13 15:54:03
|
Hi Tambet, i quickly let it run in our latest version and i'm relieved it works ok (outputting false). But it's hard to say why it does not work in 2.3. There have not been so many changes in the XPath evaluation itself. But maybe it has to do with wrong in-scope resolution so that the node taken as context is maybe the wrong one. The output in your example is an outermost element - probably you can try to wrap it into a bound group to see if there's a difference. 2010/1/13 Tambet Matiisen <tam...@gm...>: > Hi! > > I found a quirk in Chiba XPath evaluation, that I consider a bug. Here is an > example form: > > <?xml version="1.0" encoding="UTF-8"?> > <html xmlns="http://www.w3.org/1999/xhtml" > xmlns:xforms="http://www.w3.org/2002/xforms"> > <head> > <title>XPath test</title> > <xforms:model> > <xforms:instance id="data" xmlns=""> > <data> > <name/> > </data> > </xforms:instance> > </xforms:model> > </head> > <body> > <xforms:group> > <xforms:label>XPath test</xforms:label> > <xforms:output value="boolean(instance('data')/name[1 = 0])"> > <xforms:label>Name</xforms:label> > </xforms:output> > </xforms:group> > </body> > </html> > > The most important bit is <xforms:output > value="boolean(instance('data')/name[1 = 0])">. It should output false in my > opinion, because predicate 1 = 0 is false and this should result in empty > nodeset, which should be evaluated as false by boolean(). > > Similar case in Saxon XSLT processor works as expected, ie gives false. But > Chiba 2.3 outputs true. > > XPath evaluation has been pretty solid in Chiba so far, that's the reason I > decided to ask confirmation from the list first. > > Tambet > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > |
From: Tambet M. <tam...@gm...> - 2010-01-13 15:39:43
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> Hi!<br> <br> I found a quirk in Chiba XPath evaluation, that I consider a bug. Here is an example form:<br> <br> <?xml version="1.0" encoding="UTF-8"?><br> <html xmlns=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/1999/xhtml">"http://www.w3.org/1999/xhtml"</a><br> xmlns:xforms=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2002/xforms">"http://www.w3.org/2002/xforms"</a>><br> <head><br> <title>XPath test</title><br> <xforms:model><br> <xforms:instance id="data" xmlns=""><br> <data><br> <name/><br> </data><br> </xforms:instance><br> </xforms:model><br> </head><br> <body><br> <xforms:group><br> <xforms:label>XPath test</xforms:label><br> <xforms:output value="boolean(instance('data')/name[1 = 0])"><br> <xforms:label>Name</xforms:label><br> </xforms:output><br> </xforms:group><br> </body><br> </html> <br> <br> The most important bit is <xforms:output value="boolean(instance('data')/name[1 = 0])">. It should output false in my opinion, because predicate 1 = 0 is false and this should result in empty nodeset, which should be evaluated as false by boolean().<br> <br> Similar case in Saxon XSLT processor works as expected, ie gives false. But Chiba 2.3 outputs true.<br> <br> XPath evaluation has been pretty solid in Chiba so far, that's the reason I decided to ask confirmation from the list first.<br> <br> Tambet<br> </body> </html> |
From: Ratheesh K. <rat...@ym...> - 2010-01-13 14:16:56
|
Hi Joern, Thanks for your response. Case 1: I don't know how to check which mode is using.. Every action it uses AJAX calls to Flux Interface. I solved this by detecting the label and adding the span tag in the _setRequiredProperty method on PresentationContext.js file. Case2: It is not related to any xforms configuration, after the html renders detect compact-repeat elements on window load. I had changed the xslt to renderer as UL - LI combination.Then apply the YUI Drag and Drop instance to the first LI node (always it will be 1 on the page load) and also apply DD instance to the consecutive LI elements which are added through "Add after selected" button. YUI Example: http://developer.yahoo.com/yui/examples/dragdrop/dd-reorder.html Back to my Q, there is some thing like <classes:ordered>true</classes:ordered> in the xforms which preserves the item order based on the value. Where this value will be used to do the item order? Can i do some changes on that logic to get my requirement? regards Ratheesh ________________________________ From: Joern Turner <joe...@go...> To: Ratheesh Kumar <rat...@ym...> Cc: chi...@li... Sent: Wed, January 13, 2010 5:19:53 PM Subject: Re: [Chiba-users] Doubts 2010/1/12 Ratheesh Kumar <rat...@ym...>: > Hi All, > > I'm new to chiba. I got 2 doubts which i explained in bottom, it would be > great if someone can give some lights on it. > > Case 1: > > When any item added through clicking on "Add after selected" button in the > repeat item section, would require to copy the mandatory asterrisk symbol > also. When i debugged further found that the prototype HTML element section > itself missing the mandatory symbols. How do i achieve this behavior. > Do you use your forms with Dojo or in unscripted mode? Just asking cause ui.xsl only applies to plain html (request/response) mode and is not applicable for the AJAX interface. > Following code is from ui.xslt : > > <xsl:template name="processCompactPrototype"> > <xsl:param name="id"/> > <ul style="display:none;"> > <li id="{$id}-prototype" class="repeat-prototype enabled > readwrite optional valid"> > <div style="padding:3px;font-weight:bold">Item</div> > <xsl:call-template name="processCompactChildren-prototype"/> > </li> > </ul> > </xsl:template> > > <!-- children for compact repeat --> > <xsl:template name="processCompactChildren-prototype"> > <xsl:for-each select="xforms:*"> > <xsl:variable name="col-classes"> > <xsl:choose> > <xsl:when > test="./chiba:data/@chiba:enabled='false'"><xsl:value-of > select="concat('col-',position(),' ','disabled')"/></xsl:when> > <xsl:otherwise><xsl:value-of > select="concat('col-',position())"/></xsl:otherwise> > </xsl:choose> > </xsl:variable> > > <xsl:choose> > <xsl:when test="self::xforms:*[local-name(.)!='trigger' > and local-name(.)!='submit'][xforms:label]"> > <xsl:variable name="label-classes"> > <xsl:call-template name="assemble-label-classes"/> > </xsl:variable> > <label id="{@id}-label" class="{$label-classes}"> > <xsl:apply-templates select="xforms:label"/> > <!--- > How do i check whether a particular item got > attribute as required with true value ? > --> > <xsl:if > test="./chiba:data/@chiba:required='true'"><span > class="required-symbol">*</span></xsl:if> > </label> > </xsl:when> > <xsl:otherwise> > <xsl:text > disable-output-escaping="yes">&nbsp;</xsl:text> > </xsl:otherwise> > </xsl:choose> > > <xsl:apply-templates select="." mode="compact-repeat"/> > > </xsl:for-each> > </xsl:template> > > > Case 2: > > Using Drag and Drop am changing the position of the item in the repeat > section. After changing the item order when i do the save operation the item > order got misplaced. Is there way i can retain/preserve the item order using > Drag and Drop followed by Save operation. Hm, how do you do that? I'm puzzled as we don't support DnD yet in our XForms processing. Can you provide a sample form where you try this? Otherwise i fear i don't understand the issue. > > > regards > Ratheesh > > > > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > |
From: bergamot <ar...@ma...> - 2010-01-13 12:07:54
|
Thanks! That's exactly what I was searching for. I tried the second method and it works perfectly. Kind regards Joern Turner wrote: > > On Tue, Jan 12, 2010 at 3:20 PM, bergamot <ar...@ma...> > wrote: >> >> Hi, >> >> I'm trying to trigger a submission to submit when an external event (XHR >> succeeds) occurs. Is there any way in Chiba 3.0.0b2 (or dojo) to get the >> xforms-submit event delivered to the submission element? > Hope i got it right - you try to trigger a submit from the client-side > right? > > Ok, there are 2 possible ways to do that: > 1. define a trigger in your form with a send action to trigger the > submit you want, give it an id and hide it from display with > style="display:hidden". To activate that trigger from the client > you'll then have you can call fluxProcessor.dispatchEvent(CONTROLID); > Be aware that you'll have to use your original id with '-value' > appended e.g. if your trigger has the id 'foo' you'll have to call > fluxProcessor.dispatchEvent("foo-value",sessionKey); This is because > the actual widget will always get the id of the XForms control with > '-value' appended. > > 2. you can try to directly dispatch the relevant event (xforms-submit > in this case) to the submission. To do that you have to know the id of > your submission and call fluxProcessor.dispatchEventType(SUBMISSIONID, > "xforms-submit",sessionKey); > > For both methods you need the sessionKey with is an attribute on > fluxProcessor. You can get the value by > dojo.attr(dojo.byId("fluxProcessor"),"sessionKey"); > > hth >> >> Thanks in advance! >> -- >> View this message in context: >> http://old.nabble.com/submit-through-javascript-tp27128236p27128236.html >> Sent from the chiba-users mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> _______________________________________________ >> Chiba-users mailing list >> Chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiba-users >> > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > -- View this message in context: http://old.nabble.com/submit-through-javascript-tp27128236p27143856.html Sent from the chiba-users mailing list archive at Nabble.com. |
From: Joern T. <joe...@go...> - 2010-01-13 11:50:07
|
2010/1/12 Ratheesh Kumar <rat...@ym...>: > Hi All, > > I'm new to chiba. I got 2 doubts which i explained in bottom, it would be > great if someone can give some lights on it. > > Case 1: > > When any item added through clicking on "Add after selected" button in the > repeat item section, would require to copy the mandatory asterrisk symbol > also. When i debugged further found that the prototype HTML element section > itself missing the mandatory symbols. How do i achieve this behavior. > Do you use your forms with Dojo or in unscripted mode? Just asking cause ui.xsl only applies to plain html (request/response) mode and is not applicable for the AJAX interface. > Following code is from ui.xslt : > > <xsl:template name="processCompactPrototype"> > <xsl:param name="id"/> > <ul style="display:none;"> > <li id="{$id}-prototype" class="repeat-prototype enabled > readwrite optional valid"> > <div style="padding:3px;font-weight:bold">Item</div> > <xsl:call-template name="processCompactChildren-prototype"/> > </li> > </ul> > </xsl:template> > > <!-- children for compact repeat --> > <xsl:template name="processCompactChildren-prototype"> > <xsl:for-each select="xforms:*"> > <xsl:variable name="col-classes"> > <xsl:choose> > <xsl:when > test="./chiba:data/@chiba:enabled='false'"><xsl:value-of > select="concat('col-',position(),' ','disabled')"/></xsl:when> > <xsl:otherwise><xsl:value-of > select="concat('col-',position())"/></xsl:otherwise> > </xsl:choose> > </xsl:variable> > > <xsl:choose> > <xsl:when test="self::xforms:*[local-name(.)!='trigger' > and local-name(.)!='submit'][xforms:label]"> > <xsl:variable name="label-classes"> > <xsl:call-template name="assemble-label-classes"/> > </xsl:variable> > <label id="{@id}-label" class="{$label-classes}"> > <xsl:apply-templates select="xforms:label"/> > <!--- > How do i check whether a particular item got > attribute as required with true value ? > --> > <xsl:if > test="./chiba:data/@chiba:required='true'"><span > class="required-symbol">*</span></xsl:if> > </label> > </xsl:when> > <xsl:otherwise> > <xsl:text > disable-output-escaping="yes">&nbsp;</xsl:text> > </xsl:otherwise> > </xsl:choose> > > <xsl:apply-templates select="." mode="compact-repeat"/> > > </xsl:for-each> > </xsl:template> > > > Case 2: > > Using Drag and Drop am changing the position of the item in the repeat > section. After changing the item order when i do the save operation the item > order got misplaced. Is there way i can retain/preserve the item order using > Drag and Drop followed by Save operation. Hm, how do you do that? I'm puzzled as we don't support DnD yet in our XForms processing. Can you provide a sample form where you try this? Otherwise i fear i don't understand the issue. > > > regards > Ratheesh > > > > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > |
From: Joern T. <joe...@go...> - 2010-01-13 11:45:09
|
2010/1/12 Benoit MESHAKA <ben...@sa...>: > Hello chiba team, > > > > I have build project web-3.0.0 from your SVN à No problem > > I install chiba on JBOSS 4.2 or tomcat 5.5 à No problem > > Access page http://localhost:8080/chiba --> No problem > > But when i want to run xforms, it load infinitely …(I test with different > xforms and I know they are OK because it run perfectly in the WAR download > from the sourceforge..(chiba-3.0.0b2.WAR)) Does this apply also to the form coming with Chiba or only to yours? Further it may help to do another checkout and try again - we fixed a problem with our refresh algorithm a few days ago that under certain conditions lead to an infinite loop of updates. If your problem persists please let us know and ideally send a form for reference that reproduces the problem. It's always easier to nail down problems with a concrete example. > > > > Thanks for your help I go crazy.. > > Sorry for my english. > > Congratulation for your great job on chiba. > > > > Benoit MESHAKA > > SAKARAH International > > 75017 Paris > > __________ Information provenant d'ESET NOD32 Antivirus, version de la base > des signatures de virus 4762 (20100111) __________ > > Le message a été vérifié par ESET NOD32 Antivirus. > > http://www.eset.com > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > |
From: Joern T. <joe...@go...> - 2010-01-13 11:41:21
|
On Tue, Jan 12, 2010 at 3:20 PM, bergamot <ar...@ma...> wrote: > > Hi, > > I'm trying to trigger a submission to submit when an external event (XHR > succeeds) occurs. Is there any way in Chiba 3.0.0b2 (or dojo) to get the > xforms-submit event delivered to the submission element? Hope i got it right - you try to trigger a submit from the client-side right? Ok, there are 2 possible ways to do that: 1. define a trigger in your form with a send action to trigger the submit you want, give it an id and hide it from display with style="display:hidden". To activate that trigger from the client you'll then have you can call fluxProcessor.dispatchEvent(CONTROLID); Be aware that you'll have to use your original id with '-value' appended e.g. if your trigger has the id 'foo' you'll have to call fluxProcessor.dispatchEvent("foo-value",sessionKey); This is because the actual widget will always get the id of the XForms control with '-value' appended. 2. you can try to directly dispatch the relevant event (xforms-submit in this case) to the submission. To do that you have to know the id of your submission and call fluxProcessor.dispatchEventType(SUBMISSIONID, "xforms-submit",sessionKey); For both methods you need the sessionKey with is an attribute on fluxProcessor. You can get the value by dojo.attr(dojo.byId("fluxProcessor"),"sessionKey"); hth > > Thanks in advance! > -- > View this message in context: http://old.nabble.com/submit-through-javascript-tp27128236p27128236.html > Sent from the chiba-users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > |
From: Ratheesh K. <rat...@ym...> - 2010-01-12 15:10:01
|
Hi All, I'm new to chiba. I got 2 doubts which i explained in bottom, it would be great if someone can give some lights on it. Case 1: When any item added through clicking on "Add after selected" button in the repeat item section, would require to copy the mandatory asterrisk symbol also. When i debugged further found that the prototype HTML element section itself missing the mandatory symbols. How do i achieve this behavior. Following code is from ui.xslt : <xsl:template name="processCompactPrototype"> <xsl:param name="id"/> <ul style="display:none;"> <li id="{$id}-prototype" class="repeat-prototype enabled readwrite optional valid"> <div style="padding:3px;font-weight:bold">Item</div> <xsl:call-template name="processCompactChildren-prototype"/> </li> </ul> </xsl:template> <!-- children for compact repeat --> <xsl:template name="processCompactChildren-prototype"> <xsl:for-each select="xforms:*"> <xsl:variable name="col-classes"> <xsl:choose> <xsl:when test="./chiba:data/@chiba:enabled='false'"><xsl:value-of select="concat('col-',position(),' ','disabled')"/></xsl:when> <xsl:otherwise><xsl:value-of select="concat('col-',position())"/></xsl:otherwise> </xsl:choose> </xsl:variable> <xsl:choose> <xsl:when test="self::xforms:*[local-name(.)!='trigger' and local-name(.)!='submit'][xforms:label]"> <xsl:variable name="label-classes"> <xsl:call-template name="assemble-label-classes"/> </xsl:variable> <label id="{@id}-label" class="{$label-classes}"> <xsl:apply-templates select="xforms:label"/> <!--- How do i check whether a particular item got attribute as required with true value ? --> <xsl:if test="./chiba:data/@chiba:required='true'"><span class="required-symbol">*</span></xsl:if> </label> </xsl:when> <xsl:otherwise> <xsl:text disable-output-escaping="yes">&nbsp;</xsl:text> </xsl:otherwise> </xsl:choose> <xsl:apply-templates select="." mode="compact-repeat"/> </xsl:for-each> </xsl:template> Case 2: Using Drag and Drop am changing the position of the item in the repeat section. After changing the item order when i do the save operation the item order got misplaced. Is there way i can retain/preserve the item order using Drag and Drop followed by Save operation. regards Ratheesh |
From: bergamot <ar...@ma...> - 2010-01-12 14:44:16
|
Hi, I'm trying to trigger a submission to submit when an external event (XHR succeeds) occurs. Is there any way in Chiba 3.0.0b2 (or dojo) to get the xforms-submit event delivered to the submission element? Thanks in advance! -- View this message in context: http://old.nabble.com/submit-through-javascript-tp27128236p27128236.html Sent from the chiba-users mailing list archive at Nabble.com. |
From: Benoit M. <ben...@sa...> - 2010-01-12 10:19:57
|
Hello chiba team, I have build project web-3.0.0 from your SVN --> No problem I install chiba on JBOSS 4.2 or tomcat 5.5 --> No problem Access page <http://localhost:8080/chiba> http://localhost:8080/chiba --> No problem But when i want to run xforms, it load infinitely .(I test with different xforms and I know they are OK because it run perfectly in the WAR download from the sourceforge..(chiba-3.0.0b2.WAR)) Thanks for your help I go crazy.. Sorry for my english. Congratulation for your great job on chiba. Benoit MESHAKA SAKARAH International 75017 Paris |
From: pteichert <pet...@gm...> - 2010-01-11 19:59:16
|
Hello Joern, thanks for quick response. It works Peter Joern Turner wrote: > > On Sun, Jan 10, 2010 at 7:51 AM, pteichert <pet...@gm...> > wrote: >> >> Hello Chiba users >> I am new to chiba and I want to try out it. >> - installed TOMCAT 6.0 and used as service in windows Vista >> - copied chiba-3.0.0b2.war in webapps dir; it was deployed as dir >> chiba-3.0.0b2 >> - can not start Chiba in Web browser with http://localhost:8080/chiba-web >> failure desc is ressource (/chiba-web) is not available > you have to request it under the name you deployed it (standard > behavior for webcontainer). So accessing > http://localhost:8080/chiba-3.0.0b2 should work or you rename the war > file before starting Tomcat. > > hth >> >> - what I am doing wrong here ? >> >> Please assist me in getting running Chiba >> >> Thanks in advance >> >> Peter >> >> -- >> View this message in context: >> http://old.nabble.com/Install-Chiba-3.0.0b2-with-TOMCAT-6.0-tp27096010p27096010.html >> Sent from the chiba-users mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> _______________________________________________ >> Chiba-users mailing list >> Chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiba-users >> > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Chiba-users mailing list > Chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiba-users > > -- View this message in context: http://old.nabble.com/Install-Chiba-3.0.0b2-with-TOMCAT-6.0-tp27096010p27116164.html Sent from the chiba-users mailing list archive at Nabble.com. |