Gli elementi inline non comprimono spazi bianchi prima della fine del tag, nei browser moderni?

Question

Esempio: http://jsfiddle.net/9e81ytwg/

<div>Foo <span> Bar </span> Baz</div> 

*{font-size:30px;font-family:monospace} 
span{background:red;} 

Resi in browser legacy:

Rendered in browser moderni:

• PRIMA bar ci sono due spazi, ottengono crollato in un unico spazio che appare bianca
• DOPO bar ci sono due spazi, ottengono crollati in un unico spazio che appare rossa

perché questa differenza? e perché è diverso da come funzionava solo pochi mesi fa?

Esiste un punto specifico/punto in cui è stato modificato il rendering? Mi sarei aspettato che funzionasse come un tempo nei browser legacy. o è un bug?

Answer 1

http://www.w3.org/TR/CSS2/text.html#white-space-model (sottolineatura mia):

Se 'white-space' è impostato su 'normale', 'nowrap', o 'pre-line'

1. ogni scheda (U 0009) viene convertito in uno spazio (U + 0020)
2. qualsiasi spazio (U + 0020) seguente altro spazio (U + 0020) - anche uno spazio prima della linea, se che lo spazio ha anche 'bianco -SPA ce 'impostato su' normal ',' nowrap 'o ' pre-line '- viene rimosso.

Il comportamento che state vedendo è quindi del tutto corretta: tutti gli spazi è compresso da dietro in avanti, e quindi la spazio che precede non è rosso (è crollato nello 'spazio prima del inline') e il trailing uno è (come gli altri spazi collassano in esso).

Non ho idea di quali siano i "browser legacy" a cui ci si riferisce ma probabilmente questo era un bugfix nel loro motore da qualche parte lungo il percorso, poiché questo è stato negli standard come questo per diversi anni.

Aggiornamento: gli standard erano not explicit on this back in 2008 quando CSS2 è stato aggiornato l'ultima volta, e was explicit in the 2011 CSS 2.1 final drafts. Quindi non è davvero strano che i browser non fossero uniformi su come gestirlo.