M. Fioretti wrote:
On Wed, Jun 08, 2005 13:54:43 PM -0400, Daniel Carrera
([EMAIL PROTECTED]) wrote:
Top posting.
I think that adding Javascript-like functionality would be a worthy
goal. In fact... we should Javascript itself the first macro language
and make it do everything
Greetings,
in the last two days I've been able to check this list only through
webmail, that is in an almost unreadable interface. I have seen there
have been a lot of posts about my obsession with doing portable
OpenDocument macros in Python or whatever else. Due to the problems
above I've been
Top posting.
I think that adding Javascript-like functionality would be a worthy
goal. In fact... we should Javascript itself the first macro language
and make it do everything Javascript currently does on web pages.
Why?
I'm glad you ask!
Gary Edwards has this great idea of talking to W3C
On Wed, Jun 08, 2005 19:45:26 PM +0200, Nicolas Mailhot
([EMAIL PROTECTED]) wrote:
Le mercredi 08 juin 2005 à 19:14 +0200, M. Fioretti a écrit :
define what could be a limited, more realistic goal (the
javascript-like, in-document only macros), and list what one
should do, what
On Wed, Jun 08, 2005 13:54:43 PM -0400, Daniel Carrera
([EMAIL PROTECTED]) wrote:
Top posting.
I think that adding Javascript-like functionality would be a worthy
goal. In fact... we should Javascript itself the first macro language
and make it do everything Javascript currently does on
M. Fioretti wrote:
Please help me to understand it better: I read online that XForms is
a platform independent markup language for data capture and
validation. Not necessarily data processing.
Do you mean that one should only write these macros in Xforms
markup language or that one should
Le mercredi 08 juin 2005 14:38 -0400, Daniel Carrera a crit :
M. Fioretti wrote:
Please help me to understand it better: I read online that XForms is
a platform independent markup language for data capture and
validation. Not necessarily data processing.
Do you mean that one should