Thread: [Xsltforms-support] Are Load & Save implemented?
Brought to you by:
alain-couthures
From: Lorenzo De T. <lor...@gm...> - 2009-09-16 15:48:42
|
Are Load & Save (as in the example <http://en.wikibooks.org/wiki/XForms/Insert_and_Delete_into_Table>) implemented in XSLTForms? Local and/or online? Where are the files saved to? Thanks -- Salta la crisi! Investi in comunicazione <http://isotype.org/?lang=it> -- Lorenzo De Tomasi ISOTYPE.org | comunica la qualità ["Multimodale" rispetto a "multimediale" vuole affermare la necessità di indagare non più sul veicolo o la tecnologia di trasmissione della comunicazione, ma sul modo in cui si veicola la comunicazione, il modo in cui la si struttura rispetto all'utente e, cioè, sul progetto.] Il portfolio illustrato dei miei lavori: http://tinyurl.com/2fgl63 Il mio curriculum vitae: http://tinyurl.com/4l2u8v Il mio blog (in costruzione): http://www.isotype.org/?lang=it ^^^^^^^^^^ Rispetta il tuo ambiente, pensa prima di stampare questa e-mail. Grazie. Please consider the environment before printing this email. Thank you. |
From: COUTHURES A. <ala...@ag...> - 2009-09-16 19:42:52
|
Hello Lorenzo, > Are Load & Save (as in the example > <http://en.wikibooks.org/wiki/XForms/Insert_and_Delete_into_Table>) > implemented in XSLTForms? Local and/or online? Where are the files > saved to? > Because XSLTForms is based on Javascript, it is not allowed by any browser to read or save local files. Only plug-ins and extensions can do that. Coupled with a specific proxy (to be developed...), this could be done. Do you know a user case for which it is required ? Thanks! -Alain |
From: Lorenzo De T. <lor...@gm...> - 2009-09-17 06:07:53
|
> Because XSLTForms is based on Javascript, it is not allowed by any browser > to read or save local files. Only plug-ins and extensions can do that. Also if javascript asks the browser to open the default "save as…" window? > Coupled with a specific proxy (to be developed...), this could be done. Do > you know a user case for which it is required ? Off-line xforms can be used for to-do-lists, file conversions, file editing… What about the upload button? is it implemented? Thanks -- Salta la crisi! Investi in comunicazione <http://isotype.org/?lang=it> -- Lorenzo De Tomasi ISOTYPE.org | comunica la qualità ["Multimodale" rispetto a "multimediale" vuole affermare la necessità di indagare non più sul veicolo o la tecnologia di trasmissione della comunicazione, ma sul modo in cui si veicola la comunicazione, il modo in cui la si struttura rispetto all'utente e, cioè, sul progetto.] Il portfolio illustrato dei miei lavori: http://tinyurl.com/2fgl63 Il mio curriculum vitae: http://tinyurl.com/4l2u8v Il mio blog (in costruzione): http://www.isotype.org/?lang=it ^^^^^^^^^^ Rispetta il tuo ambiente, pensa prima di stampare questa e-mail. Grazie. Please consider the environment before printing this email. Thank you. |
From: COUTHURES A. <ala...@ag...> - 2009-09-17 07:10:44
|
Hello Lorenzo, >> Because XSLTForms is based on Javascript, it is not allowed by any browser >> to read or save local files. Only plug-ins and extensions can do that. >> > > Also if javascript asks the browser to open the default "save as..." window? > This is possible for just Internet Explorer and can be added to XSLTForms for it only. For other browsers, there is a known trick consisting in sending all the data to the server then back to the client with a specific header forcing the client to display the save as dialog. Because of the cross-domain constraint, this cannot be done by a local HTTP server if the initial form comes from another HTTP server. It can be solved using a local proxy instead ! > >> Coupled with a specific proxy (to be developed...), this could be done. Do >> you know a user case for which it is required ? >> > > Off-line xforms can be used for to-do-lists, file conversions, file editing... > Yes, local applications are not dead and I developed a tiny HTTP server (named tXs) just for that because browsers don't treat local files with less security constraints. I, now, think that it would be even better to transform this program as a proxy... > What about the upload button? is it implemented? > No, it is not yet implemented because it's not very easy with HTML forms and Javascript and because XForms recommendation says that the content can be embedded in an instance, not just the selected filename. Another server page could do the trick... or a local proxy (did I say that already ? ;-) ) ... Best regards, -Alain |
From: Lorenzo De T. <lor...@gm...> - 2009-09-17 09:39:25
|
Ciao, > Also if javascript asks the browser to open the default "save as…" window? > This is possible for just Internet Explorer and can be added to XSLTForms > for it only. I think it's better not to implement it. > For other browsers, there is a known trick consisting in sending all the > data to the server then back to the client with a specific header forcing > the client to display the save as dialog. Because of the cross-domain > constraint, this cannot be done by a local HTTP server if the initial form > comes from another HTTP server. It can be solved using a local proxy instead > ! Is something ready for this? Can I test it? > Yes, local applications are not dead and I developed a tiny HTTP server > (named tXs) just for that because browsers don't treat local files with less > security constraints. I, now, think that it would be even better to > transform this program as a proxy... Is something ready for this? Can I test it? > What about the upload button? is it implemented? > No, it is not yet implemented because it's not very easy with HTML forms and > Javascript and because XForms recommendation says that the content can be > embedded in an instance, not just the selected filename. Another server page > could do the trick... or a local proxy (did I say that already ? ;-) ) ... And what about sending data by e-mail? <xf:submission id="send_email" method="put" action="mailto:lor...@gm...?subject=Data"/> -- Salta la crisi! Investi in comunicazione <http://isotype.org/?lang=it> -- Lorenzo De Tomasi ISOTYPE.org | comunica la qualità ["Multimodale" rispetto a "multimediale" vuole affermare la necessità di indagare non più sul veicolo o la tecnologia di trasmissione della comunicazione, ma sul modo in cui si veicola la comunicazione, il modo in cui la si struttura rispetto all'utente e, cioè, sul progetto.] Il portfolio illustrato dei miei lavori: http://tinyurl.com/2fgl63 Il mio curriculum vitae: http://tinyurl.com/4l2u8v Il mio blog (in costruzione): http://www.isotype.org/?lang=it ^^^^^^^^^^ Rispetta il tuo ambiente, pensa prima di stampare questa e-mail. Grazie. Please consider the environment before printing this email. Thank you. |