Subject: RE: [xsl] xsl:sort in old MSXML From: "Jim Fuller" <jim.fuller@xxxxxxxxxxxxxxxxxx> Date: Wed, 2 Jul 2003 14:13:02 +0100 |
i think u confuse my discussion saxon is just an XSLT processor implementation, it fully adheres to the XSLT 1.0 standard, and also implements XSLT 2.0 if u choose to use it. it is open standard, as for running on the client machine, it is obvious from your questions that a book combined with 'rubber on the road' experience will answer these 1st order questions. cheers, jim > -----Original Message----- > From: Claudio Russo [mailto:crusso@xxxxxxxxxxxxxxxxx] > Sent: 02 July 2003 14:06 > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Subject: RE: [xsl] xsl:sort in old MSXML > > > Jim, > > Thanks for your replay. > > But this will tie me up with a specific technology instead of > begin adhering straight to standards and open tech. For sure > this technology is one step ahead of the standard but unless > is a standard by itself (which I doubt from the msgs coming > to this list), will be difficult to see applications running > smoothly in, lets say, at least 90% of the clients machines. > > As I said, I've been playing a little bit (for sure not as > much as you did guys) with the XML/XSLT technology and is > time to wrap up and take in concern what I mention before, > being able to deploy a site with minor environment problems, > inmediate adherance to standards and simple maintenance. > > Claudio. > > -----Original Message----- > From: Jim Fuller [mailto:jim.fuller@xxxxxxxxxxxxxxxxxx] > Sent: Miércoles, 02 de Julio de 2003 06:20 a.m. > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Subject: RE: [xsl] xsl:sort in old MSXML > > > > -----Original Message----- > > From: Claudio Russo [mailto:crusso@xxxxxxxxxxxxxxxxx] > > I would suggest that you just download saxon ( > saxon.sourecforge.net ) and go through as many examples as > possible, the architectural view will emerge with this > intimate experience, deal with the axiomatic idiom of > xml+xslt->xml parsing first, then layer from there....yes I > know, if its hard to explain....then why....sometimes just > doing is the quickest route between 2 points. > > there are many 'grand' visions e.g. the architectural > viewpoint you ask for, it depends on whom you are asking;for > example those ( no offense ) older SGML'ers out there will no > doubt have a document centric viewpoint ...or corba/dcom folk > will no doubt be nodding their heads saying ahhhh SOA. > > One thing is certain, that xml and derived markups such as > XSLT are an agent of change affecting said architectures. > > gl, jim fuller > This e-mail and any files transmitted with it are > confidential and intended solely for the use of the > individual or entity to whom they are addressed. If you are > not the intended recipient please contact the sender > immediately. Any disclosure, copying, distribution or any > other use of this communication is strictly prohibitedand may > be unlawful. Stuart Lawrence Marketing Communications Limited > reserves the right to monitor and intercept communications > for unlawful business purposes. > > This also confirms that this message has been swept for > viruses, although Stuart Lawrence Marketing Communications > Limited accepts no responsibility for any loss or damage > resulting directly or indirectly from the use of this email > or contents. > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] xsl:sort in old MSXML, David Carlisle | Thread | RE: [xsl] xsl:sort in old MSXML, Claudio Russo |
RE: [xsl] xsl:sort in old MSXML, Claudio Russo | Date | Re: [xsl] xsl:sort in old MSXML, David Carlisle |
Month |