Hopefully next week-ish I will post on our site a series of tools including
a source generation tool for the ECS 1.x engine. We use this specific tool
internally to generate more complete bindings for WML and its variants. The
current version can generate the 3 X/HTML flavors but without the type
coercion convenience routines for addAttribute() nor the html event support.
All of these missing items should be able to lifted directly from the html
package directly.
It's doubtful that I will be able to respond to many emails until next
week's release but I thought that if I informed the list now of our
automated tools, the core ECS engine team would not become side tracked with
missing attribute maintenance or new language support.
--Zaid
----- Original Message -----
From: "Bojan Smojver" <[EMAIL PROTECTED]>
To: "'ECS' (E-mail)" <[EMAIL PROTECTED]>
Sent: Monday, September 25, 2000 4:55 PM
Subject: More XHTML...
> Sorry to bore everyone with XHTML so much, but I really need that stuff
for
> some of my projects (and every developer is scratching his personal itch,
> right? ;-) Since my Java and ECS are quite rusty I need a bit of guidance,
> I'm afraid.
>
> How much of the upset would be to return Element from addElement,
> removeElement and other methods that normally return the more specific
> class(A, Html, Table etc.)? This is what set* methods from
ElementAttributes
> are doing anyway.
>
> In other words, I'm willing to rewrite the existing HTML/WML classes in
ECS
> 1.x to return Element if there aren't major breakages related to that.
>
> Opinions?
>
> Bojan
>
>
> --
> ------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Archives and Other: <http://java.apache.org/main/mail.html>
> Problems?: [EMAIL PROTECTED]
>
>
--
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
