Closed
Bug 398044
Opened 18 years ago
Closed 18 years ago
position:absolute not fully honored on ::before (and ::after?) pseudo-elements
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 238072
People
(Reporter: void.at, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7
::before pseudo-elements with 'position:absolute' don't honor the size given (i.e. width / height). If display:block is added the size is honored but the pseudo-element adds a "line-break" (even though it's absolute positioned). None of these issues happen on Opera 9.2 or Safari 3.0.3/Win.
See the url for an example (texts with red-dotted border).
Firefox 2.0.0.7 / 3a7 give the same result.
Reproducible: Always
Steps to Reproduce:
1-a. Add the few next CSS rules to an element (e.g. an li)
li::before {
content: 'any content';
position: absolute;
width: 20ex;
}
1-b. Add the following rule to the same pseudo-element
display: block;
Actual Results:
1-a. The ::before pseudo-element ignores the size given
1-b. The ::before pseudo-element honors the size, but adds a "line-break" after it
Expected Results:
1-a. The given size is honored.
1-b. The given size is honored and no "line-break" is added.
The expected results mentioned before are actually achieved on Opera 9.2/Win and Safari 3.0.3/Win
about:buildconfig
Build platform
target
i686-pc-cygwin
Build tools
Compiler Version Compiler flags
$(CYGWIN_WRAPPER) cl 14.00.50727 -TC -nologo -W3 -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 14.00.50727 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fd$(PDBFILE)
Configure arguments
--enable-application=browser --enable-update-channel=beta --enable-optimize --disable-debug --disable-tests --enable-update-packaging --with-branding=browser/branding/unofficial
Comment 1•18 years ago
|
||
positioning is not yet supported for generated content (::before and ::after).
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•