Subject: Re: [xsl] Choice between Javascript/CSS:display:none and client-side XSLT From: Cas Tuyn <Cas.Tuyn@xxxxxxxx> Date: Thu, 11 Sep 2003 13:45:21 +0200 |
Manos, Thanks for your pointer to Sarissa. I noticed it contained quite some complicated code (for me anyway) and still required IE/Moz differences to be coded around. As I can control the browser on the Suns to be Mozilla (or actually it was decided yesterday to go to Firebird 0.6.1 for smaller footprint), on the PC side we have long been declaring we'll support W3C and users can use any browser they like that supports it. Therefor I think I will choose method #1, which can be one simple XML file that serves all browsers (I'm beyond browser sniffing/customizing). Seeing the speed of the collapsable menu demos, I think also #1 has a better user experience. Thanks, Cas On Wednesday 10 September 2003 09:48, Emmanuil Batsis (Manos) wrote: > Cas Tuyn wrote: > > Now my question is which technique is easiest to implement and gives the > > best client-side performance: > > > > 1. Javascript that switches the display CSS property between "block" and > > "none" as seen in many automatic collapsing tree menus, see example: > > http://www.oreillynet.com/pub/a/javascript/2002/02/22/hierarchical_menus. > >html > > This is really easy to implement and will work on most browsers. The DOM > of the document though, will include data not to be presented. > > > 2. the 'pure-XML approach' with XML and several different XSLTs, because > > I can guarantee I have IE6 or Moz1.4 as browsers. I have not seen any > > examples of this way and wonder if it is because it's too bleeding edge. > > I dont consider it bleeding edge but that's just me. The problem here is > browser compatibility. If you are only targeting Mozilish browsers and > IE, Sarissa may be usefull: > > http://sarissa.sourceforge.net/ -- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. ASML is neither liable for the proper and complete transmission of the information contained in this communication, nor for any delay in its receipt. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] referencing to other xml , J.Pietschmann | Thread | [no subject], David Carlisle |
[xsl] XMLFilter in a URIResolver, Andrew Welch | Date | RE: [xsl] XMLFilter in a URIResolve, Michael Kay |
Month |