Antonio Gallardo 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 a textbo
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 cyc
tailed questions if you'd like :)
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 product
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-dev&m=106448994624522&w=4.
The mentioned URL is no longer online as the company is dead. The
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
On Tue, 2004-04-06 at 16:36, Sylvain Wallez wrote:
> >
>
> 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 the
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 afte
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 beca
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
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
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
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 ne
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 cl
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.
roy huang wrote:
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
cocoon may
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 Gal
to help in any XUL development 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
> 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
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
tags.
Anyone having a better experience or some ideas on thi
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.
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
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
co
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. T
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. Think in a rich client wit
24 matches
Mail list logo