Accessing XForms instance from JavaScript (read-only)
Locked
 
|
Hi!
I have to access the xforms instance of an opened form via JavaScript (with oxf.xforms.state-handling='client'). After having read some documentation it turned out that the according information should be available via the dynamic state. Although I switched encryption and gzipping off, the decoded Base64 dynamic state does not seem to be XML which would be easy to parse. How can I get read-only access to the instance with pure JavaScript so that I can see the current instance of the opened form? Another acceptable approach would be to have an extra button that copies the current instance into a DOM node, would that be possible? Thank you! |
Re: Accessing XForms instance from JavaScript (read-only)
|
|
One way to look at the whole instance is to serialize it to a textarea control and then use the Orbeon javascript function. (There may be newer methods for this): <xforms:instance id="text"> <config xmlns=""> <text/> </config> </xforms:instance> <!-- Note that for some reason, I have better luck with 'html' --> <xforms:bind nodeset="instance('text')"> <xforms:bind nodeset="text" type="xs:string" calculate="xxforms:serialize( instance('text'), 'html' )"/> </xforms:bind> ............ <xforms:group ref="instance('text')"> <xforms:textarea ref="text" id="text-ctrl" style="display: none" /> </xforms:group> And in your JavaScript file, use your favorite parser to return to xml: var Text = ORBEON.xforms.Document.getValue("text-ctrl"); var xml = GXml.parse(Text); var tags = xml.documentElement.getElementsByTagName("my-tag-name"); --Hank Quoting lacco <[hidden email]>: > > Hi! > > I have to access the xforms instance of an opened form via JavaScript (with > oxf.xforms.state-handling='client'). After having read some documentation it > turned out that the according information should be available via the > dynamic state. Although I switched encryption and gzipping off, the decoded > Base64 dynamic state does not seem to be XML which would be easy to parse. > > How can I get read-only access to the instance with pure JavaScript so that > I can see the current instance of the opened form? > > Another acceptable approach would be to have an extra button that copies the > current instance into a DOM node, would that be possible? > > Thank you! > -- > View this message in context: > http://orbeon-forms-ops-users.24843.n4.nabble.com/Accessing-XForms-instance-from-JavaScript-read-only-tp2172760p2172760.html > Sent from the Orbeon Forms (ops-users) mailing list archive at Nabble.com. > -- Hank Ratzesberger [hidden email] -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Accessing XForms instance from JavaScript (read-only)
|
|
In reply to this post by lacco
I had this particular need as well. From what I've read/experienced, it
is not currently possible to do using Orbeon, though I found a webpage where it lists this as a future enhancement. To get around this, I simply stored the instance data that I needed to access in DOM elements myself. So, if I was wanting to do something using javascript via a trigger, I did something like the following: <xhtml:td instanceData="{@MyData}"> <xforms:trigger appearance="minimal"> <xforms:label>View</xforms:label> <xforms:action ev:event="DOMActivate"> <xxforms:script> <!-- Use the instanceData value in the parent TD element --> var myInstanceData=event.target.parentNode.getAttribute("instanceData"); alert(myInstanceData); </xxforms:script> </xforms:action> </xforms:trigger> </xhtml:td> In my case, I was only interested in 1 piece of information. Not sure if this helps in your situation or not, but it is a work around. ------------------------------------------------------------------------ Jeremy Nix Senior Application Developer Cincinnati Children's Hospital Medical Center On 05/10/2010 02:47 PM, lacco wrote: > Hi! > > I have to access the xforms instance of an opened form via JavaScript (with > oxf.xforms.state-handling='client'). After having read some documentation it > turned out that the according information should be available via the > dynamic state. Although I switched encryption and gzipping off, the decoded > Base64 dynamic state does not seem to be XML which would be easy to parse. > > How can I get read-only access to the instance with pure JavaScript so that > I can see the current instance of the opened form? > > Another acceptable approach would be to have an extra button that copies the > current instance into a DOM node, would that be possible? > > Thank you! > -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Accessing XForms instance from JavaScript (read-only)
|
|
In reply to this post by lacco
One way to look at the whole instance is to serialize it to a textarea control and then use the Orbeon javascript function. (There may be newer methods for this): <xforms:instance id="text"> <config xmlns=""> <text/> </config> </xforms:instance> <!-- Note that for some reason, I have better luck with 'html' --> <xforms:bind nodeset="instance('text')"> <xforms:bind nodeset="text" type="xs:string" calculate="xxforms:serialize( instance('text'), 'html' )"/> </xforms:bind> ............ <xforms:group ref="instance('text')"> <xforms:textarea ref="text" id="text-ctrl" style="display: none" /> </xforms:group> And in your JavaScript file, use your favorite parser to return to xml: var Text = ORBEON.xforms.Document.getValue("text-ctrl"); var xml = GXml.parse(Text); var tags = xml.documentElement.getElementsByTagName("my-tag-name"); --Hank P.S. I am having a hard time, sysadmins moving around my email address. Sorry if double posted. Quoting lacco <[hidden email]>: > > Hi! > > I have to access the xforms instance of an opened form via JavaScript (with > oxf.xforms.state-handling='client'). After having read some documentation it > turned out that the according information should be available via the > dynamic state. Although I switched encryption and gzipping off, the decoded > Base64 dynamic state does not seem to be XML which would be easy to parse. > > How can I get read-only access to the instance with pure JavaScript so that > I can see the current instance of the opened form? > > Another acceptable approach would be to have an extra button that copies the > current instance into a DOM node, would that be possible? > > Thank you! > -- > View this message in context: > http://orbeon-forms-ops-users.24843.n4.nabble.com/Accessing-XForms-instance-from-JavaScript-read-only-tp2172760p2172760.html > Sent from the Orbeon Forms (ops-users) mailing list archive at Nabble.com. > -- Hank Ratzesberger [hidden email] -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
|
|
Thank you very much for your answers, I adopted the solution of Louis and changed form builder's template.xml accordingly:
<xhtml:head>
[...]
<xforms:model id="fr-form-model">
[...]
<xforms:instance id="instance-xml-empty-container"><foo><bar/></foo></xforms:instance>
<xforms:bind id="instance-xml-data-bind" nodeset="instance('instance-xml-empty-container')//bar" name="instance-xml" type="xforms:string" calculate="xxforms:serialize( instance('fr-form-instance'), 'html' )"/>
</xforms:model>
<xhtml:head>
<xhtml:body>
[...]
<xforms:textarea id="instance-xml-data" bind="instance-xml-data-bind" style="display: none" />
</xhtml:body>
The usage of "instance-xml-empty-container" is just a fake instance for the bind's nodeset... Thank you very much! |
XBL <dialog> cropped by enclosing datatable/tbody/tr. z-index issue?
|
|
In reply to this post by Jeremy Nix
I'm working on a XBL component (<nul:authorities-lookup>) that encapsulates an <input> and includes an associated <dialog> which is used to select controlled vocabulary from an external service for the <input>. It seemed to be working just fine until I set the custom component into a <fr:datatable>. The component appears in the <fr:datatable> with the value from its ref binding correctly. However when I click in it to invoke the dialog, the form darkens, but the dialog isn't visible. By exploring the DOM with FireBug I discovered that the dialog is there but is clipped by the enclosing <tr> and not visible because it is positioned outside of that <tr>. By fiddling with the top/left css in FireBug I can bring the dialog into position under its ancestor <tr> and see part of it not clipped by the <tr>. I tried fiddling with the css z-index property but that didn't help.
If I use the <nul:authorities-lookup/> component outside of the <xforms:repeat/> structure, it works fine. Or if I use a regular <xforms:input/> or <xforms:output/> in the table instead of the custom component, they display correctly. Any ideas how to fix this or how best to probe the problem? Here's the datatable structure, fyi. <fr:datatable> <thead>...<thead> <tbody> <xforms:repeat nodeset="vra:agent"> <tr><td><nul:authorities-lookup/></td><td/>...<tr> ... </xforms:repeat> </tbody> </fr:datatable> Thanks much, Bill Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: XBL <dialog> cropped by enclosing datatable/tbody/tr.(Solultion?
|
|
I found that if I change "overflow:hidden" to "overflow:visible" for ".yui-dt-scrollable .yui-dt-hd" like below, that my problem is solved. Might this create other problems though? .yui-dt-scrollable .yui-dt-hd { overflow:visible; } Thanks, Bill On May 10, 2010, at 5:19 PM, Bill Parod wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: XBL <dialog> cropped by enclosing datatable/tbody/tr.(Solultion?
Administrator
|
Bill,
Are you using a recent nightly build? When initialized, the dialog is now moved directly under the <form> element, so I wouldn't think that the datatable should be able to crop the dialog. If you are seeing this with a recent nightly build, would you have a simple example that we can run to reproduce this? Alex On Mon, May 10, 2010 at 3:56 PM, Bill Parod <[hidden email]> wrote: > I found that if I change "overflow:hidden" to "overflow:visible" for > ".yui-dt-scrollable .yui-dt-hd" like below, that my problem is solved. > Might this create other problems though? > .yui-dt-scrollable .yui-dt-hd { > overflow:visible; > } > Thanks, > Bill > > > On May 10, 2010, at 5:19 PM, Bill Parod wrote: > > I'm working on a XBL component (<nul:authorities-lookup>) that encapsulates > an <input> and includes an associated <dialog> which is used to select > controlled vocabulary from an external service for the <input>. It seemed to > be working just fine until I set the custom component into a > <fr:datatable>. The component appears in the <fr:datatable> with the value > from its ref binding correctly. However when I click in it to invoke the > dialog, the form darkens, but the dialog isn't visible. By exploring the DOM > with FireBug I discovered that the dialog is there but is clipped by the > enclosing <tr> and not visible because it is positioned outside of that > <tr>. By fiddling with the top/left css in FireBug I can bring the dialog > into position under its ancestor <tr> and see part of it not clipped by the > <tr>. I tried fiddling with the css z-index property but that didn't help. > If I use the <nul:authorities-lookup/> component outside of the > <xforms:repeat/> structure, it works fine. Or if I use a regular > <xforms:input/> or <xforms:output/> in the table instead of the custom > component, they display correctly. > Any ideas how to fix this or how best to probe the problem? > Here's the datatable structure, fyi. > <fr:datatable> > <thead>...<thead> > <tbody> > <xforms:repeat nodeset="vra:agent"> > <tr><td><nul:authorities-lookup/></td><td/>...<tr> > ... > </xforms:repeat> > </tbody> > </fr:datatable> > > Thanks much, > Bill > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Re: Re: Re: XBL <dialog> cropped by enclosing datatable/tbody/tr.(Solultion?
|
|
Hi Alex,
You are right. I was using a build from April. I tried last night's build and it worked just fine without my css hack. Lesson learned - try the latest build before going to the list - I should have done that. Thanks very much. Best, Bill On May 13, 2010, at 7:14 PM, Alessandro Vernet wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: Re: Re: XBL <dialog> cropped by enclosing datatable/tbody/tr.(Solultion?
|
Administrator
|
Hi Bill,
Excellent, thank you for confirming that. Alex On Fri, May 14, 2010 at 3:35 AM, Bill Parod <[hidden email]> wrote: > Hi Alex, > You are right. I was using a build from April. I tried last night's build > and it worked just fine without my css hack. > Lesson learned - try the latest build before going to the list - I should > have done that. > Thanks very much. > Best, > Bill > > On May 13, 2010, at 7:14 PM, Alessandro Vernet wrote: > > Bill, > > Are you using a recent nightly build? When initialized, the dialog is > now moved directly under the <form> element, so I wouldn't think that > the datatable should be able to crop the dialog. If you are seeing > this with a recent nightly build, would you have a simple example that > we can run to reproduce this? > > Alex > > On Mon, May 10, 2010 at 3:56 PM, Bill Parod <[hidden email]> > wrote: > > I found that if I change "overflow:hidden" to "overflow:visible" for > > ".yui-dt-scrollable .yui-dt-hd" like below, that my problem is solved. > > Might this create other problems though? > > .yui-dt-scrollable .yui-dt-hd { > > overflow:visible; > > } > > Thanks, > > Bill > > > On May 10, 2010, at 5:19 PM, Bill Parod wrote: > > I'm working on a XBL component (<nul:authorities-lookup>) that encapsulates > > an <input> and includes an associated <dialog> which is used to select > > controlled vocabulary from an external service for the <input>. It seemed to > > be working just fine until I set the custom component into a > > <fr:datatable>. The component appears in the <fr:datatable> with the value > > from its ref binding correctly. However when I click in it to invoke the > > dialog, the form darkens, but the dialog isn't visible. By exploring the DOM > > with FireBug I discovered that the dialog is there but is clipped by the > > enclosing <tr> and not visible because it is positioned outside of that > > <tr>. By fiddling with the top/left css in FireBug I can bring the dialog > > into position under its ancestor <tr> and see part of it not clipped by the > > <tr>. I tried fiddling with the css z-index property but that didn't help. > > If I use the <nul:authorities-lookup/> component outside of the > > <xforms:repeat/> structure, it works fine. Or if I use a regular > > <xforms:input/> or <xforms:output/> in the table instead of the custom > > component, they display correctly. > > Any ideas how to fix this or how best to probe the problem? > > Here's the datatable structure, fyi. > > <fr:datatable> > > <thead>...<thead> > > <tbody> > > <xforms:repeat nodeset="vra:agent"> > > <tr><td><nul:authorities-lookup/></td><td/>...<tr> > > ... > > </xforms:repeat> > > </tbody> > > </fr:datatable> > > Thanks much, > > Bill > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > Orbeon Forms - Web forms, open-source, for the Enterprise - > http://www.orbeon.com/ > My Twitter: http://twitter.com/avernet > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Trouble with dialog in spell-checker example.
|
|
In reply to this post by Bill Parod
We've noticed a problem in a custom application that is modeled on the spellchecker. I've attached a modified spell-checker.xhtml to demonstrate the problem. Here's a brief description of what's happening: We can insert additional <text> elements to the main instance and spell check them with the spell checker dialog without problems. However if we delete the entire set of <text>s by deleting an enclosing <textblock> (added in this example), and then insert a new <textblock> containing a new <text>, invoking spellchecking on the new <text> does not produce the spellchecker dialog. The main form does dim, suggesting the dialog has been invoked, but the dialog is not visible. Inspection in Firebug confirms that the dialog is present, but it appears that it is positioned off-screen (style="...; left:587px; top:253px;..."). I also notice its <div> has the same xml:id value as one of the original dialog <div>s: I'm not sure what is causing that positioning or why the duplicate div/@id. Any suggestions on what's wrong? The attached (slightly modified) spellchecker.xhtml can be used to demonstrate the problem. I'm running the the 3.8 nightly build created 5/23/2010. Thanks much, Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
PastedGraphic-5.tiff (131K)
Re: Trouble with dialog in spell-checker example.
|
Administrator
|
Hi Bill,
Funny you should mention this; this bug has just been fixed over the weekend, and you must have a build which was made just before that fix. Could you try getting a new nightly build, and trying this again? (Your example works for me with the latest code.) Alex On Tue, May 25, 2010 at 8:25 AM, Bill Parod <[hidden email]> wrote: > We've noticed a problem in a custom application that is modeled on the > spellchecker. > I've attached a modified spell-checker.xhtml to demonstrate the problem. > Here's a brief description of what's happening: > We can insert additional <text> elements to the main instance and spell > check them with the spell checker dialog without problems. > However if we delete the entire set of <text>s by deleting an enclosing > <textblock> (added in this example), and then insert a new <textblock> > containing a new <text>, invoking spellchecking on the new <text> does not > produce the spellchecker dialog. The main form does dim, suggesting the > dialog has been invoked, but the dialog is not visible. Inspection in > Firebug confirms that the dialog is present, but it appears that it is > positioned off-screen (style="...; left:587px; top:253px;..."). I also > notice its <div> has the same xml:id value as one of the original dialog > <div>s: > > > I'm not sure what is causing that positioning or why the duplicate > div/@id. Any suggestions on what's wrong? The attached (slightly modified) > spellchecker.xhtml can be used to demonstrate the problem. > I'm running the the 3.8 nightly build created 5/23/2010. > Thanks much, > > > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Re: Re: Trouble with dialog in spell-checker example.
|
|
Hi Alex,
I downloaded the latest nightly build, orbeon-CE.war dated 5/25 2:21 pm and tried the modified spell-checker.xhtml. I got better results, though it didn't quite work for me. I'm guessing I don't quite have the latest build. I'll try the next one when it comes out, in case that's true. But I thought I'd report what I'm seeing now in case that's useful. With the 5/25 build I can delete and then insert a <textblock> containing <text>s. I notice first that the inserted <text/>'s <xforms:textarea/> is grayed out and not editable. The spell-checker dialog link ("ABC") is enabled though and when I click on it, the dialog does appear. However the "Change to:" and "Suggestions:" controls in the dialog are disabled. The buttons on the right don't seem to cause anything to occur when clicked, however the cursor does change to a hand when hovering over them, suggesting they're active. I also notice that before tampering with the loaded model by deleting/inserting a new instance, the spell-checker does function but seems degraded in the following ways: Spelling corrections aren't reflected in their <xforms:textarea/>s while the dialog is up; When finished, the "Close" button in the "Done spell checking" alert is disabled. But after closing that alert, the spelling corrections are reflected in the appropriate <text/>. I'll try again when the new build comes out, but if you're not seeing this behavior with the 5/25 build, let me know and I'll try to dig a bit deeper at this end. Thanks again, very much for all your help. Bill On May 25, 2010, at 4:50 PM, Alessandro Vernet wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: Trouble with dialog in spell-checker example.
|
|
In reply to this post by Alessandro Vernet
Hi Alex,
I just tested this in last night's build (5/26) and it's working great now, both in the spell-checker example and in our application. Thanks very much to you and Orbeon for all this great work. Best, Bill On May 25, 2010, at 4:50 PM, Alessandro Vernet wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: Re: Trouble with dialog in spell-checker example.
|
Administrator
|
Bill,
Yes, that problem might have been fixed just after your build, but what you describe sounds in part different from what I saw, in particular the text area being readonly after an insert. When you get a chance, it would be interesting if you could get a new build, and also try the following example: http://localhost:8080/orbeon/xforms-sandbox/sample/xbl/orbeon/spell-checker/spell-checker-unittest Alex On Thu, May 27, 2010 at 5:38 AM, Bill Parod <[hidden email]> wrote: > Hi Alex, > I just tested this in last night's build (5/26) and it's working great now, > both in the spell-checker example and in our application. Thanks very much > to you and Orbeon for all this great work. > Best, > Bill > > On May 25, 2010, at 4:50 PM, Alessandro Vernet wrote: > > Hi Bill, > > Funny you should mention this; this bug has just been fixed over the > weekend, and you must have a build which was made just before that > fix. Could you try getting a new nightly build, and trying this again? > (Your example works for me with the latest code.) > > Alex > > On Tue, May 25, 2010 at 8:25 AM, Bill Parod <[hidden email]> > wrote: > > We've noticed a problem in a custom application that is modeled on the > > spellchecker. > > I've attached a modified spell-checker.xhtml to demonstrate the problem. > > Here's a brief description of what's happening: > > We can insert additional <text> elements to the main instance and spell > > check them with the spell checker dialog without problems. > > However if we delete the entire set of <text>s by deleting an enclosing > > <textblock> (added in this example), and then insert a new <textblock> > > containing a new <text>, invoking spellchecking on the new <text> does not > > produce the spellchecker dialog. The main form does dim, suggesting the > > dialog has been invoked, but the dialog is not visible. Inspection in > > Firebug confirms that the dialog is present, but it appears that it is > > positioned off-screen (style="...; left:587px; top:253px;..."). I also > > notice its <div> has the same xml:id value as one of the original dialog > > <div>s: > > > I'm not sure what is causing that positioning or why the duplicate > > div/@id. Any suggestions on what's wrong? The attached (slightly modified) > > spellchecker.xhtml can be used to demonstrate the problem. > > I'm running the the 3.8 nightly build created 5/23/2010. > > Thanks much, > > > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > Orbeon Forms - Web forms, open-source, for the Enterprise - > http://www.orbeon.com/ > My Twitter: http://twitter.com/avernet > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Re: Re: Re: Re: Trouble with dialog in spell-checker example.
|
|
Alex,
It's funny you should say that. When I tested the latest build this morning on my mac laptop, I didn't have either of these problems (non-visible dialog or inputs disabled on insert). But when I installed the new build on our staging server I no longer had the dialog problem but newly inserted inputs were read-only as you describe. I was about to compare their respective (java/tomcat/jar) environments when I saw your email. I just ran your spell-checker-unittest in both environments and found it to work fine on my OS X laptop but not on our linux vm. Thanks for bringing this up. If you think of other things to try or would like other information, let me know. Thanks, Bill On May 27, 2010, at 11:45 AM, Alessandro Vernet wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: Re: Re: Re: Trouble with dialog in spell-checker example.
|
Administrator
|
Bill,
Could you try doing a forced reload in your browser, or emptying the browser cache? I am wondering if you might be stuck with an old version of a JavaScript file in one environment, which could explain the disabled fields you are seeing. Alex On Thu, May 27, 2010 at 10:03 AM, Bill Parod <[hidden email]> wrote: > Alex, > It's funny you should say that. When I tested the latest build this morning > on my mac laptop, I didn't have either of these problems (non-visible dialog > or inputs disabled on insert). But when I installed the new build on our > staging server I no longer had the dialog problem but newly inserted inputs > were read-only as you describe. I was about to compare their respective > (java/tomcat/jar) environments when I saw your email. I just ran your > spell-checker-unittest in both environments and found it to work fine on my > OS X laptop but not on our linux vm. Thanks for bringing this up. If you > think of other things to try or would like other information, let me know. > Thanks, > Bill > > > > On May 27, 2010, at 11:45 AM, Alessandro Vernet wrote: > > Bill, > > Yes, that problem might have been fixed just after your build, but > what you describe sounds in part different from what I saw, in > particular the text area being readonly after an insert. When you get > a chance, it would be interesting if you could get a new build, and > also try the following example: > > http://localhost:8080/orbeon/xforms-sandbox/sample/xbl/orbeon/spell-checker/spell-checker-unittest > > Alex > > On Thu, May 27, 2010 at 5:38 AM, Bill Parod <[hidden email]> > wrote: > > Hi Alex, > > I just tested this in last night's build (5/26) and it's working great now, > > both in the spell-checker example and in our application. Thanks very much > > to you and Orbeon for all this great work. > > Best, > > Bill > > On May 25, 2010, at 4:50 PM, Alessandro Vernet wrote: > > Hi Bill, > > Funny you should mention this; this bug has just been fixed over the > > weekend, and you must have a build which was made just before that > > fix. Could you try getting a new nightly build, and trying this again? > > (Your example works for me with the latest code.) > > Alex > > On Tue, May 25, 2010 at 8:25 AM, Bill Parod <[hidden email]> > > wrote: > > We've noticed a problem in a custom application that is modeled on the > > spellchecker. > > I've attached a modified spell-checker.xhtml to demonstrate the problem. > > Here's a brief description of what's happening: > > We can insert additional <text> elements to the main instance and spell > > check them with the spell checker dialog without problems. > > However if we delete the entire set of <text>s by deleting an enclosing > > <textblock> (added in this example), and then insert a new <textblock> > > containing a new <text>, invoking spellchecking on the new <text> does not > > produce the spellchecker dialog. The main form does dim, suggesting the > > dialog has been invoked, but the dialog is not visible. Inspection in > > Firebug confirms that the dialog is present, but it appears that it is > > positioned off-screen (style="...; left:587px; top:253px;..."). I also > > notice its <div> has the same xml:id value as one of the original dialog > > <div>s: > > > I'm not sure what is causing that positioning or why the duplicate > > div/@id. Any suggestions on what's wrong? The attached (slightly modified) > > spellchecker.xhtml can be used to demonstrate the problem. > > I'm running the the 3.8 nightly build created 5/23/2010. > > Thanks much, > > > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > > Orbeon Forms - Web forms, open-source, for the Enterprise - > > http://www.orbeon.com/ > > My Twitter: http://twitter.com/avernet > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > Orbeon Forms - Web forms, open-source, for the Enterprise - > http://www.orbeon.com/ > My Twitter: http://twitter.com/avernet > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Re: Re: Re: Re: Re: Re: Trouble with dialog in spell-checker example.
|
|
Alex,
That was it. You did it. Good grief. Sorry about that. Thanks again so much. Bill On May 28, 2010, at 4:45 PM, Alessandro Vernet wrote:
Bill Parod Library Technology Division - Enterprise Systems Northwestern University Library 847 491 5368 -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws |
Re: Re: Re: Re: Re: Re: Re: Trouble with dialog in spell-checker example.
|
Administrator
|
Bill,
Excellent! Thank you for confirming that a reload did the trick. Most likely, here is what happened. We did an improvement recently so non-relevant controls are marked as disabled in the markup generated my the server, including the repeat templates. A consequence is that the JavaScript needs to remove that 'disabled' attribute when an iteration is added to a repeat. So if you upgrade Orbeon Forms, but your browser still has an "old" version of the JavaScript code in cache, you would get the result you described. Alex On Fri, May 28, 2010 at 2:59 PM, Bill Parod <[hidden email]> wrote: > Alex, > That was it. You did it. Good grief. Sorry about that. Thanks again so much. > Bill > > On May 28, 2010, at 4:45 PM, Alessandro Vernet wrote: > > Bill, > > Could you try doing a forced reload in your browser, or emptying the > browser cache? I am wondering if you might be stuck with an old > version of a JavaScript file in one environment, which could explain > the disabled fields you are seeing. > > Alex > > On Thu, May 27, 2010 at 10:03 AM, Bill Parod > <[hidden email]> wrote: > > Alex, > > It's funny you should say that. When I tested the latest build this morning > > on my mac laptop, I didn't have either of these problems (non-visible dialog > > or inputs disabled on insert). But when I installed the new build on our > > staging server I no longer had the dialog problem but newly inserted inputs > > were read-only as you describe. I was about to compare their respective > > (java/tomcat/jar) environments when I saw your email. I just ran your > > spell-checker-unittest in both environments and found it to work fine on my > > OS X laptop but not on our linux vm. Thanks for bringing this up. If you > > think of other things to try or would like other information, let me know. > > Thanks, > > Bill > > > > On May 27, 2010, at 11:45 AM, Alessandro Vernet wrote: > > Bill, > > Yes, that problem might have been fixed just after your build, but > > what you describe sounds in part different from what I saw, in > > particular the text area being readonly after an insert. When you get > > a chance, it would be interesting if you could get a new build, and > > also try the following example: > > http://localhost:8080/orbeon/xforms-sandbox/sample/xbl/orbeon/spell-checker/spell-checker-unittest > > Alex > > On Thu, May 27, 2010 at 5:38 AM, Bill Parod <[hidden email]> > > wrote: > > Hi Alex, > > I just tested this in last night's build (5/26) and it's working great now, > > both in the spell-checker example and in our application. Thanks very much > > to you and Orbeon for all this great work. > > Best, > > Bill > > On May 25, 2010, at 4:50 PM, Alessandro Vernet wrote: > > Hi Bill, > > Funny you should mention this; this bug has just been fixed over the > > weekend, and you must have a build which was made just before that > > fix. Could you try getting a new nightly build, and trying this again? > > (Your example works for me with the latest code.) > > Alex > > On Tue, May 25, 2010 at 8:25 AM, Bill Parod <[hidden email]> > > wrote: > > We've noticed a problem in a custom application that is modeled on the > > spellchecker. > > I've attached a modified spell-checker.xhtml to demonstrate the problem. > > Here's a brief description of what's happening: > > We can insert additional <text> elements to the main instance and spell > > check them with the spell checker dialog without problems. > > However if we delete the entire set of <text>s by deleting an enclosing > > <textblock> (added in this example), and then insert a new <textblock> > > containing a new <text>, invoking spellchecking on the new <text> does not > > produce the spellchecker dialog. The main form does dim, suggesting the > > dialog has been invoked, but the dialog is not visible. Inspection in > > Firebug confirms that the dialog is present, but it appears that it is > > positioned off-screen (style="...; left:587px; top:253px;..."). I also > > notice its <div> has the same xml:id value as one of the original dialog > > <div>s: > > > I'm not sure what is causing that positioning or why the duplicate > > div/@id. Any suggestions on what's wrong? The attached (slightly modified) > > spellchecker.xhtml can be used to demonstrate the problem. > > I'm running the the 3.8 nightly build created 5/23/2010. > > Thanks much, > > > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > > Orbeon Forms - Web forms, open-source, for the Enterprise - > > http://www.orbeon.com/ > > My Twitter: http://twitter.com/avernet > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > > Orbeon Forms - Web forms, open-source, for the Enterprise - > > http://www.orbeon.com/ > > My Twitter: http://twitter.com/avernet > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > > Northwestern University Library > > [hidden email] > > 847 491 5368 > > > > > -- > > 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 > > OW2 mailing lists service home page: http://www.ow2.org/wws > > > > > > -- > Orbeon Forms - Web forms, open-source, for the Enterprise - > http://www.orbeon.com/ > My Twitter: http://twitter.com/avernet > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > Bill Parod > > Library Technology Division - Enterprise Systems > Northwestern University Library > [hidden email] > 847 491 5368 > > > > > -- > 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 > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- Orbeon Forms - Web forms, open-source, for the Enterprise - http://www.orbeon.com/ My Twitter: http://twitter.com/avernet -- 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 OW2 mailing lists service home page: http://www.ow2.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
«
Return to Orbeon Forms community mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |