Mozilla killer 2
Mozilla killer 2
Suite au sujet Mozilla killer, voici un autre prétendant au titre, un peu plus sérieux celui là : KHTML. Il est libre et... il semblerait qu'il implémente complètement le CSS 2.1 (voir l'annonce officielle). Même si ce n'est pas encore certifié c'est énorme !!!
Si ça s'avère exact c'est une excellente nouvelle pour le web, en espérant que ça pourra aiguillonner un peu Mozilla et Gecko qui est très franchement à la traine ces derniers temps
Au passage rappelons qu'IE ne supporte même pas complètement le CSS1
Alors à quand le portage sous Windows ? Je pense que les Mac pourront déjà en profiter via Safari, il n'y a donc plus que sous Windows qu'il est impossible d'avoir un navigateur correct
Si ça s'avère exact c'est une excellente nouvelle pour le web, en espérant que ça pourra aiguillonner un peu Mozilla et Gecko qui est très franchement à la traine ces derniers temps
Au passage rappelons qu'IE ne supporte même pas complètement le CSS1
Alors à quand le portage sous Windows ? Je pense que les Mac pourront déjà en profiter via Safari, il n'y a donc plus que sous Windows qu'il est impossible d'avoir un navigateur correct
Re: Mozilla killer 2
c'est vraiment dommage pour windows pour le momentcalimo a écrit :voici un autre prétendant au titre, un peu plus sérieux celui là : KHTML.
et avec mes périphériques folklorique même une mandrake move ... bof bof, ça m'obligerait à changer de clavier/souris !
vraiment dommage !
car avec Konquerror on voit des défauts que l'on ne voit pas avec FF et forcément IE ...
cependant, en étant valide, ça évite les mauvaises surprises ...
c'est mon bref essai de Konquerror qui m'a fait prendre conscience qu'il était temps que je bosse sur mon phpBB.
“La médiocrité obtiendra immanquablement la préséance en se travestissant des oripeaux de la bienséance.”
il y a aussi ca :
Donc Mozilla est un peu a la traine malgrés ses implémentation de quelque CSS3...
Dommage pour Gecko.
quelqu'un pour une capture d'écran d'un texte avec ombre ?
J'ai Gnome et pas envie d'installer Safari
et d'aprés la liste, il y a aussi le text-shadow.du coté de KDE, ils sont prêt à attaquer CSS3 (quasiement tous les selecteurs CSS3 sont déjà implémentés).
Donc Mozilla est un peu a la traine malgrés ses implémentation de quelque CSS3...
Dommage pour Gecko.
quelqu'un pour une capture d'écran d'un texte avec ombre ?
J'ai Gnome et pas envie d'installer Safari
Oui c'était un peu ça le sens de ma question. Quelle est la qualité de cette implémentation ? Est-elle complètement bugguée ? J'en doute, mais sait-on jamaisToto a écrit :Quelque part j'ai un lu un truc du genre : "supporter toutes la norme ne veut pas dire sans bug"
Je parlais du support de CSS2(.1). Et là il n'y a pas photo, Mozilla est sérieusement en retard. Depuis près de 2 ans que j'utilise Firefox/bird il ne me semble pas qu'il y a eu d'implémentation majeure de CSS2. Je me trompe ? (Je n'étais pas forcément très attentif au début).Benoit a écrit :Mozilla n'est pas à la traine, il supporte une bonne partie de CSS3 également (pas text-shadow il est vrai).
Pour moi il est vital de finir le CSS2 avant de passer au 3. C'est bien d'avoir les colonnes et des bords arrondis mais si des propriétés ultra importantes comme les compteurs ne sont pas implémentées c'est totalement ridicule !
PS : text-shadow c'est déjà du CSS2, non implémenté dans Mozilla.
c'est clair que niveau CSS on est servi avec Gecko :
http://www.xulplanet.com/references/ele ... rties.html
c'est beau, mais ca remplace pas certaine propriété CSS 2 importante (le text-shadow... je me répète, je trouve ca spendide)
Donc niveau CSS2, c'est dommage (mais d'un autre sens, je comprends, certaines propriètés CSS2 sont buggés donc il faut d'abord corrigé tout ca)
http://www.xulplanet.com/references/ele ... rties.html
c'est beau, mais ca remplace pas certaine propriété CSS 2 importante (le text-shadow... je me répète, je trouve ca spendide)
Donc niveau CSS2, c'est dommage (mais d'un autre sens, je comprends, certaines propriètés CSS2 sont buggés donc il faut d'abord corrigé tout ca)
[hs]calimo a écrit : C'est bien d'avoir les colonnes et des bords arrondis mais si des propriétés ultra importantes comme les compteurs ne sont pas implémentées c'est totalement ridicule !
Pour les compteurs dans Gecko, c'est en cours d'implémentation.
j'ai bon espoir que ce soit présent dans la prochaine version de Firefox (1.1).
« La vie d’un geek est un combat perpétuel contre l’imperfection »
Le support CSS de gecko avance et avance même rapidement. overflow-x et y, counter, sélecteurs CSS3, visibility:collapse, cursors, plein de bugs en moins partout etc..
Dire que Gecko n'avance pas dans ce domaine est une contre-vérité, ça ne veut pas dire que le support CSS de KHTML sera moins bon, il sera sûrement excellent et c'est tant mieux, mais entre implémenter et bien implémenter il y a une grosse marge.
Par ailleurs, les CSS sont importantes mais il n'y a pas que ça dans le moteur (DOM, XSLT, XML, Javascript, SVG...).
Dire que Gecko n'avance pas dans ce domaine est une contre-vérité, ça ne veut pas dire que le support CSS de KHTML sera moins bon, il sera sûrement excellent et c'est tant mieux, mais entre implémenter et bien implémenter il y a une grosse marge.
Par ailleurs, les CSS sont importantes mais il n'y a pas que ça dans le moteur (DOM, XSLT, XML, Javascript, SVG...).
D'accord, mais quand-même il y en a qui sont important comme les compteurs ou le positionnement, qui servent à se passer définitivement des tableaux et autres balises de mise en forme.Toto a écrit :Les CSS sont faites pour embellir les pages et leur donner un design, pas besoin d'utilité.
Des propriétés comme text-shadow, ce n'est pas aussi vital que ça
Si les compteurs sont en cours d'implémentation c'est effectivement une excellente nouvelle que je vais suivre de près
Pour en revenir à KHTML il supporte le MNG (Mozilla aussi le faisai un temps...), et je crois le SVG, mais je n'en sais pas plus (ni sur le reste).
Pourquoi ce changement de Mozilla sur le MNG ?calimo a écrit :Pour en revenir à KHTML il supporte le MNG (Mozilla aussi le faisai un temps...), et je crois le SVG, mais je n'en sais pas plus (ni sur le reste).
ça m'a toujours interpellé çà ...
idem pour le SVG, pourquoi n'est il pas supporté de manière native et doit on alors passer par un plugin propriétaire ?
“La médiocrité obtiendra immanquablement la préséance en se travestissant des oripeaux de la bienséance.”
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 39 invités