G'day.

Is there a known "display:block;" problem in opera?

In playing around trying to get some cross browser conformance, I either
inadvertently or redundantly (depending on your perspective) added
"display:block;" to a style defining tables that also had zero padding, marg
in
and border.

With "xdisplay:block;" (that is nothing) all browsers (well Ie6, MZ, Ff Op i
n
Win2k) showed the table as expected. When "display:block;" is set the tables
 in
Opera only, have a 1 or 2 px border added to the cells.

I cannot tell you how long it took me to notice this... in fact I gave up on
opera as being seriously broken, rather than some redundancy in my code.

In case I am not being very clear the examples below should show the problem
:
(nb the problem ONLY occurs in Opera.)

http://www.netwiz.com.au/opera/operagood.html

and with display:block; munged out to xdisplay:block;

http://www.netwiz.com.au/opera/operagood.html

regards DM
----------------------------------------------------------------
David Morris
http://www.netwiz.com.au/
Perth Western Australia

oops, that should read:

http://www.netwiz.com.au/opera/operagood.html

and with display:block; munged out to xdisplay:block;

http://www.netwiz.com.au/opera/operabad.html

"David Morris"
<DONTSPAMdlmorris-ATDONTSPAMATnetwiz-com-au@don't.use.this.bit> wrote:

>With "xdisplay:block;" (that is nothing) all browsers (well Ie6, MZ, Ff Op 
in
>Win2k) showed the table as expected. When "display:block;" is set the table
s in
>Opera only, have a 1 or 2 px border added to the cells.

If you want a table element to be rendered as a table then it should be
set to display:table, since this is the default it's superfluous.

Setting the table element (or tr/td) to display:block will change the
element to behave like for example a div.

Other UAs don't handle this correctly, Opera does.

--
Spartanicus

> If you want a table element to be rendered as a table then it should be
> set to display:table, since this is the default it's superfluous.
>
> Setting the table element (or tr/td) to display:block will change the
> element to behave like for example a div.
>
> Other UAs don't handle this correctly, Opera does.
>

In this case it was superfluous anyway (see [url]http://www.netwiz.com.au/home.html[/ur
l])
, but why is adding a border, when the style sets the borders to 0px, the
correct way of doing it?

"David Morris"
<DONTSPAMdlmorris-ATDONTSPAMATnetwiz-com-au@don't.use.this.bit> wrote:
 
>
>In this case it was superfluous anyway (see [url]http://www.netwiz.com.au/home.html[/u
rl])
>, but why is adding a border, when the style sets the borders to 0px, the
>correct way of doing it?

You're not making any sense, what do borders have to do with this? And
why did you set display:block on the table/tr/td elements in the first
place?

--
Spartanicus

"David Morris"
<DONTSPAMdlmorris-ATDONTSPAMATnetwiz-com-au@don't.use.this.bit> wrote:

>In this case it was superfluous anyway (see http://www.netwiz.com.au/home.html)[/co
lor]

Btw, the stylesheet used there is packed with superfluous code.

I hope you didn't actually write that yourself, if you did then you
really need to learn css, start here: http://w3.org

If this was generated by a tool, ditch it.

--
Spartanicus

> You're not making any sense, what do borders have to do with this? And
> why did you set display:block on the table/tr/td elements in the first
> place?
>
Well... ....because the display of borders IS the problem.   Try viewing
http://www.netwiz.com.au/opera/operabad.html in any other browser.

Why I had it there is the first place was because I was trying all sorts of
things to get the borders to behave the same way mostly because of the
differing box model problem - these where problems between ie and mz, which 
I
eventually solved.   I was also trying to limit my self to "css1", so I didn
't
think of display:table;,  but in any case  we can both agree my use of it wa
s
either wrong or redundant.

My point is that it should NOT affect the borders, regardless of whether my 
use
was right or wrong.    At worst it should just be ignored.

"Spartanicus" <me@privacy.net> wrote in message
news:6uebi0le84aoojp0fj675pnb08bphi3uqv@news.spartanicus.utvinternet.ie...
> "David Morris"
> <DONTSPAMdlmorris-ATDONTSPAMATnetwiz-com-au@don't.use.this.bit> wrote:
> 
http://www.netwiz.com.au/home.html)
>
> Btw, the stylesheet used there is packed with superfluous code.
>
> I hope you didn't actually write that yourself, if you did then you
> really need to learn css, start here: http://w3.org

I probably have lots to learn,... however, the central panel was generated b
y a
tool, which also produces the external stylesheet used by the rest of the pa
ges
on the site.   I agree, that there are lots of redundant aspects to their
stylesheet, but I have to tell you that for single source production of html
,
help, htmlhelp, word, javahelp and the rest, Authorit! is unbeatable.   So i
t
is trade of between speed and useability for me.   See
http://www.author-it.com/.   I have made considerable modifications to their
output, so see also: http://www.netwiz.com.au/tools_for_authorit.html.

> I probably have lots to learn,... however, the central panel was generated
 by
a
> tool, which also produces the external stylesheet used by the rest of the
pages
> on the site.   I agree, that there are lots of redundant aspects to their
> stylesheet, but I have to tell you that for single source production of ht
ml,
> help, htmlhelp, word, javahelp and the rest, Authorit! is unbeatable.   So
 it
> is trade of between speed and useability for me.   See
> http://www.author-it.com/.   I have made considerable modifications to the
ir
> output, so see also: http://www.netwiz.com.au/tools_for_authorit.html.
>
>

Oh, and I should add, the buttons down the left panel are all mine, and all
pure CSS!  http://www.netwiz.com.au/home.html

"David Morris"
<DONTSPAMdlmorris-ATDONTSPAMATnetwiz-com-au@don't.use.this.bit> wrote:
 
>
>I probably have lots to learn,... however, the central panel was generated 
by a
>tool, which also produces the external stylesheet used by the rest of the p
ages
>on the site.   I agree, that there are lots of redundant aspects to their
>stylesheet, but I have to tell you that for single source production of htm
l,
>help, htmlhelp, word, javahelp and the rest, Authorit! is unbeatable.

If crap CSS is what you're after then Authorit! seems to be the perfect
tool alright.

Good luck with it, and stop complaining when a proper browser like Opera
actually executes the CSS as it should.

--
Spartanicus