xsltforms-support Mailing List for XSLTForms (Page 59)
Brought to you by:
alain-couthures
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(9) |
Jul
(16) |
Aug
(5) |
Sep
(43) |
Oct
(36) |
Nov
(58) |
Dec
(43) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(79) |
Feb
(81) |
Mar
(107) |
Apr
(93) |
May
(85) |
Jun
(54) |
Jul
(64) |
Aug
(54) |
Sep
(45) |
Oct
(53) |
Nov
(34) |
Dec
(77) |
2011 |
Jan
(56) |
Feb
(53) |
Mar
(52) |
Apr
(66) |
May
(44) |
Jun
(16) |
Jul
(28) |
Aug
(5) |
Sep
(15) |
Oct
(21) |
Nov
(51) |
Dec
(46) |
2012 |
Jan
(16) |
Feb
(38) |
Mar
(47) |
Apr
(45) |
May
(41) |
Jun
(41) |
Jul
(72) |
Aug
(17) |
Sep
(10) |
Oct
(16) |
Nov
(29) |
Dec
(30) |
2013 |
Jan
(25) |
Feb
(13) |
Mar
(20) |
Apr
(25) |
May
(34) |
Jun
(8) |
Jul
(12) |
Aug
(9) |
Sep
(21) |
Oct
(19) |
Nov
(6) |
Dec
(2) |
2014 |
Jan
(14) |
Feb
(8) |
Mar
(7) |
Apr
(13) |
May
(33) |
Jun
(13) |
Jul
(6) |
Aug
(5) |
Sep
(5) |
Oct
(34) |
Nov
(7) |
Dec
|
2015 |
Jan
(1) |
Feb
(6) |
Mar
(17) |
Apr
(12) |
May
(10) |
Jun
(18) |
Jul
(31) |
Aug
(9) |
Sep
(3) |
Oct
(6) |
Nov
(19) |
Dec
(1) |
2016 |
Jan
(18) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
|
Jun
(17) |
Jul
(7) |
Aug
|
Sep
(3) |
Oct
(6) |
Nov
(3) |
Dec
|
2017 |
Jan
(5) |
Feb
(17) |
Mar
(4) |
Apr
(8) |
May
(3) |
Jun
|
Jul
(8) |
Aug
(2) |
Sep
|
Oct
(5) |
Nov
(6) |
Dec
(4) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
(1) |
2019 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(7) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
(13) |
Feb
(17) |
Mar
(8) |
Apr
(11) |
May
(15) |
Jun
(11) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2021 |
Jan
(9) |
Feb
(26) |
Mar
(17) |
Apr
|
May
(7) |
Jun
(18) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(10) |
2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(2) |
Nov
(10) |
Dec
(1) |
2023 |
Jan
(10) |
Feb
|
Mar
(7) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(11) |
Nov
(8) |
Dec
(5) |
2024 |
Jan
(7) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(4) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alain C. <ala...@ag...> - 2011-06-10 12:40:05
|
Hello Philip, Yes, you're right! I found it myself yesterday. It was quite obvious with a Javascript debugger, finding where to set a breakpoint being the most difficult part ;-) Thanks! -Alain Le 10/06/2011 14:35, Philip Fennell a écrit : > > I believe I have the answer to this strange problem. > > In the Calendar() function, at line 5575 of xsltforms.js, the month is > set with: > > date.setMonth(cal.selectMonth.value); > > however, the setMonth method of the Date object can accept to > parameters: monthValue and dayValue. When dayValue is missing the date > value from getDate is used. When the current date's month value is > greater that the largest day value for the target month the setMonth > method will attempt to correct the month accordingly. Therefore, in my > test case of setting a target date of February 21^st on the date of > May 31^st , the getDate method will return 31^st which is outside of > the range for February (max 29^th ) and so it adds the difference and > rolls the month over into March. This behaviour is documented in the > JavaScript Reference: > > '/If a parameter you specify is outside of the expected range, > setMonth attempts to update the date information in the Date object > accordingly. For example, if you use 15 for monthValue, the year will > be incremented by 1 (year + 1), and 3 will be used for month./' > > The way I have solved the problem is to change line 5575 to this: > > date.setMonth(cal.selectMonth.value, cal.day); > > Regards > > Philip Fennell > Consultant > MarkLogic Corporation > > Phone +44 (0) 203 402 3619 | Mobile +44 (0) 7824 830 866 > > ema...@ma... > <mailto:Fir...@ma...> > webwww.marklogic.com <http://www.marklogic.com/> > > This e-mail and any accompanying attachments are confidential. The > information is intended solely for the use of the individual to whom > it is addressed. Any review, disclosure, copying, distribution, or use > of this e-mail communication by others is strictly prohibited. If you > are not the intended recipient, please notify us immediately by > returning this message to the sender and delete all copies. Thank you > for your cooperation > > *From:*Philip Fennell [mailto:Phi...@ma...] > *Sent:* Wednesday, June 08, 2011 1:47 PM > *To:* support xsltforms > *Subject:* [Xsltforms-support] A curious problem with the date picker > - odd months! > > Hello, > > There appears to be a very curious bug with the date picker that only > shows itself under certain circumstances. Here is how to recreate it: > > 1) Ensure the date of your computer is set to a calendar month that > has an odd number e.g. May (yes really!). I used the date 31/05/2011. > > 2) Open a form (see below for included test case) and using the date > picker widget set the date to 21^st of February (21/02/2011) in the > 'Test Date' control. > > Notice that the month in the date field is set to March 21/03/2011 and > not 21/02/2011 as selected. > > Now to prove that this is related to the machine's calendar month, go > and change the month back to June (an even month), do things like > clear the browsers cache and repeat the test. You will see that the > month does change this time. > > I have found this with the 494 release (because I'm using eXSLTForms > and its Rich Text Editor widgets) in Firefox 3.6.10 on Windows 7 and > it is still happening with the 503 release. > > Regards > > Philip Fennell > Consultant > MarkLogic Corporation > > Phone +44 (0) 203 402 3619 | Mobile +44 (0) 7824 830 866 > > ema...@ma... > <mailto:Fir...@ma...> > webwww.marklogic.com <http://www.marklogic.com/> > > This e-mail and any accompanying attachments are confidential. The > information is intended solely for the use of the individual to whom > it is addressed. Any review, disclosure, copying, distribution, or use > of this e-mail communication by others is strictly prohibited. If you > are not the intended recipient, please notify us immediately by > returning this message to the sender and delete all copies. Thank you > for your cooperation. > > <?xml version="1.0" encoding="UTF-8"?> > <?xml-stylesheet href="/resource/xsltforms/xsltforms.xsl" > type="text/xsl"?> > <html xml:lang="en" lang="en" > xmlns:ev="http://www.w3.org/2001/xml-events" > xmlns:xf="http://www.w3.org/2002/xforms" > xmlns:xs="http://www.w3.org/2001/XMLSchema" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns:xhtml="http://www.w3.org/1999/xhtml" > xmlns="http://www.w3.org/1999/xhtml"> > <head> > <title>Date Widget Test</title> > <xf:model> > <xf:action ev:event="xforms-ready"> > <xf:setvalue ref="instance('test')/date" > value="substring-before(now(), 'T')"/> > </xf:action> > > <xf:bind id="testDate" nodeset="instance('test')/date" type="date"/> > > <xf:instance id="test"> > <data> > <date/> > </data> > </xf:instance> > </xf:model> > </head> > <body> > <div> > <h1>Date Widget Test</h1> > > <xf:input bind="testDate"> > <xf:label>Test Date</xf:label> > </xf:input> > </div> > </body> > </html> > > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > > > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support |
From: Philip F. <Phi...@ma...> - 2011-06-10 12:36:09
|
I believe I have the answer to this strange problem. In the Calendar() function, at line 5575 of xsltforms.js, the month is set with: date.setMonth(cal.selectMonth.value); however, the setMonth method of the Date object can accept to parameters: monthValue and dayValue. When dayValue is missing the date value from getDate is used. When the current date's month value is greater that the largest day value for the target month the setMonth method will attempt to correct the month accordingly. Therefore, in my test case of setting a target date of February 21st on the date of May 31st, the getDate method will return 31st which is outside of the range for February (max 29th) and so it adds the difference and rolls the month over into March. This behaviour is documented in the JavaScript Reference: 'If a parameter you specify is outside of the expected range, setMonth attempts to update the date information in the Date object accordingly. For example, if you use 15 for monthValue, the year will be incremented by 1 (year + 1), and 3 will be used for month.' The way I have solved the problem is to change line 5575 to this: date.setMonth(cal.selectMonth.value, cal.day); Regards Philip Fennell Consultant MarkLogic Corporation Phone +44 (0) 203 402 3619 | Mobile +44 (0) 7824 830 866 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation From: Philip Fennell [mailto:Phi...@ma...] Sent: Wednesday, June 08, 2011 1:47 PM To: support xsltforms Subject: [Xsltforms-support] A curious problem with the date picker - odd months! Hello, There appears to be a very curious bug with the date picker that only shows itself under certain circumstances. Here is how to recreate it: 1) Ensure the date of your computer is set to a calendar month that has an odd number e.g. May (yes really!). I used the date 31/05/2011. 2) Open a form (see below for included test case) and using the date picker widget set the date to 21st of February (21/02/2011) in the 'Test Date' control. Notice that the month in the date field is set to March 21/03/2011 and not 21/02/2011 as selected. Now to prove that this is related to the machine's calendar month, go and change the month back to June (an even month), do things like clear the browsers cache and repeat the test. You will see that the month does change this time. I have found this with the 494 release (because I'm using eXSLTForms and its Rich Text Editor widgets) in Firefox 3.6.10 on Windows 7 and it is still happening with the 503 release. Regards Philip Fennell Consultant MarkLogic Corporation Phone +44 (0) 203 402 3619 | Mobile +44 (0) 7824 830 866 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation. <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet href="/resource/xsltforms/xsltforms.xsl" type="text/xsl"?> <html xml:lang="en" lang="en" xmlns:ev="http://www.w3.org/2001/xml-events" xmlns:xf="http://www.w3.org/2002/xforms" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xhtml="http://www.w3.org/1999/xhtml" xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Date Widget Test</title> <xf:model> <xf:action ev:event="xforms-ready"> <xf:setvalue ref="instance('test')/date" value="substring-before(now(), 'T')"/> </xf:action> <xf:bind id="testDate" nodeset="instance('test')/date" type="date"/> <xf:instance id="test"> <data> <date/> </data> </xf:instance> </xf:model> </head> <body> <div> <h1>Date Widget Test</h1> <xf:input bind="testDate"> <xf:label>Test Date</xf:label> </xf:input> </div> </body> </html> |
From: Philip F. <Phi...@ma...> - 2011-06-08 12:47:55
|
Hello, There appears to be a very curious bug with the date picker that only shows itself under certain circumstances. Here is how to recreate it: 1) Ensure the date of your computer is set to a calendar month that has an odd number e.g. May (yes really!). I used the date 31/05/2011. 2) Open a form (see below for included test case) and using the date picker widget set the date to 21st of February (21/02/2011) in the 'Test Date' control. Notice that the month in the date field is set to March 21/03/2011 and not 21/02/2011 as selected. Now to prove that this is related to the machine's calendar month, go and change the month back to June (an even month), do things like clear the browsers cache and repeat the test. You will see that the month does change this time. I have found this with the 494 release (because I'm using eXSLTForms and its Rich Text Editor widgets) in Firefox 3.6.10 on Windows 7 and it is still happening with the 503 release. Regards Philip Fennell Consultant MarkLogic Corporation Phone +44 (0) 203 402 3619 | Mobile +44 (0) 7824 830 866 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation. <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet href="/resource/xsltforms/xsltforms.xsl" type="text/xsl"?> <html xml:lang="en" lang="en" xmlns:ev="http://www.w3.org/2001/xml-events" xmlns:xf="http://www.w3.org/2002/xforms" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xhtml="http://www.w3.org/1999/xhtml" xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Date Widget Test</title> <xf:model> <xf:action ev:event="xforms-ready"> <xf:setvalue ref="instance('test')/date" value="substring-before(now(), 'T')"/> </xf:action> <xf:bind id="testDate" nodeset="instance('test')/date" type="date"/> <xf:instance id="test"> <data> <date/> </data> </xf:instance> </xf:model> </head> <body> <div> <h1>Date Widget Test</h1> <xf:input bind="testDate"> <xf:label>Test Date</xf:label> </xf:input> </div> </body> </html> |
From: Nick V. d. B. <ni...@bl...> - 2011-06-05 17:23:18
|
Hi Alain, I will have a closer look at mediatype application/xhtml+xml because all the markup (anchors, divs, ...) are displayed as text when I changed the mediatype from text/html to application/xhtml+xml . On Sun, Jun 5, 2011 at 19:11, Alain Couthures <ala...@ag... > wrote: > Hello Nick, > > I have already implemented support for mediatype application/xhtml+xml with > almost the same instructions! > > if (this.mediatype == "application/xhtml+xml") { > while (element.firstChild) { > element.removeChild(element.firstChild); > } > if (value != null) { > element.innerHTML = value; > } > > Actually, XSLTForms was to support XHTML, which doesn't allow innerHTML, > for a better SVG support. But XHTML is a problem in other situations... > > I will add "text/html" if you prefer. > > Thanks! > > -Alain > > Le 05/06/2011 17:36, Nick Van den Bleeken a écrit : > > Hi, > > Attached to this e-mail you can find a patch that adds support > for mediatype text/html on an xforms output control. > > Sample markup: > > <xforms:output ref="atom:content" mediatype="text/html"/> > > > With atom:content being of type string containing html markup. With other > words the instance contains a node that holds html markup in an escaped form > (no child nodes, just a plain string). > > -- > Regards, > > Nick Van den Bleeken > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Discover what all the cheering's about. > Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 > > > _______________________________________________ > Xsltforms-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > > -- Regards, Nick Van den Bleeken |
From: Alain C. <ala...@ag...> - 2011-06-05 17:09:00
|
Hello Nick, I have already implemented support for mediatype application/xhtml+xml with almost the same instructions! if (this.mediatype == "application/xhtml+xml") { while (element.firstChild) { element.removeChild(element.firstChild); } if (value != null) { element.innerHTML = value; } Actually, XSLTForms was to support XHTML, which doesn't allow innerHTML, for a better SVG support. But XHTML is a problem in other situations... I will add "text/html" if you prefer. Thanks! -Alain Le 05/06/2011 17:36, Nick Van den Bleeken a écrit : > Hi, > > Attached to this e-mail you can find a patch that adds support > for mediatype text/html on an xforms output control. > > Sample markup: > > <xforms:outputref="atom:content"mediatype="text/html"/> > > > With atom:content being of type string containing html markup. With > other words the instance contains a node that holds html markup in an > escaped form (no child nodes, just a plain string). > > > -- > Regards, > > Nick Van den Bleeken > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Discover what all the cheering's about. > Get your free trial download today. > http://p.sf.net/sfu/quest-dev2dev2 > > > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support |
From: Efraim F. <efr...@gm...> - 2011-05-30 13:43:30
|
Hi, This is something I'm not quite sure how to do in XSLTForms (or, in XForms at all, for that matter): Let's say I have an instance that gets its data from some external source, and the data has language information associated with it (an xml:lang attribute), say it looks like: <p xml:lang="en"> <span>English</span> </p> or <p xml:lang="he"> <span>עברית</span> </p> The language choice should invoke different formatting. For example, some languages require different fonts or directionality, which is usually set in the CSS. The best solution I came up with is something like (note: tests using lang() fail with an error): <xf:repeat nodeset="span[../@xml:lang='en']"/> <html:span xml:lang="en" lang="en"> <xf:output ref="."/> </html:span> </xf:repeat> <xf:repeat nodeset="span[../@xml:lang='he']"/> <html:span xml:lang="he" lang="he"> <xf:output ref="."/> </html:span> </xf:repeat> ... This solution will become unscalable as the number of supported languages increases. Is there any better way for an xf:output to retain some of the metadata associated with its instance data? Since this isn't really an XSLTForms question, is there a generic XForms email list that would be a more appropriate forum? Thanks, -- --- Efraim Feinstein Lead Developer Open Siddur Project http://opensiddur.net http://wiki.jewishliturgy.org |
From: Efraim F. <efr...@gm...> - 2011-05-27 23:25:49
|
Hi Alain, I can confirm that this bug is now fixed. What an odd "feature" of Firefox. Thank you! Efraim On 05/27/2011 04:34 PM, Alain Couthures wrote: > Hello Efraim, > > HTML attributes are case-insensitive in FireFox 4 and they are always > serialized in capital letters. > > I have modified the XPath engine accordingly. > > Please test again with r505. > > Thank you for your feedbacks! > > -Alain > > Le 25/05/2011 23:15, Efraim Feinstein a écrit : >> Hi, >> >> The attached form demonstrates an issue with XSLTForms in Firefox 4. >> If you run the attached XQuery/XForms document, you should see 3 show >> buttons, and outputs like "f: one m: two l: three". The buttons >> appear in all browsers. The outputs show up as expected in Google >> Chrome, and are missing entirely in FF4. >> >> Pressing 'show' shows the serialized content of the instance. In FF4, >> all the class attributes have been converted to CLASS and there are >> some additional attributes in the serialized output: >> <p xmlns="http://www.w3.org/1999/xhtml" xsltforms_depfor_2="true" >> xsltforms_repeat="xf-repeat-0" xsltforms_depfor_6="true"><span >> CLASS="f">one</span><span CLASS="m">two</span><span >> CLASS="l">three</span></p> >> >> I tested on r502 and r504, both have the same problem. >> >> I ran into this while trying to construct a test case for another bug >> which occurs both in FF4 and Google Chrome 11, where only the first >> xf:output in a series of repeats is not shown. I haven't found a way >> to reproduce that one as a minimum example yet (although I can >> reproduce it in my more complex code). >> >> Thanks, >> >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> >> >> _______________________________________________ >> Xsltforms-support mailing list >> Xsl...@li... >> https://lists.sourceforge.net/lists/listinfo/xsltforms-support > -- --- Efraim Feinstein Lead Developer Open Siddur Project http://opensiddur.net http://wiki.jewishliturgy.org |
From: Till K. <til...@rw...> - 2011-05-27 20:48:18
|
Hello Alain, everything works fine now. Thank you very much! Till Am 27.05.11 22:26, schrieb Alain Couthures: > Hello Till, > > There were some incorrect tests in the XSLT stylesheet about nested > repeats. > > Please test again with r505. > > Thank you for your feedbacks! > > -Alain > > Le 26/05/2011 12:21, Till Königshofen a écrit : >> Hi, >> >> in the attached example with three nested repeats, if you click on >> any input field other than the field with the value 'A', all fields >> will disappear. After that, all elements with attribute oldid="k" in >> the generated HTML have the class xforms-disabled. >> This happens with Beta 3 and r504 in Firefox 4 and Chrome 11. It does >> not happen with Beta 3 RC. >> >> Thanks in advance, >> Till > |
From: Alain C. <ala...@ag...> - 2011-05-27 20:32:23
|
Hello Efraim, HTML attributes are case-insensitive in FireFox 4 and they are always serialized in capital letters. I have modified the XPath engine accordingly. Please test again with r505. Thank you for your feedbacks! -Alain Le 25/05/2011 23:15, Efraim Feinstein a écrit : > Hi, > > The attached form demonstrates an issue with XSLTForms in Firefox 4. > If you run the attached XQuery/XForms document, you should see 3 show > buttons, and outputs like "f: one m: two l: three". The buttons appear > in all browsers. The outputs show up as expected in Google Chrome, and > are missing entirely in FF4. > > Pressing 'show' shows the serialized content of the instance. In FF4, > all the class attributes have been converted to CLASS and there are > some additional attributes in the serialized output: > <p xmlns="http://www.w3.org/1999/xhtml" xsltforms_depfor_2="true" > xsltforms_repeat="xf-repeat-0" xsltforms_depfor_6="true"><span > CLASS="f">one</span><span CLASS="m">two</span><span > CLASS="l">three</span></p> > > I tested on r502 and r504, both have the same problem. > > I ran into this while trying to construct a test case for another bug > which occurs both in FF4 and Google Chrome 11, where only the first > xf:output in a series of repeats is not shown. I haven't found a way > to reproduce that one as a minimum example yet (although I can > reproduce it in my more complex code). > > Thanks, > > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > > > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support |
From: Alain C. <ala...@ag...> - 2011-05-27 20:23:40
|
Hello Till, There were some incorrect tests in the XSLT stylesheet about nested repeats. Please test again with r505. Thank you for your feedbacks! -Alain Le 26/05/2011 12:21, Till Königshofen a écrit : > Hi, > > in the attached example with three nested repeats, if you click on any > input field other than the field with the value 'A', all fields will > disappear. After that, all elements with attribute oldid="k" in the > generated HTML have the class xforms-disabled. > This happens with Beta 3 and r504 in Firefox 4 and Chrome 11. It does > not happen with Beta 3 RC. > > Thanks in advance, > Till |
From: Mark T <par...@gm...> - 2011-05-27 05:12:38
|
Hello Alain, xsltXforms fans! So I have a set of select-able forms in a page. xforms.close(); // does the trick! Who would thunkIt? Now I'm too curious for my own good. Is it possible to have two xforms on one page? Is this part of a refactoring schedule? I see the var xforms is set as the pages xform. A new xform global instance could be formed from an xslt-processing instruction. Before I do much experimentation I am asking if there is an advisable global technique? Here's an interesting post on the subject of javascript globals. http://perfectionkills.com/unnecessarily-comprehensive-look-into-a-rather-insignificant-issue-of-global-objects-creation/ Mark S Miller speaks on the subject of Ecmascript5 which maybe relevant: http://www.infoq.com/author/Mark-S.-Miller MarkT (+61 4) 0679 5734 :: skype: govirtual.com.au :: チェックアウトが、Jingle だ! ::It's a Jingle Out There! |
From: Till K. <til...@rw...> - 2011-05-26 10:22:05
|
Hi, in the attached example with three nested repeats, if you click on any input field other than the field with the value 'A', all fields will disappear. After that, all elements with attribute oldid="k" in the generated HTML have the class xforms-disabled. This happens with Beta 3 and r504 in Firefox 4 and Chrome 11. It does not happen with Beta 3 RC. Thanks in advance, Till |
From: Efraim F. <efr...@gm...> - 2011-05-25 21:15:53
|
Hi, The attached form demonstrates an issue with XSLTForms in Firefox 4. If you run the attached XQuery/XForms document, you should see 3 show buttons, and outputs like "f: one m: two l: three". The buttons appear in all browsers. The outputs show up as expected in Google Chrome, and are missing entirely in FF4. Pressing 'show' shows the serialized content of the instance. In FF4, all the class attributes have been converted to CLASS and there are some additional attributes in the serialized output: <p xmlns="http://www.w3.org/1999/xhtml" xsltforms_depfor_2="true" xsltforms_repeat="xf-repeat-0" xsltforms_depfor_6="true"><span CLASS="f">one</span><span CLASS="m">two</span><span CLASS="l">three</span></p> I tested on r502 and r504, both have the same problem. I ran into this while trying to construct a test case for another bug which occurs both in FF4 and Google Chrome 11, where only the first xf:output in a series of repeats is not shown. I haven't found a way to reproduce that one as a minimum example yet (although I can reproduce it in my more complex code). Thanks, -- --- Efraim Feinstein Lead Developer Open Siddur Project http://opensiddur.net http://wiki.jewishliturgy.org |
From: Olav S. <os...@de...> - 2011-05-19 21:37:44
|
Hi there, we're running into a bit of a problem with our XSLTForms implementation. In IE9 submissions won't get fired unless we add the server url to my "local intranet zone". This problem also occurs in one of the demo sites: http://www.agencexml.com/xmlpraguedemo/quizz.xhtml Clicking "Add Question" won't do a thing in IE9 as long as the site is in the default internet zone. Only after adding the url to my local intranet zone, "Add Question" will work. We tried to nail it down but haven't been very successfull in detail. What we have figured out is that it always seems to be happen around line 1605 of xsltform.js (beta3) containing: if (xf.click) { xf.click(target); } Any idea what's going on here and how we can resolve this? Though adding the site to the local Intranet Zone for us as a developer is not a problem, telling our customers to do so isn't really an option, as you might understand. Thank you in advance! OLAV |
From: Claudius T. <cla...@ya...> - 2011-05-19 11:16:01
|
Hi, Element exec_summary is the root element of its instance? Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml |
From: Philip F. <Phi...@ma...> - 2011-05-19 10:37:56
|
Claudius, I believe I have gotten to the bottom of this problem with the RTE widgets not rendering the text they previously created. My previous example: <exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> Missed-out one important piece of information, the actual working example has a namespace declared so in fact the example should be: <eoi:exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></eoi:exec_summary> If I were to use the following example the it works just fine: <exec_summary xmlns=""><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> So the RTE extensions don’t seem to like namespaces in XPath expressions. I think my solution, for now, will require me to use an additional instance for the Rich Text field and I’ll have to set-up some dependency between the two instances that ensure they get are kept in sync on load and submit. Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> From: Philip Fennell [mailto:Phi...@ma...] Sent: Wednesday, May 18, 2011 6:55 PM To: Claudius Teodorescu Cc: support xsltforms Subject: Re: [Xsltforms-support] [exsltforms] Rich Text Editors and editing existing mark-up Claudius, I’m afraid not sorry. I’ll do some more research tomorrow and see if I can isolate some aspects of the environment and try some variations. If both TinyMCE and CKEdit behave in the same way then I’d guess it is not them and not eXSLTForms either but a common shared component. If the text in an inline instance works then logically it must be something wrong/different about how it retrieved over HTTP. Regards Philip From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 5:30 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Do you have an online demo for this? Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: support xsltforms <xsl...@li...> Sent: Wed, May 18, 2011 6:56:58 PM Subject: RE: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, The text I entered in the RTE widgets is: I was walking through the park one day In the merry, merry month of May... The fragment of the XML instance submitted, and saved, to the server looks like this: <exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> However, when the document, containing the above fragment, is retrieved as an instance in the form I do not see the text rendered in the widget. I’ve investigated the problem further and found that, in the case of TinyMCE, if the same string is embedded in an in-line instance then the text does appear. Therefore, as the problem affects more than one RTE widget, could this be an encoding issue or something in the way the document is parsed as an instance. Regards Philip From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 4:34 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Philip, I am glad that you experienced with many RTEs. As one can see in exsltforms examples here<http://extxsltforms.sourceforge.net/sitKubera/index/index.xml>, the text rendered by RTEs have to be escaped (look at the source). The reason for this is that xf:textarea/@ref can only be string. Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: "xsl...@li..." <xsl...@li...> Sent: Wed, May 18, 2011 6:18:42 PM Subject: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, I have been experimenting with three of the Rich Text Editors (RTE): CKEdit Xinha TinyMCE and although I could only get CKEdit and TinyMCE to work with r494 of XSLTForms I have noticed one problem with both CKEdit and TinyMCE. They allow you to enter new text and when you submit the form the formatted text is sent to the server. However, when I retrieve a document from the server that has rich text mark-up in it, neither of the editor widgets display the text. The text is there, in the instance, in both cases but it is not rendered in the widget. Do you have any idea how this might happen? Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> |
From: Raja <m.r...@ni...> - 2011-05-19 08:34:35
|
Hi alain !!! Ya , That is not a problem. is that an issue ....? By Raja >>> On 05/19/11, Alain Couthures <ala...@ag...> wrote: > > Hello Raja, > > Do you suggest that when using the "PUT" method from a form directly loaded from a local disk (no HTTP server), the "file://" protocol prefix should be implicit? > > Thanks! > > -Alain > > Le 19/05/2011 07:38, Raja a écrit : > >Hi XSLTForms members and alian !!!! > > > >Here in this mail i have attached a two sample codes shop.xhtml and shop-edit.xhtml. Here i have a situation , Through shop-edit.xhtml i am editing a xhtml field of shop.xhtml(because of the XML in nature ). Through firefox xforms plug-in this sample working but not in XSLTForms ... so, Pls suggest me how to solve this issue or still there is not possible in XSLTForms?. > > > >Here in this sample we are trying to save the XForms instance data inside the Form while press the submit or do some action. this process working in Firefox with Xforms add-on. > > > > > >by > >-- > >Rajamani Marimuthu > >Junior Research Fellow-JRF > >NIC -Open Technology Centre > >Rajaji Bhavan > >Besant Nagar, > >Chennai - 90 > >Cell : 9677192096 > > > > -- Rajamani Marimuthu Junior Research Fellow-JRF NIC -Open Technology Centre Rajaji Bhavan Besant Nagar, Chennai - 90 Cell : 9677192096 |
From: Alain C. <ala...@ag...> - 2011-05-19 07:43:21
|
Hello Raja, Do you suggest that when using the "PUT" method from a form directly loaded from a local disk (no HTTP server), the "file://" protocol prefix should be implicit? Thanks! -Alain Le 19/05/2011 07:38, Raja a écrit : > Hi XSLTForms members and alian !!!! > > Here in this mail i have attached a two sample codes shop.xhtml and > shop-edit.xhtml. Here i have a situation , Through shop-edit.xhtml i > am editing a xhtml field of shop.xhtml(because of the XML in nature ). > Through firefox xforms plug-in this sample working but not in > XSLTForms ... so, Pls suggest me how to solve this issue or still > there is not possible in XSLTForms?. > > Here in this sample we are trying to save the XForms instance data > inside the Form while press the submit or do some action. this process > working in Firefox with Xforms add-on. > > > by > -- > Rajamani Marimuthu > Junior Research Fellow-JRF > NIC -Open Technology Centre > Rajaji Bhavan > Besant Nagar, > Chennai - 90 > Cell : 9677192096 > |
From: Philip F. <Phi...@ma...> - 2011-05-18 17:55:14
|
Claudius, I’m afraid not sorry. I’ll do some more research tomorrow and see if I can isolate some aspects of the environment and try some variations. If both TinyMCE and CKEdit behave in the same way then I’d guess it is not them and not eXSLTForms either but a common shared component. If the text in an inline instance works then logically it must be something wrong/different about how it retrieved over HTTP. Regards Philip From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 5:30 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Do you have an online demo for this? Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: support xsltforms <xsl...@li...> Sent: Wed, May 18, 2011 6:56:58 PM Subject: RE: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, The text I entered in the RTE widgets is: I was walking through the park one day In the merry, merry month of May... The fragment of the XML instance submitted, and saved, to the server looks like this: <exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> However, when the document, containing the above fragment, is retrieved as an instance in the form I do not see the text rendered in the widget. I’ve investigated the problem further and found that, in the case of TinyMCE, if the same string is embedded in an in-line instance then the text does appear. Therefore, as the problem affects more than one RTE widget, could this be an encoding issue or something in the way the document is parsed as an instance. Regards Philip From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 4:34 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Philip, I am glad that you experienced with many RTEs. As one can see in exsltforms examples here<http://extxsltforms.sourceforge.net/sitKubera/index/index.xml>, the text rendered by RTEs have to be escaped (look at the source). The reason for this is that xf:textarea/@ref can only be string. Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: "xsl...@li..." <xsl...@li...> Sent: Wed, May 18, 2011 6:18:42 PM Subject: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, I have been experimenting with three of the Rich Text Editors (RTE): CKEdit Xinha TinyMCE and although I could only get CKEdit and TinyMCE to work with r494 of XSLTForms I have noticed one problem with both CKEdit and TinyMCE. They allow you to enter new text and when you submit the form the formatted text is sent to the server. However, when I retrieve a document from the server that has rich text mark-up in it, neither of the editor widgets display the text. The text is there, in the instance, in both cases but it is not rendered in the widget. Do you have any idea how this might happen? Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> |
From: Claudius T. <cla...@ya...> - 2011-05-18 16:30:17
|
Hi, Do you have an online demo for this? Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: support xsltforms <xsl...@li...> Sent: Wed, May 18, 2011 6:56:58 PM Subject: RE: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, The text I entered in the RTE widgets is: I was walking through the park one day In the merry, merry month of May... The fragment of the XML instance submitted, and saved, to the server looks like this: <exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> However, when the document, containing the above fragment, is retrieved as an instance in the form I do not see the text rendered in the widget. I’ve investigated the problem further and found that, in the case of TinyMCE, if the same string is embedded in an in-line instance then the text does appear. Therefore, as the problem affects more than one RTE widget, could this be an encoding issue or something in the way the document is parsed as an instance. Regards Philip From:Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 4:34 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Philip, I am glad that you experienced with many RTEs. As one can see in exsltforms examples here, the text rendered by RTEs have to be escaped (look at the source). The reason for this is that xf:textarea/@ref can only be string. Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From:Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: "xsl...@li..." <xsl...@li...> Sent: Wed, May 18, 2011 6:18:42 PM Subject: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, I have been experimenting with three of the Rich Text Editors (RTE): CKEdit Xinha TinyMCE and although I could only get CKEdit and TinyMCE to work with r494 of XSLTForms I have noticed one problem with both CKEdit and TinyMCE. They allow you to enter new text and when you submit the form the formatted text is sent to the server. However, when I retrieve a document from the server that has rich text mark-up in it, neither of the editor widgets display the text. The text is there, in the instance, in both cases but it is not rendered in the widget. Do you have any idea how this might happen? Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma... web www.marklogic.com |
From: Philip F. <Phi...@ma...> - 2011-05-18 15:57:07
|
Claudius, The text I entered in the RTE widgets is: I was walking through the park one day In the merry, merry month of May... The fragment of the XML instance submitted, and saved, to the server looks like this: <exec_summary><p>I was <em>walking </em>through the <strong>park </strong>one day,<br></p><p>In the merry, merry month of May...<br></p></exec_summary> However, when the document, containing the above fragment, is retrieved as an instance in the form I do not see the text rendered in the widget. I've investigated the problem further and found that, in the case of TinyMCE, if the same string is embedded in an in-line instance then the text does appear. Therefore, as the problem affects more than one RTE widget, could this be an encoding issue or something in the way the document is parsed as an instance. Regards Philip From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Wednesday, May 18, 2011 4:34 PM To: Philip Fennell Cc: support xsltforms Subject: Re: [exsltforms] Rich Text Editors and editing existing mark-up Hi, Philip, I am glad that you experienced with many RTEs. As one can see in exsltforms examples here<http://extxsltforms.sourceforge.net/sitKubera/index/index.xml>, the text rendered by RTEs have to be escaped (look at the source). The reason for this is that xf:textarea/@ref can only be string. Claudius Teodorescu http://extxsltforms.sourceforge.net/sitKubera/index/index.xml ________________________________ From: Philip Fennell <Phi...@ma...> To: Claudius Teodorescu <cla...@ya...> Cc: "xsl...@li..." <xsl...@li...> Sent: Wed, May 18, 2011 6:18:42 PM Subject: [exsltforms] Rich Text Editors and editing existing mark-up Claudius, I have been experimenting with three of the Rich Text Editors (RTE): CKEdit Xinha TinyMCE and although I could only get CKEdit and TinyMCE to work with r494 of XSLTForms I have noticed one problem with both CKEdit and TinyMCE. They allow you to enter new text and when you submit the form the formatted text is sent to the server. However, when I retrieve a document from the server that has rich text mark-up in it, neither of the editor widgets display the text. The text is there, in the instance, in both cases but it is not rendered in the widget. Do you have any idea how this might happen? Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> |
From: Philip F. <Phi...@ma...> - 2011-05-18 15:18:50
|
Claudius, I have been experimenting with three of the Rich Text Editors (RTE): CKEdit Xinha TinyMCE and although I could only get CKEdit and TinyMCE to work with r494 of XSLTForms I have noticed one problem with both CKEdit and TinyMCE. They allow you to enter new text and when you submit the form the formatted text is sent to the server. However, when I retrieve a document from the server that has rich text mark-up in it, neither of the editor widgets display the text. The text is there, in the instance, in both cases but it is not rendered in the widget. Do you have any idea how this might happen? Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> |
From: Philip F. <Phi...@ma...> - 2011-05-18 06:12:26
|
Alain, > I have modified the stringValue() function so it can also support a null value. Please have a look at r503. Yes I did, it works just fine now, thank you very much. Regards Philip From: Alain Couthures [mailto:ala...@ag...] Sent: Tuesday, May 17, 2011 9:46 PM To: Philip Fennell Cc: xsl...@li... Subject: Re: [Xsltforms-support] Error when using event function Hello Philip, I have modified the stringValue() function so it can also support a null value. Please have a look at r503. The test case you sent says that xf:message is actually already evaluated when initializing the form which should be avoided, I think. Thanks! -Alain Le 17/05/2011 13:30, Philip Fennell a écrit : When I try the same thing with Google Chrome () I get a little more info on the error: Type Error Cannot read property 'length' of null Something in or around the parsing of the event() function appears to be trying to get the length of a null value. Regards Philip Fennell Consultant MarkLogic Corporation One Kingdom Street Paddington Central London W2 6BD United Kingdom Mobile: +44 (0) 7824 830 866 Tel: +44 (0) 203 402 3619 email Phi...@ma...<mailto:Fir...@ma...> web www.marklogic.com<http://www.marklogic.com/> From: Philip Fennell [mailto:Phi...@ma...] Sent: Monday, May 16, 2011 1:10 PM To: xsl...@li...<mailto:xsl...@li...> Subject: [Xsltforms-support] Error when using event function Hello, I have found an issue with the r502 build of XSLTForms. I download the tarball for the 502 revision and copied its contents into my application. When my forms are being processed I get the following message: XSLTForms Exception -------------------------- Error initializing : stringValue(null)@http://localhost:8031/resource/xsltforms/xsltforms.js:8334<mailto:null)@http://localhost:8031/resource/xsltforms/xsltforms.js:8334> ([object Element],[object Array],0,[object Array])@http://localhost:8031/resource/xsltforms/xsltforms.js:1944<mailto:Array])@http://localhost:8031/resource/xsltforms/xsltforms.js:1944> ([object Object],[object Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4027<mailto:Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4027> ([object Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4136<mailto:Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4136> ([object Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4013<mailto:Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4013> ([object HTMLSpanElement],[object Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1807<mailto:true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1807> ([object HTMLSpanElement],[object Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824<mailto:true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824> ([object HTMLBodyElement],[object Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824<mailto:true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824> ()@http://localhost:8031/resource/xsltforms/xsltforms.js:1754 ()@http://localhost:8031/resource/xsltforms/xsltforms.js:1643 initImpl()@http://localhost:8031/admin/events:27 init()@http://localhost:8031/admin/events:2 onload([object Event])@http://localhost:8031/admin/events:1 TypeError value is null After a process of elimination I got to this repeatable test case (see below) which generates the error. This is also a problem with r490 too. It does work with Beta3. <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet href="/resource/xsltforms/xsltforms.xsl" type="text/xsl"?> <html xml:lang="en" lang="en" xmlns:atom="http://www.w3.org/2005/Atom"<http://www.w3.org/2005/Atom> xmlns:ev="http://www.w3.org/2001/xml-events"<http://www.w3.org/2001/xml-events> xmlns:xf="http://www.w3.org/2002/xforms"<http://www.w3.org/2002/xforms> xmlns:xs="http://www.w3.org/2001/XMLSchema"<http://www.w3.org/2001/XMLSchema> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"<http://www.w3.org/2001/XMLSchema-instance> xmlns:xhtml="http://www.w3.org/1999/xhtml"<http://www.w3.org/1999/xhtml> xmlns="http://www.w3.org/1999/xhtml"<http://www.w3.org/1999/xhtml>> <head> <title>EOI: Events Management</title> <meta http-equiv="content-language" content="en"/> <meta http-equiv="cache-control" content="no-cache"/> <meta http-equiv="Content-Type" content="text/html; <xf:model> <!-- === Collection. =========================================== --> <xf:submission id="retrieve-collection" method="get" instance="collection" replace="instance" resource="/events.atom" serialization="none"> <xf:action ev:event="xforms-submit-error"> <xf:message level="modal"> <xf:output value="event('response-reason-phrase')"/> </xf:message> </xf:action> </xf:submission> <xf:instance id="collection"> <atom:feed/> </xf:instance> <xf:bind id="entries" nodeset="instance('collection')/atom:entry"/> </xf:model> </head> <body> <div id="content"> </div> </body> </html> ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Xsltforms-support mailing list Xsl...@li...<mailto:Xsl...@li...> https://lists.sourceforge.net/lists/listinfo/xsltforms-support |
From: Alain C. <ala...@ag...> - 2011-05-17 20:43:32
|
Hello Philip, I have modified the stringValue() function so it can also support a null value. Please have a look at r503. The test case you sent says that xf:message is actually already evaluated when initializing the form which should be avoided, I think. Thanks! -Alain Le 17/05/2011 13:30, Philip Fennell a écrit : > > When I try the same thing with Google Chrome () I get a little more > info on the error: > > Type Error > > Cannot read property 'length' of null > > Something in or around the parsing of the event() function appears to > be trying to get the length of a null value. > > Regards > > Philip Fennell > Consultant > MarkLogic Corporation > > One Kingdom Street > > Paddington Central > > London W2 6BD > > United Kingdom > > Mobile: +44 (0) 7824 830 866 > > Tel: +44 (0) 203 402 3619 > > > ema...@ma... > <mailto:Fir...@ma...> > webwww.marklogic.com <http://www.marklogic.com/> > > *From:*Philip Fennell [mailto:Phi...@ma...] > *Sent:* Monday, May 16, 2011 1:10 PM > *To:* xsl...@li... > *Subject:* [Xsltforms-support] Error when using event function > > Hello, > > I have found an issue with the r502 build of XSLTForms. > > I download the tarball for the 502 revision and copied its contents > into my application. When my forms are being processed I get the > following message: > > XSLTForms Exception > > -------------------------- > > Error initializing : > > stringValue(null)@http://localhost:8031/resource/xsltforms/xsltforms.js:8334 > > ([object Element],[object Array],0,[object > Array])@http://localhost:8031/resource/xsltforms/xsltforms.js:1944 > > ([object Object],[object > Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4027 > > ([object > Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4136 > > ([object > Element])@http://localhost:8031/resource/xsltforms/xsltforms.js:4013 > > ([object HTMLSpanElement],[object > Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1807 > > ([object HTMLSpanElement],[object > Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824 > > ([object HTMLBodyElement],[object > Element],true)@http://localhost:8031/resource/xsltforms/xsltforms.js:1824 > > ()@http://localhost:8031/resource/xsltforms/xsltforms.js:1754 > > ()@http://localhost:8031/resource/xsltforms/xsltforms.js:1643 > > initImpl()@http://localhost:8031/admin/events:27 > > init()@http://localhost:8031/admin/events:2 > > onload([object Event])@http://localhost:8031/admin/events:1 > > TypeError > > value is null > > After a process of elimination I got to this repeatable test case (see > below) which generates the error. This is also a problem with r490 > too. It does work with Beta3. > > <?xml version="1.0" encoding="UTF-8"?> > <?xml-stylesheet href="/resource/xsltforms/xsltforms.xsl" > type="text/xsl"?> > <html xml:lang="en" lang="en" > xmlns:atom="http://www.w3.org/2005/Atom" > xmlns:ev="http://www.w3.org/2001/xml-events" > xmlns:xf="http://www.w3.org/2002/xforms" > xmlns:xs="http://www.w3.org/2001/XMLSchema" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns:xhtml="http://www.w3.org/1999/xhtml" > xmlns="http://www.w3.org/1999/xhtml"> > <head> > <title>EOI: Events Management</title> > <meta http-equiv="content-language" content="en"/> > <meta http-equiv="cache-control" content="no-cache"/> > <meta http-equiv="Content-Type" content="text/html; <xf:model> > > > <!-- === Collection. =========================================== --> > > <xf:submission id="retrieve-collection" method="get" > instance="collection" replace="instance" resource="/events.atom" > serialization="none"> > <xf:action ev:event="xforms-submit-error"> > <xf:message level="modal"> > <xf:output value="event('response-reason-phrase')"/> > </xf:message> > </xf:action> > </xf:submission> > <xf:instance id="collection"> > <atom:feed/> > </xf:instance> > > <xf:bind id="entries" nodeset="instance('collection')/atom:entry"/> > </xf:model> > </head> > <body> > <div id="content"> > > </div> > </body> > </html> > > > ------------------------------------------------------------------------------ > Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > http://p.sf.net/sfu/intel-dev2devmay > > > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support |
From: Alain C. <ala...@ag...> - 2011-05-17 20:39:22
|
Please check r503 for Windows Asian IME support. I currently have problems for testing with IE7 and IE8 while it seems to be OK with IE6. Thanks! -Alain Le 03/05/2011 22:08, Leigh L Klotz Jr a écrit : > Asian language IME systems are used to convert keyboard events into text. > On Windows (at least), pressing the Enter key to accept a proposed > conversion also incorrectly dispatches DOMActivate to the input control. > > In this situation, the Windows IME sends keyup charcode 13 but it has > not previously sent keydown or keypress charcode 13. > XSLTForms listens on keyup only, and therefore wrongly dispatches > DOMActivate on charcode 13 during the input editing process. > > A proposed fix for XSLTForms would be to listen to keydown, keypress, > and keep a state flag for input. > If keydown or keypress charcode is not 13, then the state flag should > be set to false. > In keyup, only if the state flag is true should keyup charcode 13 > dispatch DOMActivate. > > Here is a test case, with one incremental and one regular xf:input. > > <?xml version="1.0"?> > <?xml-stylesheet href="/xsltforms/xsltforms.xsl" type="text/xsl"?> > <?css-conversion no?> > <?xsltforms-options debug="no" lang="en_US" css="no"?> > <html xmlns="http://www.w3.org/1999/xhtml" > xmlns:xs="http://www.w3.org/2001/XMLSchema" > xmlns:xf="http://www.w3.org/2002/xforms" > xmlns:ev="http://www.w3.org/2001/xml-events"> > <head> > <title>Japanese DOMActivate</title> > <xf:model> > <xf:instance> > <data xmlns=""> > <term /> > </data> > </xf:instance> > </xf:model> > </head> > <body> > <xf:input ref="term" incremental="true"> > <xf:label>Text</xf:label> > <xf:message level="modal" ev:event="DOMActivate">hi</xf:message> > </xf:input> > <xf:input ref="term"> > <xf:label>Text</xf:label> > <xf:message level="modal" ev:event="DOMActivate">hi</xf:message> > </xf:input> > </body> > </html> > > Here are some references which propose the state flag solution: > http://getsatisfaction.com/springpartners/topics/when_create_a_stuff_via_japanese_ime_enter_is_misidentified > http://springpadit.com/shin3/note/keyeventsviajapaneseime > http://groups.google.com/group/codemirror/browse_thread/thread/5a2db8b81f0c8535/b700a1493f3d7feb?lnk=raot&fwc=2 > > Here is a proposed solution for XSLTForms that stores the state > variable in this.wasEnter (this == HTML input object). > You may prefer a different implementation. > > I have tested this in Windows FF4, IE8, Chrome 11. > I was unable to test it in IETester so I have no tests for IE6, IE7, > or IE9. > I have not tested this with IME on any other platforms. > > diff -c2 xsltforms.js~ xsltforms.js > *** xsltforms.js~ 2011-05-02 14:35:04.000000000 -0700 > --- xsltforms.js 2011-05-03 12:59:25.387599997 -0700 > *************** > *** 4502,4505 **** > --- 4502,4507 ---- > XSLTFormsEvent.attach(input, "keyup", > XFInput.keyUpActivate); > } > + XSLTFormsEvent.attach(input, "keydown", > XFInput.keyDownActivate); > + XSLTFormsEvent.attach(input, "keypress", > XFInput.keyPressActivate); > } else { > if (this.incremental) { > *************** > *** 4559,4572 **** > > > > > XFInput.keyUpActivate = function(a) { > var xf = XFControl.getXFElement(this); > ! if (a.keyCode == 13) { > xforms.openAction(); > xf.valueChanged(this.value || ""); > XMLEvents.dispatch(xf, "DOMActivate"); > xforms.closeAction(); > ! } > }; > > --- 4561,4583 ---- > > > + XFInput.keyDownActivate = function(a) { > + this.wasEnterKey = (a.keyCode == 13); > + } > + > + XFInput.keyPressActivate = function(a) { > + this.wasEnterKey = this.wasEnterKey && (a.keyCode == 13); > + } > > > XFInput.keyUpActivate = function(a) { > var xf = XFControl.getXFElement(this); > ! if (this.wasEnterKey && a.keyCode == 13) { > xforms.openAction(); > xf.valueChanged(this.value || ""); > XMLEvents.dispatch(xf, "DOMActivate"); > xforms.closeAction(); > ! } else { > ! this.wasEnterKey = false; > ! } > }; > > *************** > *** 4576,4580 **** > XFInput.keyUpIncrementalActivate = function(a) { > var xf = XFControl.getXFElement(this); > ! if (a.keyCode == 13) { > xforms.openAction(); > xf.valueChanged(this.value || ""); > --- 4587,4591 ---- > XFInput.keyUpIncrementalActivate = function(a) { > var xf = XFControl.getXFElement(this); > ! if (this.wasEnterKey && a.keyCode == 13) { > xforms.openAction(); > xf.valueChanged(this.value || ""); > *************** > *** 4582,4585 **** > --- 4593,4597 ---- > xforms.closeAction(); > } else { > + this.wasEnterKey = false; > if (xf.delay && xf.delay > 0) { > if (xf.timer) { > *************** > *** 10190,10192 **** > > > > Leigh. > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > > > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support |