Articles précédents : Logiciel
- [20] OSCAR sort en version 4.1
- [11] Wesnoth 0.9 est sorti
- [19] Freeciv sort en version 2.0.0
- [17] M. Tridgell publie son client libre pour Bitkeeper
- [50] Sortie de GCC 4.0
- [25] Sortie de Mozilla 1.7.7 et Firefox 1.0.3
- [9] Un logiciel de gestion comptable libre à destination des collectivités
- [18] MPlayer 1.0pre7 "PatentCounter" dans les bacs
- [7] Libération par IBM d'Object REXX
- [174] PTT : un outil de trace pour la NPTL
Liens connexes
- L'annonce de David Hyatt et les patches (865 clics)
- Le test Acid2 (2855 clics)
- Konqueror (549 clics)
- Safari (652 clics)
- Des captures de résultats de tests sur d'autres navigateurs (4081 clics)
- Acid : comment ça marche ? (964 clics)
Dépêche modérée par
Dépêche éditée par
Logiciel : David Hyatt fait passer le test Acid2 à Safari et contribue à Konqueror
Posté par Laurent J (page perso, ). Modéré le 28 avril 2005.
Cerise sur le gâteau, David Hyatt fourni les patches des corrections appliqués dans le moteur KHTML, qui, rappelons-le, est basé sur le moteur (open source en licence LGPL) de Safari mais également de Konqueror, le navigateur fourni avec KDE. On peut donc parier que les prochaines versions de Konqueror passeront également ce test avec succès.
Le test Acid2 vise à juger du degré d'implémentation de CSS 2 dans un navigateur. Il contient une page HTML comportant des balises HTML sur chaque ligne du dessin. Chaque ligne se voit attribuer des styles et sélecteurs spécifiques, et montre donc le résultat de l'implémentation d'une fonctionnalité de CSS. Si le résultat de l'affichage de cette page web est identique au dessin attendu, alors l'implémentation de CSS 2 dans le navigateur est théoriquement conforme à la spécification CSS 2.
Concernant Gecko (moteur de Firefox et Mozilla), d'après Robert O'Callahan, développeur Mozillien, ils sont un peu en retard sur ce qui avait été prévu pour la sortie de Gecko 1.8, et qu'ils ont des bugs plus urgent à corriger que les bugs CSS montrés par le test Acid2. Il va donc falloir patienter quelques mois...
NdM : le KHTML de Safari diffère de celui de Konqueror, ce qui pose problème pour l'intégration des patchs. Voir les commentaires.
![[en]](../../../images/en.png)
L'annonce de David Hyatt et les patches (865 clics)-
Le test Acid2 (2855 clics)
-
Konqueror (549 clics)
-
Safari (652 clics)
![[fr]](../../../images/fr.png)
Des captures de résultats de tests sur d'autres navigateurs (4081 clics)-
Acid : comment ça marche ? (964 clics)
> Lire les commentaires (109 commentaires, moyenne: 2,9).
Ce test va plus loin....
Ce test va plus loin que tester uniquement CSS2. On peut même dire qu'il fait un retour aux sources du HTML à savoir SGML :)
Prenons l'exemple donné par David à propos des commentaires SGML.
En HTML, un commentaire de la forme
<!-- Mon commentaire -->
ne devrait pas contenir "--" car ça marque la fin d'un commentaire.
Et donc <!-- Plop -- Plip -- Plup --> devrait afficher "Plip" sur la page.
Et cette erreur est très très courante c'est pourquoi il n'activera ceci que pour le mode strict :)
Voir http://weblogs.mozillazine.org/hyatt/archives/2005_04.html#007953(...)
Alors...
C ki ki disait qu'Apple ne contribuait pas à l'Open Source ???
;o)
-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 14:00. (lien). Évalué à 9.Ca dépends ce qu'on entends par contribuer.
Si contribuer c'est fournir les sources à un projet tierce alors on peut dire qu'Apple contribue à tous les projets GPL de la planète.
Maintenant si contribuer à un projet c'est fournir travailler en collaboration (même CVS, même mailing-list,...) avec un projet tierce en fournissant des patchs qui s'appliquent bien à ce projet. Alors non dans ce cas Apple ne contribue pas à ce projet.
Apple contribue aux libres en fournissant les sources mais Apple ne travaille pas sur le moteur de Konqueror. Ils ont juste fait un fork de khtml (je ne le leur reproche pas) dont ils ont conservé comme nom "khtml" (Ca je le leur reproche).-
[^]Re: Alors...
Posté par Batmat (page perso, ) le 28/04/2005 à 14:18. (lien). Évalué à 6.>Si contribuer c'est fournir les sources à un projet tierce alors on peut dire qu'Apple contribue à tous les projets GPL de la planète.
Contribue, contribue. Bon, ne crachons pas sur le fait qu'une entreprise améliore un logiciel Libre. Mais ne leur léchons pas non plus les pieds, ce n'est pas une fleur qu'ils font là, ils remplissent leur obligation légale de publier les sources puisque le soft est GPL. Encore heureux donc qu'ils publient les sources de la correction.
OK, ils contribuent, mais ce n'est pas à sens unique, je ne pense qu'ils aient choisi le moteur de Konqueror simplement pour pouvoir contribuer, mais aussi parce que ça leur évitait de tout redévelopper.
Rappelons donc c'est une entraide et non pas seulement "un cadeau d'Apple" comme certains semblent le penser.-
[^]Re: Alors...
Posté par xylpho (page perso, ) le 28/04/2005 à 14:46. (lien). Évalué à 3.
[...]ce n'est pas une fleur qu'ils font là, ils remplissent leur obligation légale de publier les sources puisque le soft est GPL. Encore heureux donc qu'ils publient les sources de la correction.
Ben oui hein. Et personne n'a besoin ni envie de lécher les pieds d'Apple. C'est si irritant que ça qu'une entreprise commerciale contribue à faire avancer les choses?
OK, ils contribuent, mais ce n'est pas à sens unique, je ne pense qu'ils aient choisi le moteur de Konqueror simplement pour pouvoir contribuer, mais aussi parce que ça leur évitait de tout redévelopper.
Exact, et ils avaient le droit. Et s'ils ont choisi KHTML c'est tout bêtement parce que c'est le moteur le plus compact
Rappelons donc c'est une entraide et non pas seulement "un cadeau d'Apple" comme certains semblent le penser.
Là pour le coup tu sembles être le seul à le penser. Apple ne fait que se conformer à la GPL-
[^]Re: Alors...
Posté par Batmat (page perso, ) le 28/04/2005 à 15:08. (lien). Évalué à 2.C'est l'expression utilisée par Laurent qui m'a fait réagir de la sorte :
Cerise sur le gâteau
Rassure toi, je ne suis pas irrité, au contraire. Mais c'est juste qu'Apple mène une politique pour le moins controversée vis à vis du Libre et qu'il me semblait utile de rappeler le fait que ce soit bien une obligation et non une "Cerise sur le gâteau", même si c'est très bien dans l'absolu puisque ça contribue à l'amélioration du libre :-).-
[+] [^]Re: Alors...
Posté par xylpho (page perso, ) le 28/04/2005 à 15:19. (lien). Évalué à -3.rha ben oui mais toi aussi hein, tu fais ton soupe-au-lait. :D
Je suis un MacUser depuis longtemps mais j'ai toujours essayé de garder les yeux ouverts. Je sais bien que l'attitude d'Apple vis-à-vis du libre est sujette à critiques, mais avec KHTML ils ont toujours été corrects. C'est pas les gars de KDE qui diront le contraire ;-)
Ce que je trouve cool dans cette histoire c'est que tous les patches sont dispos et que "demain" on peut avoir un Konqueror au top.
Mais j'attends la "réaction" de Moz, je l'espère rapide parce que même si Safari est cool, Firefox pour le Webdesign c'est quand même le top-
[^]Re: Alors...
Posté par gnumdk (page perso, ) le 28/04/2005 à 15:37. (lien). Évalué à 9.>C'est pas les gars de KDE qui diront le contraire ;-)
Ah, c'est surement pour ca que depuis le fork de khtml par Apple, j'entends les developpeurs de Kde se pleindrent du comportement d'Apple, de l'impossibilité d'intégrer leur modifications, ...
D'ailleurs, on parle pas d'Apple la mais d'un développeur de Safari qui fournit les patch pour khtml. Alors certe c'est une très bonne chose mais je pense qu'il faut raison garder avant d'envoyer des fleurs à Apple.
L'avenir nous dira si cet évenement marque un changement de politique de la part d'Apple vis à vis de khtml.-
[^]Re: Alors...
Posté par ... a little wood elfe () le 28/04/2005 à 15:42. (lien). Évalué à 1.En tout cas il y a deux jours un développeur de chez Apple a annoncé sur la liste de diffusion de GNUstep avoir soumis des patchs pour le support de l'Objective-C et de l'Objective-C++ dans gcc.
Initiatives isolées ou changement de politique ?-
[^]Re: Alors...
Posté par Pinaraf (Jabber id, ) le 28/04/2005 à 19:19. (lien). Évalué à 4.Heu
C'est normal de leur part qu'ils patchent gcc pour l'obj-c/c++ : ils l'utilisent et le fournissent avec leur MacOS X, et emploient ces langages !-
[^]Re: Alors...
Posté par oops (page perso, ) le 29/04/2005 à 15:36. (lien). Évalué à 1.>C'est normal de leur part qu'ils patchent gcc pour l'obj-c/c++
Oui sauf qu'Apple a longtemps trainé pour montrer le code.
De plus il semblerait que Apple patch gcc pour que le runtime objectiv-C de GNU *ne puisse pas fonctionner* avec leur gcc.-
[^]Re: Alors...
Posté par Nicolas Roard (page perso, ) le 30/04/2005 à 03:12. (lien). Évalué à 6.Heu, non pas exactement hein !!!
Oui, pour le moment le gcc d'apple ne permet pas de compiler GNUstep (ou autre projet utilisant le runtime GNU). Pour compiler GNUstep sous MacOSX ou Darwin, il faut recompiler un gcc FSF ...
Mais ce n'est pas une question de patcher gcc *exprès* pour que le runtime ne marche pas, c'est juste qu'ils en avaient pas grand chose à fiche à l'époque (on peut les comprendre, améliorer/optimiser gcc et le runtime NeXT était largement plus prioritaire pour eux comme boulot !). Ceci dit, Andrew Pinski et Zem Laski ont (si je ne me trompe pas) commité ce qu'il fallait pour que ça passe, donc bon, avec un peu de chance (je ne sais pas quelle version de gcc est livré avec XCode2) ça marche directement maintenant; sinon, ça sera probablement pour la version suivante, mais on est loin d'un complot contre le runtime GNU hein :-P
Côté gcc FSF, on aura probablement ObjC++ pour la prochaine release mineure...
Pour rappel ce qu'on pouvait lire à propos de la release 4.0 sur le wiki de gcc:
In addition, the GCC Steering Committee has promised Apple (Zem Laski) that we will get Objective-C++ into GCC 4.0. Therefore, GCC 4.0 will not be released without Objective-C++, unless something seems to have gone horribly awry. (Update) Things went horribly awry, so Objective-C++ has not made it into GCC 4.0.
:-)
Mais bon, Mike Stump a l'air de pousser les choses un peu plus que Laski (et je trouve que c'est sympa à lui d'avoir envoyé un mail sur discuss-gnustep pour dire ce qu'il faisait).
-
-
[^]Re: Alors...
Posté par Nicolas Roard (page perso, ) le 30/04/2005 à 03:11. (lien). Évalué à 4.Pas autant "normal" que ça, pour la simple raison qu'Objective-C nécessite un runtime; et Apple utilise un runtime (le runtime de NeXT) qui est différent du runtime utilisé par GNUstep (il s'agit du runtime GNU). Ca fait longtemps qu'Apple a mis à disposition ses patchs concernant Objective-C++, mais si ce n'est toujours pas officiellement intégré à gcc, c'est que ça nécessitait une tripotée de changements:
- dans les frontends C/C++/ObjC
- dans le runtime
Comme en plus ça a "coincidé" avec le gros nettoyage C++ chez gcc... c'est resté en plan. Un nouveau mainteneur vient d'être récemment nommé (Mike Stump, voir http://gcc.gnu.org/ml/gcc/2005-04/msg01178.html)(...) et il a posté un message indiquant qu'il passait ObjC++ sur la mainline mardi soir (plus une série d'améliorations, dont certaines assez intéressantes ;-)
Bref, les choses bougent enfin, donc cool.
-
-
-
[^]Re: Alors...
Posté par xylpho (page perso, ) le 28/04/2005 à 15:45. (lien). Évalué à 1.Ah, c'est surement pour ca que depuis le fork de khtml par Apple, j'entends les developpeurs de Kde se pleindrent du comportement d'Apple, de l'impossibilité d'intégrer leur modifications, ...
Ca vois-tu je suis curieux d'apprendre. Qu'est ce qui pose probleme? Est ce que c'est du au fait qu'Apple a tellement modifié KHTML que cela complique le boulot des devs KDE?
d'un développeur de Safari qui fournit les patch pour khtml.
LE papa de Safari. Bon, on est pas crétins au point de croire qu'il est tout seul mais c'est le seul qui semble être le plus communiquant et le plus actif.-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 15:52. (lien). Évalué à 10.Apple a bossé plus d'un an dans son coin sur une version de KHTML et a ensuite sorti Safari et le KHTML qu'ils avaient modifié (Webcore).
Sauf qu'en un an KHTML (le vrai) a eu le temps de beaucoup changer et intégré les modifications de Safari est d'autant plus difficile, et inversement.
C'est pourquoi on a maintenant 2 moteurs totallement différents qui ne sont pas au même niveau dans plusieurs domaines.
Qui plus est le normes de codage de Apple et du projet KDE diffèrent donc un patch doit être travaillé, et étudié avant d'être intégré.
A noter que KHTML supporte maintenant lui aussi la propriété shadow de CSS3 (de meilleur façon que WebCore) mais de façon différente.
A noter aussi que KHTML supporte maintenant aussi les numérotations des éléments via CSS (Opera l'ayant devancé et Safari et Mozilla ne le supportant pas encore).-
[^]Re: Alors...
Posté par Mathieu Pillard (page perso, ) le 28/04/2005 à 18:06. (lien). Évalué à 6.
A noter aussi que KHTML supporte maintenant aussi les numérotations des éléments via CSS (Opera l'ayant devancé et Safari et Mozilla ne le supportant pas encore).
FWIW, ca arrive dans gecko, un patch a été intégré dans le tronc le premier avril (mais ce n'est pas un poisson :), ca devrait donc arriver a terme dans FF 1.0 avec un peu de bol. Pour plus d'infos, suivez ce bug: https://bugzilla.mozilla.org/show_bug.cgi?id=3247(...)
-
[^]Re: Alors...
Posté par Gof (Jabber id, page perso, ) le 28/04/2005 à 18:16. (lien). Évalué à 10.Lire le commentaire de Zack Rusin sur son blog.
http://www.kdedevelopers.org/node/view/1001(...)
Une traduction rapide et résumée:
Les patches de Safari ne seront probablement jamais inclus dans KHTML. Les différentes améliorations devront être ré-implémentées "from scratch"
Certaines partie du code de safari dépendent de l'API de OS X. Les changement dans safari sont interdépendants. Apple ne donne pas d'historique de modifications, ils sortent juste une nouvelle version de leur webcore complet périodiquement.
Malgré les requête de certain développeur de signer des NDA pour avoir accès aux changement incrémentals.
En gros, ils font juste le strict minimum pour respecter la LGPL.
Et ils sont dans leur droit.
Autrefois, si un développeur passait des heures pour implémenter quelque chose dans KHTML, il était bien remercié. Maintenant, on lui dit plutôt: « C'est pas trop tôt ! Ça fonctionnais déjà avec Safari depuis longtemps. Les développeur de Konqueror sont vraiment paresseux »
Tout ce qu'il souhaite, c'est qu'on arrête de parler de la coopération entre Safari et Konqueror [Ce que fait cette dépèche]-
[^]Re: Alors...
Posté par EdB (page perso, ) le 28/04/2005 à 20:57. (lien). Évalué à 3.tu m'a devancé, ca a effectivement l'air de les gonfler un peu la comparaison KHTML/Safari
-
[^]Re: Alors...
Posté par William Steve Applegate (page perso, ) le 29/04/2005 à 15:46. (lien). Évalué à 4.> Certaines partie du code de safari dépendent de l'API de OS X.
De Safari, je veux bien (de toute manière, Safari n'est pas libre). Mais de WebCore, en est-on si sûrs ? Non pas que je veuille mettre en doute les dires d'un dev de KDE, mais apparemment, des gens ont pu prendre le WebCore et le porter sous GTK+ [http://gtk-webcore.sourceforge.net/(...)]. Le béotien que je suis aurait donc tendance à penser qu'il n'est pas si lié que ça à MacOS X…--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™
-
-
-
-
-
-
-
-
-
[^]Re: Alors...
Posté par Larry Cow () le 28/04/2005 à 17:18. (lien). Évalué à 4.Dans le cas de l'intégration d'ObjectiveC++ dans la branche principale de GCC, c'est manifestement des personnes de chez Apple qui font la majeure partie du boulot : le mainteneur du frontend ObjC++ - Mike Stump, de mémoire - signe ses posts avec une adresse @apple.com. Après, il fait peut-être cela sur son temps libre, mais la plupart des gens qui bougent alentour semblent également être de chez Apple.
J'ai pas d'actions chez ces gens-là (j'ai même pas de matériel de chez eux), mais je trouve qu'il y a largement pire en matière de collaboration avec le libre.
-
[^]Re: Alors...
Posté par Gof (Jabber id, page perso, ) le 28/04/2005 à 18:20. (lien). Évalué à 3.« dont ils ont conservé comme nom "khtml" (Ca je le leur reproche). »
Ils ont changé le nom, ils ont appelé ça “Webcore”
La dépêche contient donc une erreur à ce niveau là.
Les patches ne sont donc pas applicables tels quels à KHTML-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 21:42. (lien). Évalué à 4.Négatif. Je parle du nom utilisé par le navigateur pour s'identifier ou pour les attributs CSS propriétaires.
Webcore utilise bel et bien -khtml-* comme notation ce qui fait qu'entre Webcore et KHTML c'est la merde.
Merci Apple pour avoir fait un fork sans faire un fork propre qui ne dérange pas le logiciel original :(-
[^]Re: Alors...
Posté par Gniarf () le 29/04/2005 à 00:59. (lien). Évalué à 1.comme Internet Explorer alors, qui s'identifie comme Mozilla depuis des lustres ?
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Win 9x 4.90)
Mozilla/4.0 (compatible; MSIE 5.14; Mac_PowerPC)
Microsoft Internet Explorer/666.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021208 Debian/1.2.7-5
(oui, bon, j'ai des doutes sur la santé mentale du dernier)--
"Je n'aime pas votre regard, baissez les yeux!" - Patrick Devedjian, 2008-
[^]Re: Alors...
Posté par Matthieu Moy (page perso, ) le 29/04/2005 à 08:38. (lien). Évalué à 1.> comme Internet Explorer alors, qui s'identifie comme Mozilla depuis des lustres ?
C'est plutôt le contraire, non ?-
[^]Re: Alors...
Posté par Laurent J (page perso, ) le 29/04/2005 à 09:46. (lien). Évalué à 4.non. IE, par le fait d'inclure la chaine "mozilla" dans son user agent, indique qu'il se fait passer pour Mozilla, où plutot pour netscape à l'origine. (en fait, c'est pour emmerder le monde, et tirer la langue à netscape)
Mozilla = un nom inventé par les fondateurs de Netscape, et signifie Mosaic Killer (killer = gozilla), Mosaic étant l'un des touts premiers (le premier meme il me semble) navigateur web graphique. (souvenir souvenir...)
Le moteur de IE, quant à lui, est dérivé de celui de Mosaic (voir les infos de copyright dans la boite "à propos" de IE).
-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 09:50. (lien). Évalué à 4.Non.
Voir la petite histoire des user-agent ou "Comment faire partir une norme en cacahouète" : http://www.pgts.com.au/pgtsj/pgtsj0208b.html(...)
Pour voir le bordel actuel : http://www.pgts.com.au/pgtsj/pgtsj0208c.html(...)
Peu respecte le fait de mettre le nom du navigateur en premier, certains font allusion à d'autres navigateurs et à d'autres moteurs "like Gecko" ou "Mozilla/...."-
[^]Re: Alors...
Posté par Robert Palmer (page perso, ) le 29/04/2005 à 13:36. (lien). Évalué à 1.Et c'est pas IE 7 qui va arranger les choses à ce niveau : http://blogs.msdn.com/ie/archive/2005/04/27/412813.aspx(...)
Ils gardent leur anachronique Mozilla/4.0 (compatible, ...) :(-
[^]Re: Alors...
Posté par ArBaDaCarBa () le 29/04/2005 à 14:19. (lien). Évalué à 2.Au fait, à quoi ça peut servir d'ajouter "SV1" dans le UA... À part le fait que son absence signifie que IE n'est pas mis à jour (donc vulnérable), je ne vois pas.
http://blogs.msdn.com/ie/archive/2004/09/02/224902.aspx(...)
-
[^]Re: Alors...
Posté par Mathieu Pillard (page perso, ) le 29/04/2005 à 17:53. (lien). Évalué à 2.Mais pourquoi faudrait il arranger quoi que ce soit a ce niveau ? Je ne vois vraiment pas le probleme avec cette chaine... Au contraire, changer encore, meme de facon subtile, l'user agent d'IE ne ferait que compliquer les choses... La, ils ont fait simple, ca reste grosso modo ce a quoi on s'attend, bref ya pas de problemes...
-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 18:29. (lien). Évalué à 3.Le problème est qu'elle ne respecte pas les RFC définissant la syntaxe du user-agent : http://www.mozilla.org/build/user-agent-strings.html(...)
"Mozilla" n'est pas le produit utilisé par Internet Explorer donc il ne devrait pas être indiqué.
"4.0" n'est le numéro de version rien du tout dans Internet Explorer.
Cette critique est aussi valable pour Konqueror ou Safari.
Une norme c'est fait pour être respecté sinon c'est la porte ouverte à toutes les fenê^W dérives :)-
[^]Re: Alors...
-
-
-
-
-
-
[^]Re: Alors...
Posté par Jérôme FIX (page perso, ) le 29/04/2005 à 09:34. (lien). Évalué à 5.Je pense que tu n'as pas compris le problème évoqué :
Dans les CSS, lorsque tu veux utiliser une propriété unqiuement disponible sous Mozilla tu utilises -moz- (exemple : -moz-border-radius), sous IE -ie-, sous KHTML tu utilses -khtml- et sous WebCore -khtml-, or les deux moteurs khtml et webcore sont aujourd'hui trés dissemblable, n'implémente pas les mêmes fonctionnalités, ... d'où le soucis.
Apple aurait du renommer complètement son moteur et pas à moitié !
NB : les -XXX- sont dans la norme
-
-
[+] [^]Re: Alors...
Posté par GhZaaark3 () le 29/04/2005 à 18:32. (lien). Évalué à -1.Comme quoi, je n'étais en tord en critiquant Apple dans la news précèdente.
Ceci dit, que ça soit GPL ou BSD (celle que je critiquais),
on voit quand même qu'une boîte (içi Apple) arrive à filouter, elle n'a pas violé la GPL en fournissant des patch, mais ne contribue pas réellement.
Apple est encore plus vicieux que Crosoft finalement (ouille le moinssage)
Question de bleu, je pensais qu'on était obligé de fournir les sources complètes du logiciel modifié outre peut-être les parties proprio bienque je me demande si la GPL n'interdit pas cela justement?
C'est sûrement une question de bleu, j'imagine bien que la batterie d'avocat d'Apple ont préparé le terrain. :)
++--
moué...-
[^]Re: Alors...
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 18:43. (lien). Évalué à 2.Les sources complètes de Webcore sont disponibles sur le net : http://developer.apple.com/darwin/projects/webcore/(...)
-
-
-
-
-
[^]Re: Alors...
Posté par herodiade () le 30/04/2005 à 19:58. (lien). Évalué à 2.La participation d'Apple à divers logiciels open source (khtml, mais aussi les utilitaires BSD, gcc etc) n'est pas négligeable.
En revanche ils se montrent très peu coopératif lorsqu'il s'agit de diffuser les spécifications de leurs chipsets (des chipsets qu'ils utilisent) et lorsque celà concerne les droits de diffusion des firmwares nécessaires à ces chipsets.
Apple choisit souvent des fournisseurs parmis les moins coopératifs (Broadcom et Ati par exemple) et refuse très souvent (malgrè une forte demande des devs noyau Linux et *BSD) de livrer les spécifications détaillées (ou de demander à ses fournisseurs de le faire, après tout Apple est là en position de force) et des licences adéquates pour la distribution des firmwares et drivers binaires.
Concernant la remontée des contributions en upstream, elle n'est parfaite pour aucun Unix (Mac OS X compris) et aucune distribution GNU/Linux. Les developpeurs "upstream" ont depuis longtemps apris à aller chercher d'eux même dans les bugtrackers et les patchsets des divers distros (et dans les ports *BSD). Ou pas.
Internet Explorer
Je n'ose même pas imaginer de quelle manière IE passe ce test.
Et est-ce-que IE7 à sa sortie le passera-t-il ?
(Excusez la nature trollesque de ce sujet)
-
[+] [^]Re: Internet Explorer
Posté par Amaury () le 28/04/2005 à 14:24. (lien). Évalué à -5.> Et est-ce-que IE7 à sa sortie le passera-t-il ?
1/ Non, mais
2/ on s'en cogne
IE possède plus de 90% de "parts de marché" dans le domaine. Qu'est-ce qu'ils en ont à faire de passer (ou non) un test organisé par une association qui leur est quasi-ouvertement hostile ? Les standards, c'est MS qui les fait, et si un webmaster ne vérifie pas que son site passe bien sous IE, il se prive de 90% des internautes.
En tous cas, moi, à leur place, c'est comme ça que je raisonnerais.-
[^]Re: Internet Explorer
Posté par Strass (page perso, ) le 28/04/2005 à 14:33. (lien). Évalué à 6.D'après plusieurs sources que je ne citerais pas ici, IE a maintenant moins de 90% de part de marché.
-
[^]Re: Internet Explorer
Posté par Pierre Jarillon (page perso, ) le 28/04/2005 à 14:55. (lien). Évalué à 9.En sachant que Firefox a passé la barre des 10% avec 20M de téchargements. Maintenant, c'est 47M. En comparant les chiffres de Xiti avec le précédents, on peut penser que IE se situe aux alentours de 80% en sachant que Firefox est à 15% et la somme des autres à 5%.
Un webmestre qui fait des sites ne respectant pas les normes peut se priver de 20% des internautes. Ça commence à être dissuasif !
-
-
[^]Re: Internet Explorer
Posté par anonimulo () le 28/04/2005 à 14:43. (lien). Évalué à 10.Qu'est-ce qu'ils en ont à faire de passer (ou non) un test organisé par une association qui leur est quasi-ouvertement hostile ?
Ils se sont pris une défaite médiatique cinglante avec Firefox, ils doivent riposter, cette riposte ne peut se faire qu'avec IEv7. Là, ce test est ouvertement destiné au grand public et à la presse, un le navigateur qui se plante, c'est très photogénique et le screenshot passera dans tous les journaux qui commenteront la sortie, et il y aura obligatoirement une comparaison peu favorable avec les autres navigateurs (Safari pour l'instant chez David Hyatt, Konqueror bientôt, Opera ?, Firefox ?). Voilà ce qu'ils en ont à foutre.
-
[^]Re: Internet Explorer
Posté par Batmat (page perso, ) le 28/04/2005 à 14:44. (lien). Évalué à 3.Ils n'ont plus 90% du marché. Ils ont environ 80% sur les sites généralistes, genre lemonde.fr , et sont presque en minorité sur les sites plus techniques.
Donc, non. En plus, en respectant le standards, le site passe bien sur tous les navigateurs (à quelques erreurs près d'IE bien sûr.). Ça vaut mieux que de développer à la mode des années 80 avec une page par navigateurs.
En tout cas, je fais partie de la génération en train d'arriver sur le marché et je peux te dire qu'il est totalement hors de question de revenir en arrière à ce sujet.
J'ai déjà encouragé ma direction et tous les gens que je rencontre à utiliser du XHTML/CSS et je peux te dire que dans une boite de dev, pouvoir dire aux "décideurs" qu'on va pouvoir :
* définir simplement des normes communes de développement (notamment en imposant que les pages valident, pas suffisant, mais c toujours un indicateur) et que ça coutera donc moins cher en maintenance
* Séparer les métiers, les équipes en terme de compétences. D'un côté les graphistes, de l'autre côté les graphistes (grossièrement).
Là, ça les intéresse vraiment !-
[^]Re: Internet Explorer
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 14:51. (lien). Évalué à 8."D'un côté les graphistes, de l'autre côté les graphistes"
Non ça c'est ce qui se passe actuellement :)-
[^]Re: Internet Explorer
Posté par Batmat (page perso, ) le 28/04/2005 à 15:02. (lien). Évalué à 5.éééééééé meeerde. :)
"d'un côté les développeurs, de l'autre côté les graphistes", voulais-je dire évidemment...
Merci pour la coquille :/
-
-
[^]Re: Internet Explorer
Posté par Benoit Chesneau (page perso, ) le 29/04/2005 à 11:37. (lien). Évalué à 3.Surtout que dans les années 80, développer pour le web devait être assez difficile ;)
1989 . Texte « Information Management: A Proposal » de Tim Berners-Lee
1993 . Naissance de Mosaic
1995 . Création du premier cybercafé en france ...
faudrait voir que le developpement de manière industrielle ne se fait effectivement que depuis 1995. Mais j'oubliais, il y a des gens qui se targuent de 20 ans d'experience sur le web... ENfin je suppose que c'était une manière de dire ...
--
http://benoitc.im
-
-
[^]Re: Internet Explorer
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 14:45. (lien). Évalué à 7.On ne s'en cogne pas du tout.
Les webmasters seraient sûrement plus heureux si le support XHTML/CSS de IE était meilleur. Ca éviterait les heures de prises de tête à faire fonctionner un site sur IE :(
-
-
[^]Re: Internet Explorer
Posté par Robert Palmer (page perso, ) le 28/04/2005 à 14:40. (lien). Évalué à 5.Et est-ce-que IE7 à sa sortie le passera-t-il ?
Je ne vois pas trop pourquoi ce commentaire est en négatif... Même si on est sur linuxfr, on ne peut pas vraiment parler des standards du web sans parler de IE et surtout de son futur. Car de l'évolution de IE dépend aussi de celle du web, qu'on le veuille ou non.
Bref pour répondre à la question, si l'objectif de l'équipe de développement de IE est clairement une amélioration de la prise en charge des standards et en particulier des CSS, réussir le test acid2 constitue tout de même un saut qualitatif important.
Pour l'instant ils en sont à corriger les bugs et implémenter quelques fonctionnalités indispensables comme les PNG transparents, le tout dans une relative transparence (ah ah) : http://blogs.msdn.com/ie/archive/2005/04/26/412263.aspx(...)
C'est donc encourageant mais vu la date de sortie prévue de la première bêta (cet été) il me paraît illusoire d'espérer que IE 7 puisse réussir acid2. Ceci dit, si IE 7 corrige déjà ses bugs et fait évoluer raisonnablement le moteur en mode strict, les gains pour la communauté des développeurs web seront déjà appréciables et bienvenus.-
[^]Re: Internet Explorer
Posté par ragoutoutou () le 28/04/2005 à 18:28. (lien). Évalué à 3.<i<Car de l'évolution de IE dépend aussi de celle du web, qu'on le veuille ou non.
Oui et non... ça dépend surtout des développeurs web qui suivent ou non les standards de microsoft au lieu des vrais standards web.-
[^]Re: Internet Explorer
Posté par Mathieu Pillard (page perso, ) le 28/04/2005 à 18:38. (lien). Évalué à 2.Respecter les standards, c'est bien.
Respecter les standards mais faire un truc qui ne marche que dans 5, 10, 15 ou meme 20% des navigateurs, c'est moins bien.
Conclusion: l'évolution du web dépend effectivement d'IE, qu'on le veuille ou non. (Les standards aussi, on est bien d'accord)-
[^]Re: Internet Explorer
Posté par ragoutoutou () le 28/04/2005 à 19:13. (lien). Évalué à 3.on a qu'à prendre le plus petit dénominateur commun. C'est une question de survie, si on se laisse tirer vers des "standards" empoisonnés par des brevets Microsoft, il sera difficile pour le logiciel libre de tenir la distance.
Les standards libres sont un bien plus grand combat que les logiciels libres: avec un standard non-libre en situation de monopole, le logiciel libre ne peut rivaliser avec le propriétaire et devient un facteur d'exclusion plutôt que d'ouverture.
si 80% des sites web utilisent des technologies brevettées microsoft et que ce dernier empèche l'utilisation de ces standards dans du logiciel libre grâce à des brevets, qui voudra encore d'un navigateur libre?
Qui voudra encore de linux où il n'y a que des navigateurs libres?
-
[^]Re: Internet Explorer
Posté par zerchauve () le 29/04/2005 à 06:19. (lien). Évalué à 3.Très bon commentaire.
Pour promouvoir les standards, il faut montrer que ces technologies sont efficaces et souples. Montrer que : "je fais tout très simplement avec du CSS/XHTML aux normes, et je peux également très facilement et rapidement pallier aux lacunes de certains navigateurs".... meme si en pratique le patch sera quelque fois long à développer pour un affichage sur IE.--
-- Le voilà qui s'en va, un des prototypes personnels de Dieu... Trop bizarre pour vivre, trop unique pour mourir
-
[^]Re: Internet Explorer
Posté par Pierre Jarillon (page perso, ) le 29/04/2005 à 12:20. (lien). Évalué à 4.Il est utile de faire connaitre largement ces sites :
http://logiciellibre.free.fr/(...) Testez votre navigateur et votre souris par Cyprien Gay
http://www.csszengarden.com/tr/francais/(...) Un exercice de style époustouflant !
http://www.openweb.eu.org/(...) OpenWeb, une référence
http://www.opquast.org/(...) Le guide des bonnes pratiques, indispensable pour commander ou réceptionner un site web.
Et bien entendu :
http://www.la-grange.net/w3c/xhtml1/(...) XHTML 1.0
-
-
-
De la validité du test
Que penser d'un test censé valider la qualité d'une implémentation de CSS... lorsque la source à tester contient des erreurs vis à vis de cette norme ?
Résultat du valideur CSS du W3C : http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwebstandards.org%2Fact%2Facid2%2Ftest.html%23top
A mon avis, avant d'avoir l'affront de publier un test qui se veut de référence, il faut se montrer irréprochable. Je m'étais déjà fait la réflexion lors de la publication du test, mais je pensais à tort que les dévelopeurs avaient des choses plus urgentes à traiter que des cas vraiment hyper limites. Que les devs d'IE ou d'Opera s'y mettent sérieusement, d'accord au vu des résultats, mais ce test n'est pas une fin en soit...
A quand des navigateurs qui fonctionnent correctement sur les tests et qui n'arrivent pas à afficher correctement un site tout simple? C'est à dire sur le fonctionnement des cartes vidéo qui détectent si elles sont utilisées pour un benchmark et qui volontairement désactivent des calculs pour mieux paraitre dans les articles pseudo journalistiques.
-
[^]Re: De la validité du test
Posté par Infernal Quack (Jabber id, page perso, ) le 28/04/2005 à 14:12. (lien). Évalué à 9.Justement c'est fait pour.
Respecter un standard c'est aussi savoir contourner les erreurs comme la norme l'indique donc c'est normal qu'il y est des erreurs.
Il faut à la fois savoir faire ce qui est correct mais aussi ne pas faire ce qui est incorrect.
Internet Explorer devrait d'ailleurs y réfléchir. Un navigateur acceptant de lancer du javascript quand l'URL taper dans la barre d'URL est fakescript:alert("plop"); ça me fout les boules :(-
[^]Re: De la validité du test
Posté par François B. () le 28/04/2005 à 14:21. (lien). Évalué à 4.Cela fait un certain temps que je ne me suis pas penché sur la norme CSS, mais je ne me rappelle pas d'instruction de fallback (désolé, je ne trouve pas de mot en français) en cas d'erreur... Donc chacun peut traiter à sa guise la manière dont il ne traite pas les erreurs.
Pour moi, toute page contenant une erreur (ou plus) devrait s'afficher sous la forme "Cette page est erronnée, il est impossible de l'afficher correctement. Veuillez contacter le webmaster". Si tous les navigateurs faisaient ça, on n'aurait pas les monstruosités inutilisables en dehors d'IE (et encore).
Il s'agit d'une solution radicale, c'est vrai, mais à mon sens c'est la seule qui pourait éradiquer les sites poubelles.-
[^]Re: De la validité du test
-
[^]Re: De la validité du test
Posté par Mathieu Pillard (page perso, ) le 28/04/2005 à 14:29. (lien). Évalué à 9.http://www.w3.org/TR/CSS2/syndata.html#parsing-errors(...)
Le comportement a suivre en cas d'erreur est donc tres clair en CSS2: on ignore :)
Unknown properties. User agents must ignore a declaration with an unknown property. (...)
Illegal values. User agents must ignore a declaration with an illegal value. (...)
Ca permet pas mal de choses, genre:
Je ne sais plus si ca marche encore, mais avant, dans IE, ca permettait d'avoir un position:absolute, parceque IE, ne connaissant pas fixed, était sensé l'ignorer. Il ya plusieurs autres hacks reposant sur des techniques du meme genre, comme par exemple cursor: hand + cursor: pointer.
position: absolute;
position: fixed
-
[^]Re: De la validité du test
Posté par Laurent J (page perso, ) le 28/04/2005 à 14:35. (lien). Évalué à 6.je ne me rappelle pas d'instruction de fallback
La norme CSS dit explicitement que toute instruction ou selecteur non conforme à la norme doit être ignorée par les navigateurs.
Cela va donc dire, si il y a une erreur dans le fichier CSS : l'ignorer. Ce que teste Acid2...
Il est même dit dans la norme CSS, que tout navigateur peut supporter *en plus* des styles qui ne sont pas dans la norme. Mais pour cela, il faut prefixer leur nom par "-foo-" où foo désigne le navigateur. Ex dans Mozilla : -moz-border-radius.
-
-
-
[^]Re: De la validité du test
Posté par Laurent J (page perso, ) le 28/04/2005 à 14:13. (lien). Évalué à 10.les erreurs pointés par le validateur, sont des erreurs que les développeurs du test ont [b]volontairement[/b] introduits ! (voir les commentaires dans les sources)
Ceci pour tester que le navigateur n'interprete pas des choses qui ne devrait pas l'être.
Exemple, pour la première erreur, qui est située sur cette ligne
[class=second two] { background: red; } /* this should be ignored (invalid selector -- grammar says it only accepts IDENTs or STRINGs) */
Ces erreurs sont aussi signalées dans le descriptif du test : http://webstandards.org/act/acid2/guide.html(...)-
[^]Re: De la validité du test
Posté par Robert Palmer (page perso, ) le 28/04/2005 à 14:19. (lien). Évalué à 10.les erreurs pointés par le validateur, sont des erreurs que les développeurs du test ont [b]volontairement[/b] introduits !
Un peu comme les bbcodes sur un site que ne les utilise pas ;)-
[^]Re: De la validité du test
Posté par Laurent J (page perso, ) le 28/04/2005 à 14:38. (lien). Évalué à 4.horreur ! j'utilise inconciement malgré moi ces horreurs de balises bbcode !!! Dire que j'ai deteste ce truc de bbcode http://ljouanneau.com/blog/2005/02/16/401-pourquoi-je-deteste-le-bb(...)
Arrrggggg !
Vite, une cure de desintox !
-
-
C'est malin,
maintenant on va voir partout :
Rediscover the web, SAFARI
... je connais, juste sur la droite, là ... --->[]
[+] Pas encore ca avec Konqueror
Je suis sous Suse 9.2 + Kde 3.4 (mise à jour via Yast , repository Suplementary sur fr2.rpmdind.net)
Résultat du test avec FireFox, un tout petit petit bug d'affichage (quelques points décalés).
Résultat avec Konqueror: heu ... en fait, c'est tellement en vrac que je ne reconnais meme pas l'image d'origine :)
Donc, a mon avis, et comme depuis longtemps déjà, il y a une divergence au niveau de la perception de la conformité entre les developpeurs de FireFox et ceux du moteur de Konqueror (et de Safari)
-
[^]Re: Pas encore ca avec Konqueror
Posté par asbin (page perso, ) le 29/04/2005 à 07:31. (lien). Évalué à 3.Alors là, je comprends pas trop ta réfléxion !!
Les devs d'Apple ont corrigé des bugs pour que ce test marche avec safari. Vu ce qu'on apprend de la news et les autre sites qui en parlent, c'est très récent.
Ils ont envoyés des corrections aux devs de Konqueror - Khtml il y a donc quelques jours grand maximum.
Tu penses réellement que ça a donc été corrigé dans Konqueror, puis compilé pour ta distrib, puis ditribué pour ta machine dans ce délais ?? Franchement si tu penses que ça va aussi vite, tu es très utopique sur la rapidité de propagation d'une correction de bug comme celle ci !!
Et quand bien même on pourrait déplorer le fait que ça n'aille pas aussi vite, je préfère attendre quelques semaines et que certaines personnes vérifient les correction et refassent des tests plutôt qu'ils appliquent des patchs les yeux fermés !
;-]-
[^]Re: Pas encore ca avec Konqueror
Posté par Philippe Fremy (page perso, ) le 29/04/2005 à 08:14. (lien). Évalué à 8.> Ils ont envoyés des corrections aux devs de Konqueror - Khtml
La tu reves. Cf les autres remarques, dont le journal de dirk mueller. Les modifs de Safari ne seront jamais integrees dans Konqueror parce que apple a fait un fork sauvage. Ils respectent la licence LGPL de khtml, mais ils ne jouent pas le jeu en ne cooperant pas du tout avec khtml.
Ces corrections de bugs n'arriveront jamais dans khtml, sauf si un mec de KDE les implemente.
Tu peux ecrire a apple si tu n'es pas content.-
[^]Re: Pas encore ca avec Konqueror
Posté par gnumdk (page perso, ) le 29/04/2005 à 08:36. (lien). Évalué à 2.Bonne remarque, parce que le journal dit que l'auteur fournis les patches pour konqueror mais je les cherche encore...
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par Laurent J (page perso, ) le 29/04/2005 à 09:59. (lien). Évalué à -1.pas pour konqueror, mais pour khtml !
Et pour ton information, les patchs, tu les trouveras sur le premier lien de la news.
Si il fourni des patchs, c'est qu'ils sont un minimum utilisable je pense. Rien n'empeche aux devs de khtml de jeter un coup d'oeil dans les patchs pour avoir une idée de comment david hyatt à résolu les problèmes.
Peut etre même bien que certains patchs concernent des fichiers qui n'ont pas été modifiés dans tous les sens par rapport au tronc de khtml.
Mais ça surement que les dev de khtml, de par leur mécontentement, ne vont même pas chercher à savoir si ils peuvent les appliquer ou pas. je me demande bien si ils ont vraiment jeté un oeil sur ces patchs, et si ils sont pas de mauvaise fois.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 11:09. (lien). Évalué à 2.Si ils vont regarder les patchs mais ils vont devoir travailler dessus pour les intégrer. Mais ils ont d'autres priorité à mon avis.
Certains patchs d'Apple sont réintégrés à KHTML (voir http://cvs-digest.org/(...) ) mais c'est la façon de travailler d'Apple qui est contesté.
-
[^]Re: Pas encore ca avec Konqueror
-
-
-
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 10:09. (lien). Évalué à -4.Au point ou j'en suis ....
Sauf que les deux GROS du marché (IE et FF) arrive DEPUIS LONGTEMPS à gerer CORRECTEMENT les css, alors que tout ce qui est basé sur le moteur Konqueror/Safari à de GROSSES LACUNES la dessus.-
[^]Re: Pas encore ca avec Konqueror
Posté par Gof (Jabber id, page perso, ) le 29/04/2005 à 10:28. (lien). Évalué à 4.Chez moi Konqueror fonctionne très bien sur presque tous les sites, et en particulier ceux qui respectent les standards.
Quelles sont les « grosses lacunes » dont tu parles ?
Quelles sont les standards que Konqueror implémente mal ?
Quelles sont les sites qui ne fonctionnent pas correctement (Hormis activeX,WMP,....) ?
Pour être honnête, j'ai déjà vu quelques DÉTAILS qui ne fonctionnais pas exactement comme il devrais. Quand j'en remarque un, je fais un rapport de bug. Et il y a de grande chances que ceux ci soient corrigés dans la version suivante.
Alors pour être constructif, va sur faire un tour http://bugs.kde.org,(...) et rapporte les problèmes que tu prétends avoir.
-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 11:14. (lien). Évalué à 3.C'est quoi cette connerie ?
Tu es encore sous KDE 1 ?
IE est un merde dans le support des CSS et c'est le seul gros navigateur qui n'a fait aucun progrès dans ce sens.
Un exemple d'utilisation de CSS où IE se viande comme une loutre bourrée à la bière : http://shift.free.fr/trash/llinfo_deuterope/plop.html(...)
Testez sous IE 6, Opera 8, Konqueror 3.4, Firefox 1.0,....
Il n'y a que sous IE6 que ça ne marche pas. Sous Konqueror il y a juste l'image de fond des zones input qui n'est pas affichée.
Alors les grosses lacunes c'est sous IE 6 qu'elles sont.
-
-
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 10:06. (lien). Évalué à -10.C'est excellent, j'oses, moi, humble vers de terre, emettre un avis (un constat en plus, car c'est ce qui se passe sur mon linux) et je me fait démolir à coup de moins.
Alors, ne rien pouvoir dire pour ne rien pouvoir dire, allons y.
Il y a une norme définie par le W3C et PERSONNE je dis bien PERSONNE ne la respecte à 100%. Que ce soit Firefox, fer de lance des navigateur libre, ou IE égérie du propriétaire.
Mais dans la bataille du moins pire, IE et Firefox (moz) tirent leur épingle du jeu.
Parce que, grosso modo, l'utilisateur lambda qui VEUT JUSTE SURFER, arrive a voir presque 100% (attention au activeX) des pages, ne peu pas le faire avec Konqueror et que c'est également folklorique sous Safari.
Alors, Et la je vais me faire moinsser pour de bon, TOUT ce qui est basé sur le moteur Konqueror (3.4) a de GROS soucis de gestion des CSS et d'ionterpretation du XHTML.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 11:18. (lien). Évalué à 1."Mais dans la bataille du moins pire, IE et Firefox (moz) tirent leur épingle du jeu."
Tu as déjà développé des pages-webs pour Internet Explorer ?
On ne dirait pas ou alors tu utilises toujours des tableaux pour la mise en page.-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 12:28. (lien). Évalué à -3.Oui, div est mon ami, ca ne me pose pas de soucis majeur. Et de toute facon, n'ayant pas le choix, je dois bien faire mes pages pour IE ET FF ET Safari ET ... ET ... car justement, je ne vais pas, sous pretexte de propriétaire, empecher les gens qui utilise IE, de voir mes pages.
-
-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 11:20. (lien). Évalué à 4.Et j'en rajoute.
Internet Explorer ne supporte toujours pas le XHTML et ne fait que l'interpréter comme du HTML.-
[^]Re: Pas encore ca avec Konqueror
Posté par Mildred (Jabber id, page perso, ) le 30/04/2005 à 02:31. (lien). Évalué à 1.Erreur: il n'interprète pas le whtml présenté avec "application/xhtml+xml" ... Il veut l'enregistrer sur le disque ...
-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 30/04/2005 à 07:37. (lien). Évalué à 3.Le XHTML 1.0 n'a pas obligation à utiliser ce Content-Type et peu utiliser text/html c'est pour cela que je disais ça.
Mais en effet avec le Content-Type conseillé il ne sait rien en faire :)
-
-
-
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 12:24. (lien). Évalué à -2.Attendez je peu faire pire ....... IE c'est le meilleur navigateur du monde!!!
Non mais certain devrai se regarder et apprendre à lire.
1) Le premier post n'indiquait rien d'autre que :
- ma configuration (donc pour ceux qui me demande si je suis sous KDE 1... ben apprenez a lire).
- Je fait le test avec mon firefox et mon konqueror et ... Firefox affiche quelque chose de correct (mais pas parfait) et konqueror m'affiche n'importe quoi. C'EST UN CONSTAT, je n'y peu rien.
- Et donc que ce qui semble être "vaguement" conforme chez l'un, ne l'est pas chez l'autre (cela aurait été l'inverse, cela aurai été pareil)
2) donc, toujours pour ceux qui on du mal a lire, je n'ai pas pris parti pour l'un ou pour l'autre des navigateur, et qui plus est, je n'ai pas parlé d'IE.
J'ai constaté ce que je voyais sur mon ecran.
A ceci, je me fait déscendre, comme toujours sur LFR quand on Ose êmettre un avis qui ne vas pas a 100% dans le sens du libre/gpl/opensource/linux.
En général, je ne repond même pas, mais la c'est la pose déjeuné, alors j'ai du temps.
J'indique donc que je vais me faire descendre et forcant volontairement la dose sur les defaut que je constate. Bon, ben ca a fonctionné.
Tous les extremistes que compte LFR sont sortis.
Alors pour info:
IE n'est pas parfait.
FF n'est pas parfait.
Opera n'est pas parfait.
Safari n'est pas parfait.
Konqueror n'est pas parfait.
etc ...
AUCUN de ces navigateurs ne sait respecter a 100% les normes W3C.
Certain le font mieux que d'autre ... tant mieu pour eux.
Pour infos suivantes, et la BEAUCOUP ne doivent pas vraiment faire de devs web (quoi qu'il suffisent que je le disent pour que justement TOUT les extremistes ici présent soit justement web dev).
Bref, je crée des webs apps et mon soucis majeurs en respectant les normes w3c c'est que je suis obligé de tester sur TOUS les navigateur les plus connus et apporter des modification spécifique à chaqu'un de ses navigateur car il y a toujour un cas qui s'affiche differement d'un navigateur à l'autre.
Alors NON, le respect des normes n'est pas pareil d'un navigateur a l'autre.
OUI certain respecte plus que d'autre.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 12:42. (lien). Évalué à 1."je n'ai pas parlé d'IE."
Oui et moi je suis le pape :)
"Alors NON, le respect des normes n'est pas pareil d'un navigateur a l'autre.
OUI certain respecte plus que d'autre."
On est d'accord avec toi mais pas sur ton classement. Dire que IE supporte bien les CSS c'est mentir.-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 12:55. (lien). Évalué à -2.Tu ne peux pas voir de page conforme css avec IE ? oui ? non ?
-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 13:07. (lien). Évalué à 2.Ca dépends des pages mais tu en verras moins avec IE qu'avec Konqueror ou encore que Firefox ou Opera.
Je te réinvite à tester ça http://shift.free.fr/trash/llinfo_deuterope/plop.html(...) sous Internet Explorer 6 puis sous Konqueror 3.4, Opera 8.0 et Firefox 1.0-
[^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 13:45. (lien). Évalué à 0.test fait.
Affichage IE pourri (illisible).
Affichage FF 1.0.3 correct bien que peu esthétique (un utilisateur lambda dira: c'est moche):
- la page me met une colone blanche vide a droite
- j'ai du texte qui déborde du cadre du haut
- les traits/bords des colones ne jointes pas bien.
Affichage Konqueror 3.4 presque parfait (mieux que FF):
- les traits/bords des colones ne jointent toujours pas bien
- des accents qui saute (carractères bizzares à la place)
- Police de caractère beacoup trop grosse.
Affichage Opera identique à KDE sauf les polices qui ne sont pas trop grosse.
Petite info, test ca avec le w3c validator
bref, IE n'affiche pas cette page et les autres oui, mais pas correctement.
Moralité, personne ne gère correctement cette page.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 13:52. (lien). Évalué à 2.Ne parlons pas de l'esthétisme.
Tout le monde dira que c'est moche ;-)
Le problème des accents c'est de ma faute. J'ai édité le HTML rapidement avec un outil merdique. Le but était de tester mon CSS avec le nouveau layout du site.
En tout cas tu ne peux pas dire que IE se débrouille bien mieux en CSS que les autres navigateurs en voyant ça et en effet personne ne gére correctement tout en CSS et il y a du boulot.-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 15:13. (lien). Évalué à -1.A ma défense, je vais dire que j'ai mal formulé ma phrase.
Je n'ai jamais pensé que IE gérait mieux les CSS qu'un autre navigateur.
J'ai simplement voulu dire (et c'etait le propos initial en fait) que quelque soit le navigateur, la gestion de CSS (et du XHTML et du javascript et des images Et ... bref tout ce qui fait qu'un site est agreable a voir) n'est pas parfaite et loin de la.
Et que dans ce monde hétérogène de navigateur, IE, qui n'est pas parfait n'etait pas globalement "plus pire" que Konqueror qui, jusqu'a présent, avait la facheuse tendance a afficher n'importe quoi CHEZ MOI (chez les autres je ne sais pas) alors que Firefox ET ie affiche a peut prés correctement toutes les pages.
Et , comme je le vois venir, NON quand je surfe, je ne vais pas vérifier que TOUTES les pages que je visite sont W3c conformes. Je veux juste qu'elle s'affichent.
-
-
-
-
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 12:58. (lien). Évalué à -2.Et NON a l'origine de mon post je n'avais pas parlé d'IE !!!!!!!
relis bien.
Mais OUI apres m'etre fait déscendre pour avoir OSE dire que konqueror avait un soucis chez moi, j'ai fait reference a IE.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 13:15. (lien). Évalué à 2.Vu que tu as cité une autre branche du fil de discussion (celle où je demandais ironiquement si tu étais sous KDE1), j'en ai conclu que moi aussi je pouvais prendre ce référentiel et cette branche que tu cites :)
-
[+] [^]Re: Pas encore ca avec Konqueror
Posté par bax42 () le 29/04/2005 à 13:30. (lien). Évalué à -2.Tu fais références à une branche ou j'indique clairement mon intention d'être provoquant. Cette branche fait suite à la descente en flemme de mon premier post qui ne faisait qu'UNE chose. Constater que sur FF 1.0.3, le teste passe a peut pret bien, et sous KDE 3.4 ca vautre complètement.
j'ai été excedé une fois de plus de constater que le fait d'emmetre , l'once de bout d'un soupson d'avis négatif sur un produit libre a toujours le même effet.
Shot down, on tire et on pose les question aprés.-
[^]Re: Pas encore ca avec Konqueror
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 13:54. (lien). Évalué à 2.Donc si tu étais ironique en disant que IE est mieux, je t'ai malheureusement pris au pied de la lettre :(
Mais note que ton post était provoquant et tu faisais plus que faire un constat objectif.-
[^]Re: Pas encore ca avec Konqueror
-
-
-
-
-
-
-
[+] [^]Attitude déplorable !!
Posté par asbin (page perso, ) le 29/04/2005 à 14:43. (lien). Évalué à -3.Je crois que c'est pas très malin de moinsser toujours la même personne parce qu'on n'est pas d'accord avec elle !!
C'est pas très malin et pas très sympa ...
Mais si les gens qui font ça veulent rétablir la censure, qu'ils le disent ( si seuleument ils osent se dévoiler).
;-]-
[^]Re: Attitude déplorable !!
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 14:54. (lien). Évalué à 2.Personne ne le moinsse systématiquement.
C'est le système de vote qui est foireux et qui initialise la note d'un commentaire par rapport aux notes des commentaires précédents. vu qu'il s'est mangé une note négative il va y rester longtemps. Et plus il postera moins il pourra avoir une note positive à moins de la fermer pendant 2 mois.
Vive ce système mal foutu \o/-
[^]Re: Attitude déplorable !!
-
[^]Re: Attitude déplorable !!
Posté par asbin (page perso, ) le 29/04/2005 à 15:52. (lien). Évalué à 0.En effet, je ne le voyait point comme ça, et en effet, c'est bizarre Oo
Reste plus qu'à méditer silencieusement...
;-]-
[^]Re: Attitude déplorable !!
Posté par Thomas Douillard () le 29/04/2005 à 18:46. (lien). Évalué à 3.
Reste plus qu'à méditer silencieusement...
Les traditions se perdent, ca va faire un petit moment qu'il n'y a pas eu de troll modération/notation.
Normalement, sur un problème comme ça, ca part !-
[^]Re: Attitude déplorable !!
Posté par asbin (page perso, ) le 29/04/2005 à 22:45. (lien). Évalué à 2.Pchuuut ! Faut pas forcer à réveiller un troll qui dort, ça peut être dangereux, faut le laisser se réveiller tout seul, sinon, seul un Grand Gnu peut savoir ce qui peut se passer !!
;-]
-
-
-
[^]Re: Attitude déplorable !!
Posté par Ash_Crow (page perso, ) le 29/04/2005 à 23:11. (lien). Évalué à 2.A propos du système de notation, son fonctionnement est expliqué quelque part?
J'ai un peu cherché mais je n'ai pas trouvé d'explication.
-
-
Curiosité sur la conclusion de l'article
et qu'ils ont des bugs plus urgent à corriger que les bugs CSS montrés par le test Acid2
J'aimerai bien savoir lesquels.
-
[^]Re: Curiosité sur la conclusion de l'article
Posté par Mathieu Pillard (page perso, ) le 28/04/2005 à 18:36. (lien). Évalué à 3.A vu de nez, tous les bugs acceptés comme étant bloquants pour FF 1.1:
https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&s(...)
Il y en a 2 fois plus de "nominés" comme bloquants, et ceci n'inclu pas les eventuels problemes de derniere minute, tout le QA qu'il ya a faire vu les changements par rapport a la 1.0.x, etc...
coincidence ?
coincidence peut etre mais demain y a tiger qui sort. et le jour d'avant un développeur d'apple annonce avoir réussi le premier a passer l'acid2...
coincidence ou pas, personne ne le saura jamais...
-
[^]Re: coincidence ?
Posté par Christophe Merlet (page perso, ) le 28/04/2005 à 20:58. (lien). Évalué à 4.Tiger est déjà pressé sur cd depuis longtemps, donc si le Safari de Tiger passe le test d'Acid 2, on peut dire que Apple sait vraiment bien gerer sa comm !!
Sinon j'en profite pour dire qu'il n'y a pas a se féliciter qu'Apple respecte les licences, c'est obligatoire. On ne peut vraiment pas dire non plus qu'Apple contribue au libre.
Le jour ou QuickTime avec ses codecs seront Libre, là il y aura eu quelque chose de bien, mais se sera trop tard, ce jour là GStreamer sera bien plus interessant et QuickTime n'a plus aujourd'hui l'intérêt qu'il avait il y a 5/7 ans.-
[^]Re: coincidence ?
Posté par Nicolas Schoonbroodt (Jabber id, page perso, ) le 28/04/2005 à 21:59. (lien). Évalué à 2.le monsieur parle bien d'annonce...
En effet, que le Safari de Tiger passe ou non le test acid2 n'est pas le plus important dans l'histoire. Si l'on annonce un jour avant une vente que son navigateur passe le test (même s'il nécessite une mise à jour) cela peut être vu comme un argument marketing. Maintenant, je ne dit pas que c'est le cas, bien évidement. (tout ce message pour donc dire que je ne trouve pas le message initial inutile, même si je ne dit pas qu'ils soit des plus pertinents non plus)
Ensuite, pour la deuxième partie de ton message, je ne pense pas que le fait de publier les patchs rentre dans le "respect de la licence". Une petit recherche sur google m'a mené sur le lien [1] qui me semble indiquer que le moteur KHTML serait distribué sous la licence GNU LGPL (avec ce que ca implique) (la recherche à été faite en vitesse, donc n'hésitez pas à me détromper)
[1] http://developer.kde.org/documentation/licensing/licensing.html(...)--
[ Répondre ] Ce commentaire est-il impertinent ou utile ?
-
Apple respecte la licence de KHTML un point c'est tout.
Le Moteur KHTML utilisé dans Safari avait un problème. Apple l'a corrigé et a transmis les corrections comme la licence LGPL l'impose aux dev du Soft original.
Que Mozilla (et donc Epiphany, Galeon, FireFox) affiche de travers n'est pas le problème d'Apple.
Que maintenant les dev d'Apple ne corrigent pas l'original c'est certe regrettable mais après tout rien ne les y obligent....
Que Konqueror ne soit pas encore en mesure d'afficher n'a rien d'étonnant. Laissons leur quelques jours et ce sera fait.
D' Unix à Linux sans passer par Redmond...
-
[^]Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par Infernal Quack (Jabber id, page perso, ) le 29/04/2005 à 08:31. (lien). Évalué à 6."Apple [...] a transmis les corrections comme la licence LGPL l'impose"
La licence impose la mise à disposition des sources. Elle n'impose pas la transmission directe aux développeurs du logiciel originel.-
[^]Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par ∫ầřυårðīņ (page perso, ) le 01/05/2005 à 09:32. (lien). Évalué à 2.tiens c'est vrai, cela serait sympa qu'Apple mette les sources de Safari2 à notre disposition, comme cela on pourra le recompiler et l'utiliser sans avoir à acheter tiger !
(je pense que l'on ne peut avoir que les sources de webcore ?)
Ou même qu'ils donnent les binaires pour les utilisateurs de panther.--
The elevation of 'faith' is, in fact, a sign that a religious tradition is losing its ability to induce theophany, or has already lost it.-
[^]Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par Cali_Mero () le 01/05/2005 à 12:42. (lien). Évalué à 3.Tu veux dire que pour bénéficier de la nouvelle version de Safari, on est contrait de mettre à jour tout le système vers Tiger ?
Je ne suis pas familier du monde Mac... Mais si cette attitude que tu dénonces "changez votre système si vous voulez mettre à jour votre navigateur" est avérée, ca rappelle pas mal ce qui se fait chez un autre éditeur bien connu de système propriétaire.
Il faudrait voir les petites lignes du CLUF (ou équivalent) de Tiger pour voir où s'arrête la comparaison...--
#define MAGIC 0xdefaced /* I should've patented this number -cliph */-
[^]Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par ... a little wood elfe () le 02/05/2005 à 07:42. (lien). Évalué à 3.C'est un peu plus complexe que ça, une partie des nouveautés de Safari2 (en particulier tout ce qui concerne les améliorations de l'affichage des sites) est backporté sur le Safari de Panther. En revanche les nouveautés du style affichage des flux RSS ne seront jamais disponibles pour le Safari de Panther je crois.
-
[^]Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par ∫ầřυårðīņ (page perso, ) le 05/05/2005 à 21:06. (lien). Évalué à 1.je crois que le commentaire qui suit répond à tout cela, par contre au autre problème c'est que par exemple la dernière version de Java (1.5) n'est que pour Tiger.
On peut voir cela comme de la vente forcé, mais bon si cela me pèse de trop je passerai plus de temps sur linux PPC c'est tout ;)--
The elevation of 'faith' is, in fact, a sign that a religious tradition is losing its ability to induce theophany, or has already lost it.
-
-
-
Lien entre le moteur KHTML (KDE) et WebCore (Apple)
Voilà l'avis d'un développeur KDE sur le travail de Apple et sur sa participation à KHTML :
http://www.kdedevelopers.org/node/view/1001(...)
Voila alors maintenant qu'on arrête de glorifier Apple pour leur aide au projet KHTML et merci aux développeurs de Konqueror pour l'énorme travail réalisé.
Commentez utile sur le blog de David Hyatt
David Hyatt vient de poster un billet sur son blog au sujet de la réponse de l'équipe de KDE en charge de KHTML par rapport à ses patches sur WebCore (Safari).
http://weblogs.mozillazine.org/hyatt/(...)
Il propose donc à tout le monde de lui poster des commentaires pour qu'il les prenne en compte pour une meilleur collaboration avec l'équipe de KHTML.
Avis linuxfriens, on nous propose cette fois de donner notre avis et surtout des idées pour améliorer les rapports entre Apple et le logiciel libre, alors profitons-en.
David étant un développer, je pense qu'il s'attend surtout à des suggestions techniques pour bien faire cohabiter les 2 projets (notamment, un des principales problèmes de cohabitation est que KHTML utilise Qt et WebCore utilise KWQ, leur toolkit).
Cette page a été générée par Templeet en 0.3224s (dont 0.0468 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.