59788 - "position: absolute; left: xx%;" for <span> inserts a linebreak

Status: RESOLVED DUPLICATE of bug 44508

(Core :: Layout, defect, P3)

Description

[Koike Kazuhiko]

if "position: absolute; left: xx%;" is specified for <span> element,
it is displayed at next line.

Comment 1

[Koike Kazuhiko]

Attachment: Testcase

Comment 2

[Boris Zbarsky [:bzbarsky]]

I see this on Linis as well (build 2001-01-18-08)

Comment 3

[Samuel Sieb]

same thing happens for "position:absolute;right:xx;" whether xx is a number or a
percent.

Comment 4

[Hixie (not reading bugmail)]

Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...

Comment 5

[Pierre Saslawsky]

Correct: taking the inline element out of the normal flow for absolute 
positioning should not cause it to be displayed on a new line as if it had been a 
block element.  Reassigned to Layout.

Comment 6

[Matthew Blanchard]

There's an example (+screenshot) in the CSS spec:

http://www.w3.org/TR/REC-CSS2/visuren.html#q29

It says:

"""

Relative and absolute positioning may be used to implement change bars, as shown
in the following example. The following document: 

<P style="position: relative; margin-right: 10px; left: 10px;">
I used two red hyphens to serve as a change bar. They
will "float" to the left of the line containing THIS
<SPAN style="position: absolute; top: auto; left: -1em; color: red;">--</SPAN>
word.</P>

might result in something like:

"""

The SPAN should not move down to a new line. Mozilla displayed it correctly
before version 0.9.4 (or 0.9.3 -- I don't remember which of the two).

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

likely dup of Bug 44508 ?

Comment 8

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Bug 44508 FIXED.
And This problem I can't reproduce with 2002081908-trunk/WinXP.

I think this problem is dup of Bug 44508.

Comment 9

[Mats Palmgren (inactive)]

Yes, this is a duplicate of bug 44508 (the inline was positioned as if it were
a block).

*** This bug has been marked as a duplicate of 44508 ***