Some things about xforms:upload in noscript

> Hi,
> I tried out the latest nightly (jan 27th) and tested the xforms-
> upload example in a clean tomcat and also my own pages in my portal  
> environment.
>
> I found that in noscript mode, any screen rendered by Orbeon appears  
> to be empty or blank. On closer look using FireBug there is however  
> XHTML present with a surrounding <form> element having CSS class  
> "xforms-initially-hidden" that has display:none..
>
> So after this I did try to test the upload disabling that CSS class  
> on every render and the upload failed, but I really don't know what  
> the heck I'm doing at that stage..
>
> Can you confirm this behaviour?
>
> Jeroen
>
>
>
> ________________________________
>
> Van: Erik Bruchez [mailto:[hidden email]]
> Verzonden: wo 28-1-2009 3:38
> Aan: [hidden email]
> Onderwerp: [ops-users] Re: Some things about xforms:upload in noscript
>
>
>
> Jeroen,
>
>> 1) There is a missing action element in the files-instance, which is
>> used in a xforms:setvalue at line 135, and checked against in main-
>> model.xpl. I don't know why the script version does work, will it
>> add elements dynamically?
>
> This was not used. I fixed a couple of obsolete things in the xforms-
> upload example.
>
>> 2) When having selected a file in the first control and then either
>> using "Add One" or a delete button, the currently selected file
>> dissapears from the input. Actually this is not surprising as on
>> HTML level, support for setting the initial value of an input
>> type="file" is scarce, because of 'security reasons'. I guess in
>> script mode you have nicely worked around that!
>
> Yes :-) But also, in noscript, when you press a button, an HTML form
> submission occurs, so the file is uploaded right away. Then the server
> does not display an HTML <input type="file"> element anymore, instead
> it shows information about the file. So we can still do it in
> noscript. It's just that it is (was) broken.
>
>> 3) An actual file upload does not work.
>> Maybe a different approach is needed without the background upload?
>> I'm willing to have a deeper look, but I'd appreciate some pointers
>> for the approach or on where to start debugging, for instance
>> XFormsUploadHandler?
>
> I fixed the upload and closed the bug. It would be great if you could
> give this a try. One part still doesn't work in noscript: the "Remove
> File" upload. Entered new bug:
>
>   http://forge.objectweb.org/tracker/index.php?func=detail&aid=312540&group_id=168&atid=350207
>
> -Erik
>
> --
> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
> http://www.orbeon.com/
>
>
>
> <winmail.dat>
> --
> 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

> Hi,
> I tried out the latest nightly (jan 27th) and tested the xforms-
> upload example in a clean tomcat and also my own pages in my portal
> environment.
>
> I found that in noscript mode, any screen rendered by Orbeon appears
> to be empty or blank. On closer look using FireBug there is however
> XHTML present with a surrounding <form> element having CSS class
> "xforms-initially-hidden" that has display:none..
>
> So after this I did try to test the upload disabling that CSS class
> on every render and the upload failed, but I really don't know what
> the heck I'm doing at that stage..
>
> Can you confirm this behaviour?
>
> Jeroen
>
>
>
> ________________________________
>
> Van: Erik Bruchez [mailto:[hidden email]]
> Verzonden: wo 28-1-2009 3:38
> Aan: [hidden email]
> Onderwerp: [ops-users] Re: Some things about xforms:upload in noscript
>
>
>
> Jeroen,
>
>> 1) There is a missing action element in the files-instance, which is
>> used in a xforms:setvalue at line 135, and checked against in main-
>> model.xpl. I don't know why the script version does work, will it
>> add elements dynamically?
>
> This was not used. I fixed a couple of obsolete things in the xforms-
> upload example.
>
>> 2) When having selected a file in the first control and then either
>> using "Add One" or a delete button, the currently selected file
>> dissapears from the input. Actually this is not surprising as on
>> HTML level, support for setting the initial value of an input
>> type="file" is scarce, because of 'security reasons'. I guess in
>> script mode you have nicely worked around that!
>
> Yes :-) But also, in noscript, when you press a button, an HTML form
> submission occurs, so the file is uploaded right away. Then the server
> does not display an HTML <input type="file"> element anymore, instead
> it shows information about the file. So we can still do it in
> noscript. It's just that it is (was) broken.
>
>> 3) An actual file upload does not work.
>> Maybe a different approach is needed without the background upload?
>> I'm willing to have a deeper look, but I'd appreciate some pointers
>> for the approach or on where to start debugging, for instance
>> XFormsUploadHandler?
>
> I fixed the upload and closed the bug. It would be great if you could
> give this a try. One part still doesn't work in noscript: the "Remove
> File" upload. Entered new bug:
>
>   http://forge.objectweb.org/tracker/index.php?func=detail&aid=312540&group_id=168&atid=350207
>
> -Erik
>
> --
> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
> http://www.orbeon.com/
>
>
>
> <winmail.dat>
> --
> 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

