Re: Trouble with NS4 again -> and introducing toc-colours

[allan <la...@inet.uni2.dk>]

hi

[enclosing an example based on /dst_html/docs/1.0/guide/intro.html]

two issues:
1) the list problem
2) the toc issue


1) 
is "solved" using divs instead of <ul> and <li> tags.
the problem (well, its only in netscape4 i think) is that
when you apply a list-style of "none" it will show a
question mark (?), why i don't understand, but it does. i
have tried several tricks to solve that and it can be done
but we have to use another stylesheet for netscape or opera
or whatever etc.
so enter the div solution. take a look and see what you
think about it, i think it can be used in our case.


2)
while working on the different headers-issues i also came up
with the enclosed colour-scheme for the toc-section.
the reason for introducing these colors here is twofold.
a) simply to better seperate the toc from the content.
b) indicate whether links inside that toc-section is visited
(i forgot why we don't do that already)

so the toc in this example is blue background. the links are
white and the visited colour is the same red as always. the
hovering is white underlined.

it doesn't have to be these colours, but i like the
combination (and they already belong to our current color-palette)

please note that we can still maintain the list-style (the
different disc-styles) if people prefer. lists will by
default wrap long text more correctly. i just used the div
solution here because it was relevant for issue 1) .)


./allan

Re: Trouble with NS4 again -> and introducing toc-colours

[Stas Bekman <st...@stason.org>]

allan wrote:
> Stas Bekman wrote:
> 
>>allan wrote:
>>
>>>is "solved" using divs instead of <ul> and <li> tags.
>>>the problem (well, its only in netscape4 i think) is that
>>>when you apply a list-style of "none" it will show a
>>>question mark (?), why i don't understand, but it does. i
>>>have tried several tricks to solve that and it can be done
>>>but we have to use another stylesheet for netscape or opera
>>>or whatever etc.
>>>so enter the div solution. take a look and see what you
>>>think about it, i think it can be used in our case.
>>
>>You are talking about the search page, right?
> 
> 
> right.
>  
> 
>>This CSS solution works in NS4
>><li class="search">
>>li.search { list-style: none; }
>>
>>I've just tested. is it bad?
> 
> 
> yes, see enclosed

Please be more verbose. Is this a <ul><li> section with the above 
stylesheet? Which browser do you get it on?

I've attached a patch against the current cvs, which will make it easier 
for you to see what the final search thing will be like. Though Bill is 
working on making it better. Can you make a snapshot against the search 
with this patch? Thanks!


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: Trouble with NS4 again -> and introducing toc-colours

[allan <la...@inet.uni2.dk>]

Stas Bekman wrote:
> allan wrote:
> > is "solved" using divs instead of <ul> and <li> tags.
> > the problem (well, its only in netscape4 i think) is that
> > when you apply a list-style of "none" it will show a
> > question mark (?), why i don't understand, but it does. i
> > have tried several tricks to solve that and it can be done
> > but we have to use another stylesheet for netscape or opera
> > or whatever etc.
> > so enter the div solution. take a look and see what you
> > think about it, i think it can be used in our case.
> 
> You are talking about the search page, right?

right.
 
> This CSS solution works in NS4
> <li class="search">
> li.search { list-style: none; }
> 
> I've just tested. is it bad?

yes, see enclosed
 
> Allan, your div solution has at least these 2 drawbacks:
> 
> 1. absolute margin length (could be probably fixed)

probably

> 2. text browsers like lynx, cannot handle it, so you get a flat column.

didn't think of those yo be honest.
 
> > 2)
> > while working on the different headers-issues i also came up
> > with the enclosed colour-scheme for the toc-section.
> > the reason for introducing these colors here is twofold.
> > a) simply to better seperate the toc from the content.
> 
> -1 on this change. IMHO, it makes the page look bad. We needed the dark
> bg to separate the content from the site's skeleton. There is no need to
> separate TOC from its document.
> 
> also -1 on moving from normal/default <li> style to the div solution. It
> was only wanted for the search because of the checkboxes, which looks
> better without the disks. We introduce more troubles here for no reason.
> 
> > b) indicate whether links inside that toc-section is visited
> > (i forgot why we don't do that already)
> 
> good point, this should be fixed. can you please send me a patch that
> fixes only this issue at this point, since it's clearly broken and needs
> no discussion. Thanks.

will do later ...

./allan

Re: Trouble with NS4 again -> and introducing toc-colours

[Stas Bekman <st...@stason.org>]

allan wrote:
> hi
> 
> [enclosing an example based on /dst_html/docs/1.0/guide/intro.html]
> 
> two issues:
> 1) the list problem
> 2) the toc issue
> 
> 
> 1) 
> is "solved" using divs instead of <ul> and <li> tags.
> the problem (well, its only in netscape4 i think) is that
> when you apply a list-style of "none" it will show a
> question mark (?), why i don't understand, but it does. i
> have tried several tricks to solve that and it can be done
> but we have to use another stylesheet for netscape or opera
> or whatever etc.
> so enter the div solution. take a look and see what you
> think about it, i think it can be used in our case.

You are talking about the search page, right?

This CSS solution works in NS4
<li class="search">
li.search { list-style: none; }

I've just tested. is it bad?

Allan, your div solution has at least these 2 drawbacks:

1. absolute margin length (could be probably fixed)
2. text browsers like lynx, cannot handle it, so you get a flat column.

> 2)
> while working on the different headers-issues i also came up
> with the enclosed colour-scheme for the toc-section.
> the reason for introducing these colors here is twofold.
> a) simply to better seperate the toc from the content.

-1 on this change. IMHO, it makes the page look bad. We needed the dark 
bg to separate the content from the site's skeleton. There is no need to 
separate TOC from its document.

also -1 on moving from normal/default <li> style to the div solution. It 
was only wanted for the search because of the checkboxes, which looks 
better without the disks. We introduce more troubles here for no reason.

> b) indicate whether links inside that toc-section is visited
> (i forgot why we don't do that already)

good point, this should be fixed. can you please send me a patch that 
fixes only this issue at this point, since it's clearly broken and needs 
no discussion. Thanks.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: docs-dev-unsubscribe@perl.apache.org
For additional commands, e-mail: docs-dev-help@perl.apache.org