Bug 89249 - A paragraph with "display: block" is hidden unless you resize fonts (Ctrl Plus & Ctrl Minus or menus)
Summary: A paragraph with "display: block" is hidden unless you resize fonts (Ctrl Plu...
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (other bugs)
Version First Reported In: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-10 16:54 UTC by Rimas Kudelis
Modified: 2004-12-18 19:46 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rimas Kudelis 2004-09-10 16:54:56 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Debian testing/unstable Packages

At the bottom of http://rq.online.lt/, there's a paragraph (id="navigation"). For it, a CSS rule "display: block" is specified, however, the paragraph is hidden somewhy unless you press Ctrl+ or Ctrl- or change font size through the menus. Then, if you go to page 2, the paragraph gets hidden again untill you cycle font size again. Dunno, but may it be that this is related to font sizes (I haven't specified absolute sizes anywhere in the CSS, everything is in per cent, may that be a problem?)..

furhermore, while looking at this bug, i've also found out that, if a :first-letter pseudo-class is specified (on my site, it has a "font-weight: bold;" rule), elements of this pseudo-class aren't affected by those Ctrl+ or ctrl-. Instead, they always remains of the same size.
Comment 1 Rimas Kudelis 2004-09-14 20:35:33 UTC
Confirmed on OSX and Safari. I asked my friend to check it. Screenshots available.
Comment 2 Germain Garand 2004-09-15 04:26:14 UTC
:empty matches before the renderer is closed.

Probably affects all non-dynamic pseudo properties, 
when all stylesheets are loaded before the main document is entirely parsed.
Comment 3 Rimas Kudelis 2004-09-15 11:25:44 UTC
I guess, the problem should then be renamed to something like this:

"Elements are assigned a css pseudo-class before the renderer is closed and there is enough data to assign it"

Comment 4 Allan Sandfeld 2004-12-18 19:46:50 UTC
CVS commit by carewolf: 

Fix structural pseudo-classes that needs to know the object or parents full 
extent (:empty, :last-child, :only-child and :nth-last-child)
BUG: 89249, 95266


  M +12 -0     ChangeLog   1.356
  M +42 -12    css/cssstyleselector.cpp   1.338
  M +4 -3      html/htmlparser.cpp   1.353
  M +26 -0     xml/dom_elementimpl.cpp   1.203
  M +9 -0      xml/dom_elementimpl.h   1.119
  M +7 -0      xml/dom_nodeimpl.cpp   1.245
  M +7 -0      xml/dom_nodeimpl.h   1.164
  M +1 -1      xml/xml_tokenizer.cpp   1.60