> I just downloaded the latest nightly build (dated januari 30th),  
> tested the upload in the example portlet in noscript mode and it  
> does work indeed!
> Nice job!
>
> Jeroen
>
> ________________________________
>
> Van: Erik Bruchez [mailto:[hidden email]]
> Verzonden: do 29-1-2009 21:24
> Aan: [hidden email]
> Onderwerp: [ops-users] Re: RE: Some things about xforms:upload in  
> noscript
>
>
>
> Jeroen,
>
> Oops, there was a missed checkin. That should work in the NEXT build.
>
> -Erik
>
> On Jan 28, 2009, at 1:22 PM, Jeroen Hoffman wrote:
>
>> Hi,
>> I tried out the latest nightly (jan 27th) and tested the xforms-
>> upload example in a clean tomcat and also my own pages in my portal
>> environment.
>>
>> I found that in noscript mode, any screen rendered by Orbeon appears
>> to be empty or blank. On closer look using FireBug there is however
>> XHTML present with a surrounding <form> element having CSS class
>> "xforms-initially-hidden" that has display:none..
>>
>> So after this I did try to test the upload disabling that CSS class
>> on every render and the upload failed, but I really don't know what
>> the heck I'm doing at that stage..
>>
>> Can you confirm this behaviour?
>>
>> Jeroen
>>
>>
>>
>> ________________________________
>>
>> Van: Erik Bruchez [mailto:[hidden email]]
>> Verzonden: wo 28-1-2009 3:38
>> Aan: [hidden email]
>> Onderwerp: [ops-users] Re: Some things about xforms:upload in  
>> noscript
>>
>>
>>
>> Jeroen,
>>
>>> 1) There is a missing action element in the files-instance, which is
>>> used in a xforms:setvalue at line 135, and checked against in main-
>>> model.xpl. I don't know why the script version does work, will it
>>> add elements dynamically?
>>
>> This was not used. I fixed a couple of obsolete things in the xforms-
>> upload example.
>>
>>> 2) When having selected a file in the first control and then either
>>> using "Add One" or a delete button, the currently selected file
>>> dissapears from the input. Actually this is not surprising as on
>>> HTML level, support for setting the initial value of an input
>>> type="file" is scarce, because of 'security reasons'. I guess in
>>> script mode you have nicely worked around that!
>>
>> Yes :-) But also, in noscript, when you press a button, an HTML form
>> submission occurs, so the file is uploaded right away. Then the  
>> server
>> does not display an HTML <input type="file"> element anymore, instead
>> it shows information about the file. So we can still do it in
>> noscript. It's just that it is (was) broken.
>>
>>> 3) An actual file upload does not work.
>>> Maybe a different approach is needed without the background upload?
>>> I'm willing to have a deeper look, but I'd appreciate some pointers
>>> for the approach or on where to start debugging, for instance
>>> XFormsUploadHandler?
>>
>> I fixed the upload and closed the bug. It would be great if you could
>> give this a try. One part still doesn't work in noscript: the "Remove
>> File" upload. Entered new bug:
>>
>>  http://forge.objectweb.org/tracker/index.php?func=detail&aid=312540&group_id=168&atid=350207
>>
>> -Erik
>>
>> --
>> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
>> http://www.orbeon.com/
>>
>>
>>
>> <winmail.dat>
>> --
>> 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 for the Enterprise Done the Right Way
> http://www.orbeon.com/
>
>
>
> <winmail.dat>
> --
> 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