Archives of team4xt (now merged with list4xt).
[team4xt] Re: What would you like to do 4xt ?
Subject: [team4xt] Re: What would you like to do 4xt ?
User: Website From: Eric van der Vlist (vdv@dyomedea.com)
Date: 28/05/2000 - 17:50
Paul,
Paul Tchistopolskii wrote:
>
> Hi Eric.
>
> > There seems to be a consensus that :
> >
> > 1) XT should be maintained and improved
>
> I'm writing kinda XSL driven application server and there is simply
> no way for me to get rid of XT, because XT is the fastest java
> implementation.
>
> I can not drop Java and I also need speed ( for that reason I now
> also have to get deeper than SAX events - down no nodeset ;-)
>
> I simply have no alternative to XT.
XT is unique...
> > 2) The first most important thing is to make it 100% conformant
>
> Even for my tasks this "100%" is not the requirment, but I think that if we
> want to keep the XT project 'alive' for a 'long time' this is unavoidable.
Yes.
> > 3) The next most important is to follow the TRaX initiative
>
> Maybe - but not to me.
If TRaX becomes a second level of recommendation, we should at least
consider to be conform for the same reason that 2) ...
This doesn't mean that we should follow any specification which would
have any important impact on the performances (as you mentioned,
performances are probably what makes XT uniqueness).
> > 4) SAX2
> >
> > There have not been any feedback about SAX2 support, and I propose to
> > add it as #4.
>
> Not the issue to me at all.
I would say that it can be one for the same reasons than 2 and 3...
> > 5) Interoperability
>
> Don't understand this.
see below...
> > I personally think that we should also develop more "handlers" for XT,
> > facilitating a usage as a "secret weapon" within many different
> > contexts.
>
> This I'l make priority number 2 ( if "100% conformance" is number 1 ).
> The more extensions we'l get - the better.
This is what I meant by interoperability ;)
> > The integration of Java Tidy would allow to read HTML files (though Tidy
> > is not always very flexible) and to check (X)HTML output.
>
> Nice idea.
>
> > 6) Documentation
> >
> > Or should it be 0) ?
>
> I think after we'l collect sufficient number of hacks ( documenting the XT internal
> dataflow )
> that will be easeir for us to understand what documentation do we realy need.
>
> > Next steps:
> > ----------
> >
> > The support from James at least as a guide would be invaluable, however,
> > we don't know what are his plans.
>
> Sure. Just one brief ( even not accurate ) statement from James what classes
> to touch to implement this and that could save days of work. But I think it will
> be better if we'l assume that there will be no messages from James ever.
Nobody knows but James.
> > I think we should agree on a plan (around the above summary) and try to
> > build the development team to implement it.
>
> I think that we should try to make the site itself as good as it is possible so that
> it will have very clear structure and we should provide a loud feedback to the
> letters similiar to attached one. ( I assume Eric - you will anser to that message
> in XSL-list, right ? )
I'll do, yes.
I had just skipped it :(
> > Do you agree with this idea ?
>
> I think that we should
>
> promote the site,
> clean up the site,
> structurise it,
> get some procedures
> become sure that site is always up ;-) ,
> publish our hacks / benchmarks, materials articles e t.c. e t.c.
Yes.
> I think as a result of my activity mentioned above I will
> provide some hacks to XT, but not tomorrow.
>
> The last but not the least - for example, because I still don't understand
> how you are exchanging the FAQ materials with Dave, I don't understand
> how and why anything should be done with rendering, this sometimes
> stops me from helping you with the site itself.
>
> What I mean to say that the site itself is also some 'project' and if you not
> 'publish' the 'dataflows' and 'procedures' 'how to help' e t.c. - the 'project' will
> not gonna work as efficient as you may like. ;-)
>
> Also, I don't expect *any* project of this kind to develop fast.
>
> This is good we have some place devoted to XT.
> This is good that we can collect hacks around XT.
> This is good we can discuss some XT-related things
> ( even I *still* think that having one and only one mailing list devoted to XT and XT.org
> site
> could result in much better situation than we have now , because the
> group looks 'closed' to the society. For a couple of reasons ).
>
> Eric - don't get frustrated please ;-). Free stuff develops very slowly -
> but it dies also slowly ;-)
I am not.
I am rather pleased with what has been achieved up to now ;=)
Thanks
Eric
> Rgds.Paul.
>
> ----- Original Message -----
> From: Khun Yee Fung <KFung@extend.com>
> To: <XSL-List@mulberrytech.com>
> Sent: Thursday, May 25, 2000 3:40 PM
> Subject: I have the diff files to modify XT to output HDML
>
> > I made probably the minimal changes necessary to XT to make it output HDML.
> > If you are looking for a quick-and-dirty way to get XT to output HDML, send
> > me an email and I will send you the two tiny diff files.
> >
> > Regards,
> > Khun Yee
> >
> >
> > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
>
> --
> Private list of the "Team 4 XT" team4xt@4xt.org ()
> (mailto:team4xt-request@4xt.org?Subject=unsubscribe to unsubscribe)
--
------------------------------------------------------------------------
Eric van der Vlist Dyomedea http://dyomedea.com
http://xmlfr.org http://ducotede.com
------------------------------------------------------------------------
--
Private list of the "Team 4 XT" team4xt@4xt.org ()
(mailto:team4xt-request@4xt.org?Subject=unsubscribe to unsubscribe)
Archive generated by hypermail 2b28 on 02/06/2000 - 03:10 EDT
webmaster@4xt.org
|