I am trying to conditionally hide/show rows in a table using
switch/case (S/C) XForms constructs, but it looks like OPS has problem with that. I have constructed a test file (attached "table-switch-test.xhtml") that shows the following: 1) S/C constructs works with HTML ul/li elements 2) S/C does not work with table rows 3) I have pasted the table row test from the attached "table-switch-test.xhtml" file into (also attached) Chiba "actions.xhtml" file and switching works when run in Chiba. During testing I have also pasted S/C snippet from the "actions.xhtml" Chiba file into attached "table-switch-test.xhtml" file and it did not work. I had to remove <xforms:action> from the original snippet and add ev:event="DOMActivate" attribute into the toggle elements to make the Chiba snippet work. This might be related to different implementation of XForms engine. I am using today's OPS unstable build. A. -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Alexander Zatko wrote:
> I am trying to conditionally hide/show rows in a table using switch/case > (S/C) XForms constructs, but it looks like OPS has problem with that. I > have constructed a test file (attached "table-switch-test.xhtml") that > shows the following: > > 1) S/C constructs works with HTML ul/li elements Good :-) > 2) S/C does not work with table rows Thanks, we already have a bug tracking this issue: https://forge.objectweb.org/tracker/index.php?func=detail&aid=303695&group_id=168&atid=350207 > 3) I have pasted the table row test from the attached > "table-switch-test.xhtml" file into (also attached) Chiba > "actions.xhtml" file and switching works when run in Chiba. > > During testing I have also pasted S/C snippet from the "actions.xhtml" > Chiba file into attached "table-switch-test.xhtml" file and it did not > work. I had to remove <xforms:action> from the original snippet and add > ev:event="DOMActivate" attribute into the toggle elements to make the > Chiba snippet work. This might be related to different implementation of > XForms engine. on action events so that they execute. We do not see anything in the spec that suggests that anything should happen without an ev:event attribute. I believe Chiba is incorrect to actually execute xforms:action or other XForms actions without an ev:event attribute actually catching the event. I also found this: o actions.xhtml doesn't work out of the box because it is in the XHTML 2 namespace. OPS doesn't catch this at this point. It probably should, and I added an RFE for this: https://forge.objectweb.org/tracker/index.php?func=detail&aid=304278&group_id=168&atid=350210 o OPS does not yet support xforms:output in xforms:label, but this is needed and we already had an RFE for this: https://forge.objectweb.org/tracker/index.php?func=detail&aid=304206&group_id=168&atid=350210 There seems to be another problem which causes triggers not to work. We will have a look at it. -Erik -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Yeah - I have to get into habit of checking the bug list before double
checking that issues I find are not my mistakes. Thanks A. On Nov 11, 2005, at 7:06 PM, Erik Bruchez wrote: > Alexander Zatko wrote: >> I am trying to conditionally hide/show rows in a table using >> switch/case (S/C) XForms constructs, but it looks like OPS has >> problem with that. I have constructed a test file (attached >> "table-switch-test.xhtml") that shows the following: >> 1) S/C constructs works with HTML ul/li elements > > Good :-) > >> 2) S/C does not work with table rows > > Thanks, we already have a bug tracking this issue: > > https://forge.objectweb.org/tracker/index.php? > func=detail&aid=303695&group_id=168&atid=350207 > >> 3) I have pasted the table row test from the attached >> "table-switch-test.xhtml" file into (also attached) Chiba >> "actions.xhtml" file and switching works when run in Chiba. >> During testing I have also pasted S/C snippet from the >> "actions.xhtml" Chiba file into attached "table-switch-test.xhtml" >> file and it did not work. I had to remove <xforms:action> from the >> original snippet and add ev:event="DOMActivate" attribute into the >> toggle elements to make the Chiba snippet work. This might be related >> to different implementation of XForms engine. > > You can in fact keep xforms:action, but you need > ev:event="DOMActivate" on action events so that they execute. We do > not see anything in the spec that suggests that anything should happen > without an ev:event attribute. I believe Chiba is incorrect to > actually execute xforms:action or other XForms actions without an > ev:event attribute actually catching the event. > > I also found this: > > o actions.xhtml doesn't work out of the box because it is in the XHTML > 2 namespace. OPS doesn't catch this at this point. It probably should, > and I added an RFE for this: > > https://forge.objectweb.org/tracker/index.php? > func=detail&aid=304278&group_id=168&atid=350210 > > o OPS does not yet support xforms:output in xforms:label, but this is > needed and we already had an RFE for this: > > https://forge.objectweb.org/tracker/index.php? > func=detail&aid=304206&group_id=168&atid=350210 > > There seems to be another problem which causes triggers not to work. > We will have a look at it. > > -Erik > > > -- > You receive this message as a subscriber of the > [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
No problem, better reporting a problem twice than not at all :-)
-Erik Alexander Zatko wrote: > Yeah - I have to get into habit of checking the bug list before double > checking that issues I find are not my mistakes. > > Thanks > > A. -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Free forum by Nabble | Edit this page |