Re: [RT] - XUL revisited....

2004-04-07 Thread Joerg Heinicke
Antonio Gallardo agallardo at agssa.net writes: I even see no request/response cycles are saved. Some words are missing above: I even see no problems when no request/response cycles are saved. Some cycles can be saved in the similar way as they are saved by DHTML. Example: suppose you have

Re: [RT] - XUL revisited....

2004-04-06 Thread roy huang
consider using XUL as special application UI or even more. WDYT? Roy Huang - Original Message - From: Sylvain Wallez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 05, 2004 9:49 PM Subject: Re: [RT] - XUL revisited Antonio Gallardo wrote: Hi: I was revisiting the XUL

Re: [RT] - XUL revisited....

2004-04-06 Thread Vadim Gritsenko
roy huang wrote: snip what=CForms in XUL/ WDYT? I think it's time to see some examples. If one of you guys who knows XUL can produce XUL skin for CForms and/or other interesting examples, I'm sure they will be included as part of Cocoon samples app. Vadim

Re: [RT] - XUL revisited....

2004-04-06 Thread Bruno Dumon
I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid client which we need to send a new page after each interaction.

Re: [RT] - XUL revisited....

2004-04-06 Thread Stephan Michels
Am Di, den 06.04.2004 schrieb Bruno Dumon um 14:49: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid client

Re: [RT] - XUL revisited....

2004-04-06 Thread Bertrand Delacretaz
Le 6 avr. 04, à 14:49, Bruno Dumon a écrit : I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid client which we

Re: [RT] - XUL revisited....

2004-04-06 Thread Tim Larson
On Tue, Apr 06, 2004 at 02:49:26PM +0200, Bruno Dumon wrote: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a

Re: [RT] - XUL revisited....

2004-04-06 Thread Antonio Gallardo
Bruno Dumon dijo: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid client which we need to send a new page

Re: [RT] - XUL revisited....

2004-04-06 Thread Antonio Gallardo
Bertrand Delacretaz dijo: Le 6 avr. 04, à 14:49, Bruno Dumon a écrit : I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the

Re: [RT] - XUL revisited....

2004-04-06 Thread Bruno Dumon
On Tue, 2004-04-06 at 16:01, Antonio Gallardo wrote: Bruno Dumon dijo: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the

Re: [RT] - XUL revisited....

2004-04-06 Thread Sylvain Wallez
Bruno Dumon wrote: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid client which we need to send a new page

Re: [RT] - XUL revisited....

2004-04-06 Thread Bruno Dumon
On Tue, 2004-04-06 at 16:36, Sylvain Wallez wrote: snip/ Don't agree ;-) One area where CForms can (and must) improve is client-side validation. This has already been discussed, maybe it's time to consider implementing it. If we look at the elements composing a Form, some of them

Re: [RT] - XUL revisited....

2004-04-06 Thread Joerg Heinicke
On 06.04.2004 16:36, Sylvain Wallez wrote: Bruno Dumon wrote: I'm wondering though what the value of this is. The main advantage of CForms is to handle the typical problem of HTML forms: the form needs to be redisplayed in a loop until everything's valid. This is because the browser is a stupid

Re: [RT] - XUL revisited....

2004-04-06 Thread Joerg Heinicke
Hello Corin, I would be really interested what means XUL in production for your company. We have created a remote web application with XUL almost a year ago: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=106448994624522w=4. The mentioned URL is no longer online as the company is dead. The

RE: [RT] - XUL revisited....

2004-04-06 Thread Corin Moss
:) Corin -Original Message- From: Joerg Heinicke [mailto:[EMAIL PROTECTED] Sent: Wednesday, 7 April 2004 11:00 a.m. To: [EMAIL PROTECTED] Subject: Re: [RT] - XUL revisited Hello Corin, I would be really interested what means XUL in production for your company. We have created

Re: [RT] - XUL revisited....

2004-04-06 Thread Antonio Gallardo
Joerg Heinicke dijo: Another important difference at least for XUL is it's templating mechanism. Supply the data as RDF and the XUL page builds up the form itself. This would replace forms-samples-styling.xsl co. But it would not make CForms superfluous. I even see no request/response cycles

Re: [RT] - XUL revisited....

2004-04-05 Thread Sylvain Wallez
Antonio Gallardo wrote: Hi: I was revisiting the XUL website and found something great: http://mab.mozdev.org/ I am seriously thinking in XUL as the final code from forms block. I know XUL only works in Mozilla, but if we have the control of all the users machines, XUL can be the best choice.

Re: [RT] - XUL revisited....

2004-04-05 Thread luke hubbard
Sylvain Wallez wrote: if we have the control... Unfortunately, 90% of people out there use IE... 98% of people out there have Flash Player. :) Flash is installed on most machines, it can load and parse xml, and has a wide range of ui components. It would be great if we could create a flash

Re: [RT] - XUL revisited....

2004-04-05 Thread Sylvain Wallez
luke hubbard wrote: Sylvain Wallez wrote: if we have the control... Unfortunately, 90% of people out there use IE... 98% of people out there have Flash Player. :) Flash is installed on most machines, it can load and parse xml, and has a wide range of ui components. It would be great if

Re: [RT] - XUL revisited....

2004-04-05 Thread Gianugo Rabellino
Sylvain Wallez wrote: luke hubbard wrote: Sylvain Wallez wrote: if we have the control... Unfortunately, 90% of people out there use IE... 98% of people out there have Flash Player. :) Flash is installed on most machines, it can load and parse xml, and has a wide range of ui components.

Re: [RT] - XUL revisited....

2004-04-05 Thread Torsten Curdt
Hey, interesting idea! I recently investigated a bit the SWF Transformer/Serializer we have in Cocoon to produce dynamically generated Flash, but unfortunately what is provided by Spark isn't really usable as it's mostly composed of rawdata tags. Anyone having a better experience or some

Re: [RT] - XUL revisited....

2004-04-05 Thread luke hubbard
Why wait? Ideas are always interesting to share, even more if others can pick them up and implement them. Sylvain Ok, will start another thread. Just need a little time to gether my thoughts. Will try to cover FLEX aswell. Luke

RE: [RT] - XUL revisited....

2004-04-05 Thread Corin Moss
exercise. Corin -Original Message- From: luke hubbard [mailto:[EMAIL PROTECTED] Sent: Tuesday, 6 April 2004 2:32 a.m. To: [EMAIL PROTECTED] Subject: Re: [RT] - XUL revisited Sylvain Wallez wrote: if we have the control... Unfortunately, 90% of people out there use IE... 98