Re: Change to master.xsl to grant accessibility for Netscape 4.x (WAS: @ gets encoded within CDATA)

On 26.11.2005 0:50 Uhr, Simon Rönnqvist wrote:
>   Hi!
> 
> Here comes some comments on my last post. I opened my book and learnt that the 
> bug (called Flash of Unstyled Content, FOUC) that causes the @import method 
> to flash unstyled content is only present in IE5+ (not IE6 as I said). I also 
> tried it out, noticing that it seems not to occur whenever a <link> tag is 
> present anywhere in the same document.
> 
> My conclusion is that since there are other <link> tags present within 
> master.xsl it's totally safe to use the @import method instead. It's even 
> preferable since most modern CSS stuff causes a mess for Netscape Navigator 
> 4.x users. (If one however wants to server some CSS to NN4 too, then it's 
> better to put those rules in a separate file.)

First of all and honestly, we don't care about NN4 people :)

I'm a bit reluctant adding this change, just because of NN4. OTOH I
don't have any real arguments of why not doing it this way, except that
<link> does look nicer and is the more standard way. And that it's
tested more (the current theme).

What we could do is to add it commented for the time beeing. Something
in the direction of "uncomment this, if you want to support NN4" :) I'd
have nothing against that.

Concerning your other mentioned changes. Yes, I'd rarther not want to
change the current xslts, as it may break a lot of CSS out there, but
there's nothing wrong with publishing that as its own theme. Speaking of
that, we maybe need a nicer theme updater/chooser, than we have
currently. There are quite some nice themes on
http://intensivstation.ch/templates/bxcms/, but I don't want to include
them in the standard distribution.

chregu

> 
> I'd actually suggest that you'd replace the CSS-<link> tag in the master.xsl 
> files for all themes with the @import method, since I don't think you'll lose 
> anything on it. And the few NN4 users still around will be able to surf the 
> pages unstyled, instead of seeing an unsusable mess.
> 
>   cheers, Simon
> 
> 
> On Friday 25 November 2005 22:29, Simon Rönnqvist wrote:
> 
>>  Hi!
>>
>>Oh yeah... I should have known... ;-)
>>Well, thanks!
>>
>>Once I'm ready with this site I think I'm going to compile some kind for
>>list of 'improvements' that I've done to the original 2-cols layout. By
>>'improvements' I mean changes that I've done to comply more closely with
>>recommendations found in books on CSS and web standards (something for my
>>thesis). Well, this 'improvement' didn't make the pages more standards
>>compliant, but it makes the pages work in NS4 by turning CSS completely
>>off. (The partial CSS support in NS4 otherwise just makes the page a mess.)
>>
>>An issue which I've read can be caused by using the @import method is that
>>IE6 can show (flicker) the page unstyled before it's got the CSS-file
>>loaded. This should however be avoided by having a <link> tag right before
>>it, I hope this doesn't have to be a link to a CSS-file so that the <link>
>>tag to the openid-server will suffice. I'll let you know if it didn't.
>>
>>  cheers, Simon
>>
>>On Thursday 24 November 2005 08:34, you wrote:
>>
>>>On 23.11.2005 17:52 Uhr, Simon Rönnqvist wrote:
>>>
>>>>  Hi!
>>>>
>>>>Another problem which I didn't notice, even though one could figure it
>>>>out from the last mail is that the variables don't get handled. The
>>>>output is now:
>>>><style type="text/css" media="screen">
>>>>/*<![CDATA[*/
>>>>@import "{$webroot}themes/{$theme}/css/{$themeCss}";
>>>>/*]]>*/
>>>></style>
>>>
>>>That's a simple xslt-"isssue" :) the curly brackets only works within
>>>attributes. you have to write
>>>
>>> @import "<xsl:value-of select="$webroot"/>themes/<xsl:value-of
>>>select="$theme"/>/css/<xsl:value-of select="$themeCss"/>";
>>>
>>>chregu
>>>
>>>
>>>>  cheers, Simon

-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [email protected] |  GPG 0x5CE1DECB
-- 
bitflux-cms mailing list
[email protected]
http://lists.bitflux.ch/cgi-bin/listinfo/bitflux-cms