[TYPO3-dev] domesticating t3lib_div::debug

Dmitry Dulepov [typo3] dmitry at typo3.org
Sat May 3 15:38:20 CEST 2008


Hi Steffen!

Steffen Kamper wrote:
> but we need a solution for such cases:
> http://bugs.typo3.org/file_download.php?file_id=4752&type=bug

Fine. But changing "debug" is not a solution. Docheader broke debug(), so they should be fixed, not debug() made more complex just because of docheaders.

> when not changing debug, please show an alternative way to solve this ;-)

I do not know how HTML/CSS of modules with docheaders look now but I think these modules use absolute positioning of the form area inside <body>. The solution is to change markup and CSS. By enclosing docheader and form area into another div, which is positioned relatively with left=0 and top=0, you should be able to achieve the same shift down as we had before docheaders. Try it.

It works like this:
----------
aaaaaa - this is debug output - aaaaaa
<div style="position: relative; top: 0; left: 0;">
	<div style="position: absolute; top: 0px; left: 0px; width: 100%; height: 20px; background-color: green; color: white;">
	docheader
	</div>
	<div style="position: absolute; top: 20px; left: 0px; width: 100%; background-color: red; color: white;">
	content
	</div>
</div>
----------
When you have position absolute inside another positioned div, that "absolute" is measured from the enclosing div. But if that enclosing div is relative, it will shift to show the text before it.

I guess currently we just do not have that relatively positioned enclosing div. Adding it will solve the problem.

-- 
Dmitry Dulepov
TYPO3 core team
Web: http://typo3bloke.net/
Skype: callto:liels_bugs
"Nothing is impossible. There are only limits to our knowledge"




More information about the TYPO3-dev mailing list