Text rendering on documentation/reference/component-manager/ (possible duplicate)
#5 Updated by Robert Lemke over 12 years ago
It appeared again.
Here are two screenshots made with Safari 3.0.4 on Mac (JS enabled!).
#6 Updated by Robert Lemke over 12 years ago
Weird: I can only reproduce the bug if I click on http://flow3.typo3.org/documentation/reference/aop-framework/ directly.
If I select a different page through the site navigation and go back to the AOP framework documentation by clicking the link in the 2nd level nav, it works fine.
#8 Updated by Thomas Hempel over 12 years ago
I don't know jQuery that well but does it support domready events?
If it does, I would propose to do the "$(doc.load);" in bells-and-whistles.js" on domready. To me it looks like the Browser did not rendered the page completely when the resize starts.
P.S.: This is just a guess because I can't reproduce this only on first load and if I clear my browser cache.
#9 Updated by Stefano Cecere almost 12 years ago
problem still alive with latest Safari (3.1.2)
#10 Updated by Karsten Dambekalns almost 12 years ago
- Estimated time set to 0.00 h
It could be that jQuery stumbles over a malformed DOM, because the HTML contains mismtatched tags:
Unmatched </br> encountered. Ignoring tag. http://flow3.typo3.org/documentation/reference/aop-framework/ (line 256) Unmatched </img> encountered. Ignoring tag. http://flow3.typo3.org/documentation/reference/aop-framework/ (line 275) Unmatched </hr> encountered. Ignoring tag. http://flow3.typo3.org/documentation/reference/aop-framework/ (line 582)
This should be fixed in the XSLT generating the HTML.
#12 Updated by Berit Hlubek almost 11 years ago
The notation $(function); seems to behave like $(document).ready() so I'd think that a missing domready event couldn't be the problem.
I tested everything locally width valid source code, but the problem is still present on first pageload. I'll go on looking for the problem.