• # le FR de LinuxFR....

    Posté par  . Évalué à -2.

    s/mergés/intégrés ?

  • # Safari != KHTML

    Posté par  (site web personnel) . Évalué à 10.

    Les patchs de KHTML non pas ne sont pas mergés dans Safari non plus et personne ne dit rien.

    Le moteur de Safari n'est pas khtml. Apple a fait un fork de KHTML et se baser sur l'un en pensant que ça marchera dans l'autre est une grosse erreur.

    Si Apple voulait aider le libre, il aurait été plus intelligent de fournir une équipe pour travailler avec l'équipe KDE directement sur le même CVS. Actuellement l'équipe Apple code à sa façon et donc l'intégration des patchs demande une vérification. D'autant plus qu'Apple n'est pas parti de la dernière version de KHTML pour faire son navigateur et a attendu un an pour fournir les sources. Bref c'est vraiment pas sympa de la part d'Apple.

    Et ce qui m'énerve d'autant plus c'est que c'est que maintenant on ne parle plus que de Safari et Konqueror ne fait plus partie des tests (XHTML / CSS /...) de nombreux sites. C'est tout de même l'équipe de KDE qui a fait le gros du boulot et c'est Apple qui est sur le podium :(

    Si vous voulez que Konqueror intègre les patchs Safari, venez aidez l'équipe de KDE.

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Safari != KHTML

      Posté par  . Évalué à 2.

      La raison pour laquelle, Apple a décidé de partir de Konqueror me semble évidente.
      En effet, s'ils étaient partie de mozilla, ils risquaient d'aider un projet concurrent, alors que là, ils reprennent un moteur qui marche correctement, mais en étant sur que ce dernier ne puisse pas leur faire de l'ombre. Ensuite il change de language pour que ce dernier, plus petit que mozilla, ne puisse jamais intégrer les modifications.
      Et en plus, ils ont droit aux éloges pour avoir pondu un super navigateur et pour des gens qui fond du libre.
      Si apple avait vraiment voulu faire du libre, ils l'auraient fait avec aqua...

      • [^] # Re: Safari != KHTML

        Posté par  . Évalué à 4.

        Apple n'a pas envie de faire du libre. Apple respecte le libre.

        Tout les projets maisons d'apple sont proprios (a quelques exceptions pres). Tout ce qui a ete pompé de pres ou de loin dans du LL est resté sous la licence originale. Ils n'ont a ma connaissance jamais fait de transfert BSD => XXX.

        Bref Apple fait son boulot. Si tu veux pas qu'on puisse reutiliser ton code ne fait pas de LL. C'est bien de rever qu'Apple donne une equipe de devels mais ce n'est pas la realité.

        Il y a le meme problème de la reimportation de darwin vers FreeBSD. Tout est dispo mais personne n'est assez motivé pour faire ce sale boulot. C'est la faute a Apple ?

        • [^] # Re: Safari != KHTML

          Posté par  (site web personnel) . Évalué à 3.

          Le libre ne se limite pas à des licences mais à la coopération, qui plus est si e nom du projet est conservé. Si Apple ne veut pas aider directement l'équipe de Konqueror, qu'ils renomment leur moteur en Safari-engine, KHTML-Apple ou un autre truc pour pas qu'il y ait de confusions au niveau des utilisateurs et surtout des développeurs de sites-webs.

          Dans ce sens Apple ne respecte pas le libre.

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Safari != KHTML

            Posté par  . Évalué à 1.

            qu'ils renomment leur moteur en Safari-engine, KHTML-Apple ou un autre truc pour pas qu'il y ait de confusions au niveau des utilisateurs
            Les utilisateurs Mac ne doivent même pas savoir ce qu'est KHTML. Pour eux c'est safari, point.

            et surtout des développeurs de sites-webs.
            Le boulot d'un développeur est de s'informé, pas seulement de pisser du code.

            • [^] # Re: Safari != KHTML

              Posté par  . Évalué à 1.

              Je suis utilisateur Mac et journaliste (web, hein, je n'ai pas de carte de presse).

              On sait tous ce qu'est KHTML (sauf bien sûr ceux qui ne savent pas ce qu'est un moteur de rendu). On est il est vrai moins nombreux à savoir que tout n'est pas rose avec KHTML. En revanche, seuls les les switcheurs (comme moi) semblent assez critiques.
              Voir un message que j'avais récupéré sur MacBidouille
              <http://www.empyree.org/informatique/mac/doleances_en.html#open-sour(...)

          • [^] # Re: Safari != KHTML

            Posté par  (site web personnel) . Évalué à 2.

            > Le libre ne se limite pas à des licences mais à la coopération

            Cette affirmation est toute personnelle. Le libre à ma connaissance se limite au respect de 4 principes de base au niveau des droits accordés aux utilisateurs.
            Tu peux tout à fait faire du libre dans ton coin, sans aucune coopération, ça restera du libre.

            Quant au renommage c'est quelque chose de *bien* au contraire. A partir du moment où il ne s'agit plus du même soft à la base, il faut éviter de pourrir le projet original, de rajouter de la confusion pour les utilisateurs, etc. Il y a d'ailleur aussi quelques obligations légales car si le code est libre, le nom en général ne l'est pas. Je ne sais pas si le nom "konqueror" appartient au projet kde, mais il n'appartient certainement pas à Apple.
            Je ne t'ai pas vu raler quand le projet Xorg a forké Xfree86 en changeant de nom, ce n'est pas un projet "libre" ça pourtant ?

            • [^] # Re: Safari != KHTML

              Posté par  (site web personnel) . Évalué à 2.

              Tu n'as pas compris. Je reproche à Safari de ne pas avoir changé le nom de son moteur dans son user-agent justement :)

              Donc non je ne rale pas contre Xorg vu que je suis d'accord avec toi ;)

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # Fallait s'y attendre

    Posté par  (site web personnel) . Évalué à 2.

    Fallait s'y attendre, c'est normal.
    Quand on développe un programme en GPL, faut toujours s'attendre à ce que quelqu'un en fasse un jour un fork ou un emprunt de code. Que le forkeur soit ensuite quelqu'un d'ingrat, qui fasse le minimum requis par la GPL, ou pas est un autre problème.
    Mais c'était couru d'avance, que les deux projets se séparent de plus en plus, faut pas en prendre ombrage.
    Enfin, Apple est une société commerciale, volontiers mesquine avec ces clients, pour qui le secret et la tour d'ivoire sont un mode de vie, c'est comme ça depuis toujours, personnellement, pour moi, tout ça n'a rien d'étonnant, et je ne découvre rien.

    • [^] # Re: Fallait s'y attendre

      Posté par  (site web personnel) . Évalué à 3.

      Ce qui est chiant dans cette histoire c'est que maintenant le user-agent de Safari et de Mozilla sont similaire mais n'ont rien à voir.

      Je rappelle un petit historique des conneries qu'on trouve dans les UA des navigateurs.

      * Netscape dès ses débuts utilise "Mozilla" dans son UA.
      * Netscape ayant un monopole à cette époque de nombreux sites sont optimisé uniquement pour lui et jettent les autres UA. Microsoft non content de cette situation ajoute "Mozilla" dans l'UA de Internet Explorer.
      * Internet Explorer devient le navigateur le plus utilisé laissant Netscape 4.x dans les choux.
      * Opera plutôt que de bidouiller son UA décide de proposer un outil pour changer d'UA mais l'UA par défaut est celui de Internet Explorer.
      * Netscape libère Mozilla et le moteur gecko est créé pour le navigateur Mozilla.
      * KDE créé son navigateur Konqueror avec pour moteur khtml. On retrouve la chaïne "KHTML" dans l'ua de Konqueror.
      * Mozilla commence à devenir la référence des navigateurs respecteux des standards. Certains sites commencent à filtrer sur l'UA en cherchant la chaine "Gecko".
      * Apple veut faire son navigateur Safari en le rendant le plus respectueux des normes (donc proche de gecko) en le basant sur le moteur de Konqueror, khtml, et pour éviter les filtres sur les UA décide de se faire "passer" pour gecko. Ainsi on trouve la chaîne "KHTML, like Gecko" dans l'UA de Safari.
      * KDE récupère la mauvaise idée de Apple en mettant aussi "KHTML, like Gecko" dans son UA.

      (L'ordre est peut-être légèrement différent)

      Bref maintenant c'est un gros bordel. Ne filtrer jamais sur les UA !!!!!

      KDE devra t-il mettre "KHTML, not like Safari" dans son UA ?

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Fallait s'y attendre

        Posté par  (site web personnel) . Évalué à 1.

        Tiens, ça serait amusant de reprendre cette histoire, et de la compléter...
        À propos, elle est passée cette image qui représentait le champ de bataille informatique, avec tous les acteurs, et Microsoft au centre, avec des flèches dans tous les sens qui montraient les offensives des forces en présence ? Elle était marrante, cette image !

      • [^] # Re: Fallait s'y attendre

        Posté par  . Évalué à 1.

        >* Netscape dès ses débuts utilise "Mozilla" dans son UA.
        >* Netscape ayant un monopole à cette époque de nombreux sites sont optimisé uniquement pour lui et jettent les autres UA. Microsoft non content de cette situation ajoute "Mozilla" dans l'UA de Internet Explorer.

        Sur cette partie là, ça ne s'est pas du tout passé comme ça.

        En fait netscape et ie sont tous les 2 basés sur Mosaic, le 'mozilla' vient de là :
        - Le créateur de ns (mark andressen je crois) est un ancien dev de mosaic (développé dans un centre de recherche aux us, le ncsa)
        - Microsoft à ensuite acheté ou pris une licence du code de mosaic (ça se voit toujours dans le about de ie)

        De plus à l'époque (vers 1995) aucun site ne jetait personne de son site parce que les différences entre les navigateurs étaient minimes, parce que le web dynamique était plutot nouveau.

        • [^] # Re: Fallait s'y attendre

          Posté par  (site web personnel) . Évalué à 2.

          Voir http://www.zytrax.com/tech/web/browser_ids.htm(...)

          L'UA de Mosaic est de la forme "NCSA_Mosaic/2.7b5 (X11;Linux 2.6.7 i686) libwww/2.12 modified" et il n'y est fait aucune allusion à Mozilla.

          Et Mozilla vient de Mosaic+Godzilla comme expliqué ici : http://www.pgts.com.au/pgtsj/pgtsj0208b.html(...)

          D'ailleurs j'avais oublié de dire que Konqueror aussi avait "Mozilla" dans son UA :'(

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Fallait s'y attendre

          Posté par  . Évalué à 2.

          Le créateur de ns (mark andressen je crois) est un ancien dev de mosaic

          C'est même le créateur de Mosaïc. Andreesen était étudiant au National Center for Supercomputing et le A je sais pas...
          Netscape a été lancé par le fondateur de SGI (Jim Clark ??) en débauchant Marc Andreesen et une partie de sa dream team.

          Microsoft à ensuite acheté ou pris une licence du code de mosaic (ça se voit toujours dans le about de ie)

          Mosaïc est libre. La license (type MIT, proche de BSD) impose de citer le NCSA.

          "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.