RE: What about IE5

I Guy,

Wow! this is fun. Yes you are right there is potential with HTC objects.

Is this a IE 5 bug? When I choosed normal size window (the little icon
between the minimize and close icons) I got a normal window but no more
minimize, close and resize buttons. Is it doing the same this on your
machine?

Regards
Didier PH Martin
mailto:martind@xxxxxxxxxxxxx
http://www.netfolder.com

-----Original Message-----
From: owner-xsl-list@xxxxxxxxxxxxxxxx
[mailto:owner-xsl-list@xxxxxxxxxxxxxxxx]On Behalf Of
Guy_Murphy@xxxxxxxxxx
Sent: Thursday, March 25, 1999 10:13 AM
To: xsl-list@xxxxxxxxxxxxxxxx
Subject: RE: What about IE5


Hi Didier.

Aye I have a link... http://www.guy-murphy.easynet.co.uk

At the moment from an FO point of view you might find the window and menu
HTCs interesting.

At present the extended linking is verey crude, with assumptive processing
built into the menus (not good). But funny you should be looking at this
area because I am at this moment trying to work out the best way to deal
with extended linking implimenting the links as HTCs :)

I hope to move the sites linking over to a half respectable use of extended
linking by the end of the week-en, and to have documented dowloads
available for the sites source.

You opinions in this matter would be *very* welcome.

I looked initialy at XLink, but I don't feel it offers enough to the Web
designer. I want to be able to actuate multiple link from the one point,
and to taget those actuations. So I loosly looking at something like...

               <xl:link type="extended" title="A really interesting
document">
                    <xl:loc name="doc" ref="test.xml" role="data" />
                    <xl:loc for="doc" ref="#documentHolder" role="target"
use="replace" />
                    <xl:loc for="doc" name="navStyle" ref="test.xsl"
role="style" />
                    <xl:loc for="navStyle" ref="#navHolder" role="target"
/>

                    a link
               </xl:link>

In an ideal world this might be held as an external resource and would be a
reference to a link ID so....

               <xl:link type="extended" for="#testLink" title="A really
interesting document">
                    <xl:loc name="doc" ref="test.xml" role="data" />
                    <xl:loc for="doc" ref="#documentHolder" role="target"
use="replace" />
                    <xl:loc for="doc" name="navStyle" ref="test.xsl"
role="style" />
                    <xl:loc for="navStyle" ref="#navHolder" role="target"
/>
               </xl:link>

               <xl:anchor name="testLink">a link</xl:link>

But I'm not sure I want to impliment this as in the browser it would mean
assigning an onClick handler to the link element from the HTC,
which would kill any prexisting onClick handler. Might not be a problem,
I'm not sure. I just don't like a component being that arrogant.

(although as I write this I think I might have figured a way around this).

Anyhow, I'm babling. I hope to have something more interesting this
week-end. Along with hopefuly Jon Bosak's religious works
up on the site, and another article.





xsl-list@xxxxxxxxxxxxxxxx on 03/25/99 04:59:17 PM

To:   xsl-list@xxxxxxxxxxxxxxxx
cc:    (bcc: Guy Murphy/UK/MAID)
Subject:  RE: What about IE5




Hi Guy,
[SNIP]
<Reply>
Do you have a link to a HTC example?  I want to play a bit with this. For
example, I can only transform Hytime links into single directional HTML
anchors. I didn't thought that HTC would be an answer (i.e. provide
multiple
directions and many to many) but your post brought some light on my problem
:-)
</Reply>
Regards
Didier PH Martin
mailto:martind@xxxxxxxxxxxxx
http://www.netfolder.com

 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