Forums d'assistance et de discussion sur les logiciels produits par Mozilla ou créés à partir des technologies Mozilla. Ce site ne dépend pas de la fondation Mozilla et est maintenu par un collectif de bénévoles.
Des nouvelles intriguent, portent à réactions ; des rumeurs courent et vous voulez débattre le vrai du faux. C'est simple : ce forum est dédié à ceux qui se sont laissés tenter par la pomme de la connaissance.
Les Backgrounds and Borders Module Level 3 étaient aussi passés en CR à la même date pour repasser en WD peu de temps après.
Là, ce qui est marrant pour les Multi-Colums c'est que ce soit Håkon Wium Lie le rédacteur (alors que Presto ne supporte pas encore ça)
@+
--
Pierre
C'est pas du CSS3, mais c'est une norme du W3C: MathML 3 vient de devenir une "Recommandation".
La liberté n'est jamais accordée de bon gré par l'oppresseur; elle doit être exigée par l'opprimé (Martin Luther King).
Les convictions sont des ennemis de la vérité plus dangereux que les mensonges. (Nietzsche).
Native Mozillian.
Le module CSS3 Color est devenu une "Proposed Recommandation" cette nuit.
La liberté n'est jamais accordée de bon gré par l'oppresseur; elle doit être exigée par l'opprimé (Martin Luther King).
Les convictions sont des ennemis de la vérité plus dangereux que les mensonges. (Nietzsche).
Native Mozillian.
Le module css3-multico est repassé une nouvelle fois en CR le 12 avril.
De plus, le fait qu'il y ait un support des colonnes dans IE10 devrait pousser les autres navigateurs à améliorer l'existant. Déjà que les colonnes on peut en faire depuis Fx 1.0 est ça n'a pas l'air d'avoir beaucoup bougé depuis (comme pour les radius jusqu'à il y a peu).
Zefling a écrit :Le module css3-multico est repassé une nouvelle fois en CR le 12 avril.
De plus, le fait qu'il y ait un support des colonnes dans IE10 devrait pousser les autres navigateurs à améliorer l'existant. Déjà que les colonnes on peut en faire depuis Fx 1.0 est ça n'a pas l'air d'avoir beaucoup bougé depuis (comme pour les radius jusqu'à il y a peu).
D'ailleurs les dernières démos d'IE10 ont mis en évidence quelques éléments pas supportés sous Fx et les bugs ont été créés.
La liberté n'est jamais accordée de bon gré par l'oppresseur; elle doit être exigée par l'opprimé (Martin Luther King).
Les convictions sont des ennemis de la vérité plus dangereux que les mensonges. (Nietzsche).
Native Mozillian.
J'avais pas vu mais ils sont passés aux sélecteurs de niveau 4 (CSS 4 ?), maintenant que ceux de niveau 3 sont théoriquement figés. http://dev.w3.org/csswg/selectors4/
Pour l'instant il n'y a toujours pas les deux trucs que j'aimerais y voir :
Le contraire de + (élément immédiatement après, il n'y a pas l'inverse)
Un sélecteur pour accéder à un nœud parent
Par contre, on peut voir des trucs intéressant.
Le :-moz-any() serait en quelque sort repris avec :matches()
Des sélecteurs pour les colonnes serait aussi de la partie : :column(), :nth-column(), :nth-last-column()
Des sélecteurs temporels : :current, :past, :future
Pour les sélecteurs nœud précédent et parent, j'ai cru comprendre que ça n'apparaitra probablement jamais car le design de CSS ne le permettrait pas. Ca c'était la mauvaise nouvelle. La bonne, c'est que matches devrait palier ce problème :
Dommage parce q'un input::parent permettrait de cibler un élement parent. Je vois pas où c'est compliqué. Ça pourrait être très pratique dans ce genre de cas où l'on voudrait que le bloque <div> parent apparaisse en rouge en cas d'erreur de validation html. Actuellement pour faire la même : JS.
En fait, non, pas plus que ton autre exemple.
Parmi les restrictions d'usage, on trouve :
In Selectors Level 4, only compound selectors are allowed within :matches(): combinators are not allowed. Additionally, :matches() may not be nested within itself or within :not(): :matches(:matches(...)) and :not(:matches(...)) are invalid.
