Articles précédents : Articles
- [53] Microsoft vs Linux: et si c'était dans votre poche ?
- [23] Posons des questions à Luc Ferry sur les logiciels libres !
- [9] Traduction de la philosophie GNU
- [11] Le Libre et le SIG
- [27] « Fossé numérique et solidarité numérique » par A. Wade
- [95] «How GNOME became LAME»
- [144] Le pacte des gnous en divx
- [13] Prizes : Gagnants de ces derniers mois
- [40] Mr Tout-le-monde peut enfin acheter son ordinateur sous Linux !
- [57] OpenMeans
Liens connexes
- Traduction (2259 hits)
- Version originale (618 hits)
- mozfr.mozdev.org (565 hits)
- La nouvelle sur Slashdot.org (364 hits)
Dépêche modérée par
Articles : Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 (). Modéré le 12 mars 2003.
Traduction (2259 hits)
Version originale (618 hits)
mozfr.mozdev.org (565 hits)
La nouvelle sur Slashdot.org (364 hits)
> Lire les commentaires (36 commentaires, moyenne: 3,5).
Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Il y a tout de même quelquechose qui me chifonne :
La clef d'un contenu ouvert ne vient pas d'un navigateur particulier, mais de l'ouverture, de la conformité aux standards et des technologies multiplate-formes.
[...]
une nouvelle application XUL adaptée spécifiquement à la navigation sur site Web d'Amazon
A priori ca ne me parait pas très cohérent, quelqu'un a-t'il des informations sur cette application ?
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 08:55. (lien). Évalué à 16.Cette application est visible ici :
http://www.cfmentor.com/~faser/mab/(...)
A priori elle fonctionne sur tous les navigateurs basés sur Gecko.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Erwan (page perso, ) le 12/03/2003 à 09:53. (lien). Évalué à 1.A priori elle fonctionne sur tous les navigateurs basés sur Gecko.
Non, XUL et Gecko n'ont rien a voir. Gecko est le moteur de rendu HTML, XUL le toolkit.
Par exemple ca m'etonnerai que ce truc tourne avec k-meleon ou Galeon, ou encore Konqueror en mode Gecko.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 10:22. (lien). Évalué à 3.L'application a l'air de fonctionner parfaitement avec Galeon 1.2.6. (J'ai les mêmes fonctionnalités que sur Mozilla 1.0.1 et que sur Mozilla 1.3 RC2)
Par contre sous K-Meleon 0.7 SP1 l'application se lance, les recherches aussi. Mais impossible de séléctionner les noms dans la liste des recherches. Bizarre pourtant la version de Geko utilisée date du 16 octobre 2002, donc bien après celle de Mozilla 1.0.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Strass (page perso, ) le 12/03/2003 à 10:33. (lien). Évalué à 2.Oui enfin, ok ça se lance avec galeon, mais on perd pas mal de l'intéret de faire du XUL sur base Mozilla : cohérence du toolkit de l'application XUL avec le toolkit de Mozilla. Notamment, l'application reprendra le thème de Moz. Là, ça fait un peu tache d'huile.
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 16:00. (lien). Évalué à 2.Personnellement je trouve la cohérence du toolkit Mozilla même sous Galeon.
Puisque l'application sous Galeon se lance avec le thème "classique", et le thème "classique" est le thème qui est le plus proche du système d'exploitation natif.
C'est à dire pour Galeon, GTK. Mais cette caractéristique est valable aussi pour les environnements Windows et Mac OS X.
-
-
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 10:27. (lien). Évalué à 0.> Konqueror en mode Gecko
Je suis curieux de savoir comment lancer Konqueror en mode Gecko ?
Le projet est-il toujours d'actualité ?
- KHTML est maintenant a l'air de bien fonctionner maintenant.
- Le portage QT de Mozilla a l'air d'être arrêté.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Erwan (page perso, ) le 12/03/2003 à 14:15. (lien). Évalué à 4.Tu ne lance pas Konqueror en mode Gecko, tu le "switche". C'est tres simple, il suffit d'avoir installer le package kmozilla et tu te retrouve avec une option dans le menu pour switcher de khtml a kmozilla.
Rien a voir avec le portage Qt de Mozilla, et si khtml fonctionne bien ce n'est pas une raison pour se priver d'offrir un choix a l'utilisateur.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 14:38. (lien). Évalué à 1.> Rien a voir avec le portage Qt de Mozilla
En es-tu certain ?
Par exemple pour Galeon 2 qui utilise Gecko et GTK2, l'équipe de développement avance en parallèle avec le portage de Mozilla sous GTK2 fait par Chris Blizzard.
Ce qui peut sembler logique, car même si l'interface utilisateur est native GTK2 dans
Galeon, Gecko lui a besoin d'un minimum de gadget, je pense surtout au boutons, champs et liste déroulantes des formulaires.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Infernal Quack (Jabber id, page perso, ) le 12/03/2003 à 16:34. (lien). Évalué à 3.Oui ça n'a rien à voir.
kmozilla (module kpart permettant d'intégrer mozilla dans konqueror) utilise gecko même si il n'est pas compilé avec Qt.
Enfin chez moi ça marche plus parce que kdebinding n'est pas dispo en KDE3.1 rpm et que j'ai du mal à le compiler :(
-
-
-
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Mathieu Pillard (page perso, ) le 12/03/2003 à 19:12. (lien). Évalué à 2.bah... si. gecko est loin de faire que l'html, encore heureux d'ailleurs... ca comprend aussi xul and co, xml, css, dom ... dailleurs teste, ca marche tres bien sous galeon par exemple.
De plus, xul, ce n'est que de l'xml, avec une spec, etc, donc c'est quand meme pas un toolkit fermé... (je sais que c'est pas ce que tu dis, mais bon on sait jamais :) et ca utilise le DOM, les CSS, etc qui sont des standards reconnus...
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
-
-
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Yusei () le 12/03/2003 à 09:08. (lien). Évalué à 9.La clé d'un contenu ouvert vient du fait que le contenu est accessible sans ces applications spécialisées. De la même manière qu'un site web bien fait sera accessible avec lynx, même s'il utilise des composants "adaptés spécifiquement" à la navigation en mode graphique.
En fait, l'application dont tu parles ressemble à ce que n'importe qui pourrait faire avec un parser HTML et un peu de temps, en récupérant les pages et en les mettant en forme dans une interface graphique. Je suis un peu sceptique sur l'utilité de la chose, mais ça ne me semble pas incompatible avec un respect des standards.
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par jmfayard () le 12/03/2003 à 09:09. (lien). Évalué à 11.Oui m'sieur :
je l'avais découver il y a quelque temps en lisant http://pascal.chevrel.free.fr/carnet/(...)
Il se trouve ici
http://www.cfmentor.com/~faser/mab/(...)
Ce navigateur utilise la sortie xml des Webservices d'Amazon.
Il n'y a donc pas de contradiction : ce navigateur particulier
repose sur un contenu ouvert, une conformité aux standards et des
technologies multi-plateformes.
(euh, c'est une fote d'ortographe multiplate-formes, non ?)-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Laurent J (page perso, ) le 12/03/2003 à 09:16. (lien). Évalué à 6.Et pour completer les propos de Jean-Michel : rappel.
"Ce navigateur particulier" est fait en XUL, c'est à dire, réaliser à partir d'une feuille XML, des CSS et du Javascript. Y a rien de plus standards que ça ;-)
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 12/03/2003 à 09:16. (lien). Évalué à 3.> (euh, c'est une fote d'ortographe multiplate-formes, non ?)
C'est la traduction de "cross-platform" proposée par l'Office québécois de la langue française http://www.granddictionnaire.com.(...) Après une recherche avec Google sur les sites français j'ai l'impression que les deux orthographes sont admises. A savoir multiplate-forme et multi plateforme.
-
[+] Mozilla, l'open source, le libre
A rapprocher de la recherche de traducteur pour GNU
- la théorie GNU qui tend à donner une idéologie,
avec l'avantage de permettre de projeter, avec le risque de dériver dans les travers d'une pensée rigide.
- un projet, donc une concrétisation de la théorie,
qui parce qu'elle se situe dans le monde réel doit composer et aussi le pousser pour tester la théorie.
Comme on voit souvent s'opposer les factions logiciels libres et open source, je ne me sentais pas trés à l'aise avec ça ; pensant pouvoir vanter l'open source, à mon modeste niveau, sans renier les logiciels libres. J'ai donc lu ce chapitre du Gnu concernant la distinction.
- chez mozilla on met en oeuvre - des logiciels libres et ouverts - qui tendent à promouvoir le bien commun (standard, loyauté à l'égard des utilisateurs, sécurité)
en ayant à l'idée qu'il faut de tout pour faire un monde... et prosaïquement notament des sponsors.
A travers plusieurs exemples on voit se dessiner une polarité, entre
- les logiciels libres se situant dans une perspective longues, et de bien public ; ouvert
- les logiciels propriétaires, des "business", des vecteur de profit, ils sont limités à des intervenants, un temps, une application donnée ; fermé.
L'open-source est une conquète des logiciels libres sur le "non-bien commun", il me semble, plus que sur les logiciels propriétaires. Et est mème un terrain commun, à la définition floue mais à l'existence réelle, dorénavant.
Le fait que les logiciels libres l'aient amené , montre l'intérêt de préserver leur existence.
Par contre,
Si l'idéologie est trés bien dans le champ des idées, elle doit inspirer une action qui pour se nourrir a besoin de se coltiner avec la réalité, s'y battre mais aussi s'y accorder, s'y nourrir.
Chacun individuellement peut se trouver plus à l'aise dans un contexte donné, il est indéniable que tout le monde a besoin des 2.
et mème des trois.
( comme le post est déjà long je ne continue pas sur les logiciels qui étaient libres avant qu'on ne le dise, et microsoft en a inventé, sinon le concept, du moins le précurseur )
-
[^]Re: Mozilla, l'open source, le libre
Posté par JSL (page perso, ) le 12/03/2003 à 11:50. (lien). Évalué à 7.> «L'open-source est une conquète des logiciels libres sur le "non-bien commun", il me semble, plus que sur les logiciels propriétaires. Et est mème un terrain commun, à la définition floue mais à l'existence réelle, dorénavant.»
J'avoue ne pas avoir compris tout ce que tu disais, mais cette phrase me gêne énormément : tu dis que l'open source est un terrain commun aux logiciels libres et aux logiciels propriétaires.
Je fairais ces deux constatations d'entré de jeu :
- tout logiciel libre (type BSD ou gauche d'auteur) est également logiciel open-source, qui est un ensemble de licence plus vaste.
- certains logiciels propriétaires sont des logiciels open-source (mais, évidemment, pas tous, loin de là)
De ce fait, on peut dire que derrière la dénonimation «logiciel open-source», on trouve à la fois des logiciels libres et des logiciels propriétaire. Soit, mais par terrain commun, j'entends (personnellement, mais peut-être me contredira-tu) terrain d'«échange».
Voyons ces différentes possibilités d'échange :
- d'un logiciel sous licence type BSD vers logiciel propriétaire, mais pas l'inverse ! Le genre d'«échange» unilatéral à sens unique (pléonasme) qui a poussé tant de monde vers la licence GPL.
- GPL vers GPL et équivalents uniquement.
- propriétaire vers propriétaire uniquement, même si c'est open-source (je ne traite pas ici le cas des logiciels distribués sous deux licences, qui est un cas très spécial, mais on revient finalement à une absence d'échange également)
Bref, je ne vois pas d'échange, si ce n'est du libre vers le propriétaire, et jamais dans l'autre sens. Alors, en quoi (je te cite à nouveau) «L'open-source est une conquète des logiciels libres sur le "non-bien commun"» ? Moi, je vois plutôt ça comme une conquête du propriétaire qui se rapproche faussement des logiciels libres via les logiciels open-source, afin de brouiller les esprits et d'exploiter la chose, sans rien rendre en retour.
L'open-source est un concept intéressant, mais qui n'a pas grand chose à voir avec les idées de liberté des logiciels libres, et les idées d'égalité sous-jacentes au gauche d'auteur.-
[^]Re: Mozilla, l'open source, le libre
Posté par nobotag () le 12/03/2003 à 14:10. (lien). Évalué à 2.1 désolé de ne pas etre facilement compréhensible
pour moi c'est un vrai défaut que tu ne m'ais pas compris. peut etre qu'en lisant une autre fois.
2 terrain commun / terrain d'échange
je pensais de maniére un peu générale, trop ?
ensemble des logiciels libres /intersection / ensemble des logiciels propriétaire
Je ne pensais pas en terme de camp et d'ennemi (ce qui me gene dans la terminologie GNU / le contexte international n'y est pas pour grand chose sauf qu'il illustre comment on peut ne pas aimer recourir à ce genre de vocabulaire, trop facilement )
Je parlais de l'article qui parle de la licence mozilla, (comparée à GPL ?) , en disant qu'il est possible et mème souhaité que des logiciels soient issus de mozilla et soient fermés et commerciaux.
Plus loin il parle de Safari , proprio mais appuyé sur un développement KDE, des bout Mozilla et des parts de développement propriétaires ; tout ça etant trés bien et mème explicitement prévu dans la licence Mozilla.
Avant on nous a décrit les avantages Camino/Chimera qui lui ,est libre.
Le propos de Mozilla à travers son porte-parole c'est de dire qu'il vaut mieux deux alternatives qu'une seule.
3 > Bref, je ne vois pas d'échange, si ce n'est du libre vers le propriétaire, et jamais dans l'autre sens
c'est faux .
Star office non libre a donné OpenOffice.org libre et Star Office proprio , sans qu'il y ait abandon.
Netscape a donné Mozilla et Netscape 6 et suivant,
Trolltech
BSD et Unix
...
des exemples existent certainement dans l'autre sens mais là tout de suite j'en trouve pas ;)
ha ben si dans l'article Safari qui utilise une partie du code de KDE tout en participant aux développement de ce code là.
Sans parler des sociétés qui fournisse des drivers pour Linux (on rale assez de ceux qui ne le font pas ....) et de celles qui financent une partie du développement, ou de la promotion.
ce que tu dis vient d'une ...certaine...mentalité qui veut que si on ne met pas un logiciel en libre alors on n'a pas collaboré "assez" ;
un certain jusque boutisme qui tient lieu de rigueur.
Ce que les exemples ci-dessus démontrent comme faux à la base.
ca ne veut pas dire que ça se fait tout seul et de bonne volonté, non, mais l'adversité et le conflit ne sont pas la guerre.
Questions lègales ...? Comme c'est une matière qui demande un peu de précision, et d'application, je laisse tomber. c'est facile je sais mais commencer par dire "il y a les sociétés et les softs ; les versions ; les développements et les usages..." serait encore plus facile que dire "franchement je crois pas que je puisse etre compétent là dessus."
3/ pardon mais le coté égalitaire je ne sais pas si on le trouve dans toute la communauté ;
mème si c'est une idée qui séduit comme but au dessus de soi, je ne suis pas sur qu'elle soit considérée comme applicable par la majorité des gens .
En fait ça correspond exactement à l'essentiel de mon post(quel con de l'avoir mal écrit j'ai -2 ) :
il y a la théorie -
et la pratique où il vaut mieux etre ouvert sur la terre que virtuellement libre.-
[^]Re: Mozilla, l'open source, le libre
Posté par JSL (page perso, ) le 12/03/2003 à 18:44. (lien). Évalué à 3.J'ai l'impression que je commence à mieux saisir ton point de vue, mais, il y a quand même des grands moments de flou artistique, ainsi, de quoi parles-tu quand tu dis : « Je ne pensais pas en terme de camp et d'ennemi (ce qui me gene dans la terminologie GNU / le contexte international n'y est pas pour grand chose sauf qu'il illustre comment on peut ne pas aimer recourir à ce genre de vocabulaire, trop facilement ) » ?
Enfin bref, je réponds à un point de ton post :
> «3 > Bref, je ne vois pas d'échange, si ce n'est du libre vers le propriétaire, et jamais dans l'autre sens
c'est faux .
Star office non libre a donné OpenOffice.org libre et Star Office proprio , sans qu'il y ait abandon.
Netscape a donné Mozilla et Netscape 6 et suivant,
Trolltech
BSD et Unix»
Effectivement, vu comme ça, mais (ben oui, il y a toujours un mai ;) il n'y a jamais garantie qu'un logiciel propriétaire sera un jour distribué également sous une licence libre. Et puis, c'est l'éditeur (détenteur premier des droits d'auteur) qui se met à distribuer le logiciel sous une autre licence, ce n'est pas le logiciel qui «devient» libre. Ça peut donner l'impression que je joue sur les mots, mais si on applique ton raisonnement jusqu'au bout, ça veut dire que dans le cas où un auteur distribue sous licence propriétaire un logiciel qu'il avait distribué sous gauche d'auteur, son logiciel libre serait devenu propriétaire !
En fait, le problème se situe ailleurs : si je participe au dvp d'un logiciel open-source propriétaire, le détenteur des droits d'auteur fait un peu ce qu'il veut de mes morceaux de code, alors que dans le cas d'un logiciel sous GPL, il peut décider de distribuer son logiciel de manière propriétaire, mais pas la version modifiée qu'il a reçu de moi sous licence GPL !
Bref, le problème se situe au niveau de la participation à l'évolution du logiciel, bien plus qu'à son apparition première.
Reste le cas de dual-licensing (qui, décidément, brouille les pistes, alors je détaille un peu) comme Mozilla ou Qt, où on céde ses droits afin que son bout de code se retrouve distribué à la fois dans la version GPL et la version open-source propriétaire. On aime ou on aime pas, mais c'est le seul compromis que je considère comme acceptable sur le moyen terme, puisqu'il y a toujours une version GPL, qui de plus, permet de maintenir la pression sur le possesseur des droits qui gérent la version open-source propriétaire.
Et ça doit être là où on ne s'est pas compris : je distingue le dual-licensing comme Mozilla par rapport à l'open-source propriétaire pur.-
[^]Re: Mozilla, l'open source, le libre
Posté par nobotag () le 12/03/2003 à 22:11. (lien). Évalué à 1.a propos de "l'ennemi" :
http://www.gnu.org/philosophy/free-software-for-freedom.fr.html(...)
et le fait que si on considere la violence de certains dans leurs jugements on peut la comparer avec certains croisés aux US.
En elles mèmes, les idées avancées ne sont pas intolèrantes, mais mal lus certains argument peuvent conduire à penser que le propriétaire c'est le "mal". Non ce n'est juste pas "libre"
Ce que tu dis sur les versions GPL et proprio est tout à fait vrai.
La différence essentielle entre "libre" et "proprio" réside non pas dans qui travaille mais dans quelle finalité on travaille. Ca se traduit en terme de licence sous laquelle on délivre le produit.
D'une part une licence libre, dont la finalité est de fournir au plus grand nombre un produit de qualité, mais pour lequel on ne s'engage pas commercialement.
D'autre part une licence propriétaire dont la finalité est de permettre à une société de réaliser des transactions à but lucratif, d'exploiter un savoir-faire en s'engageant, auprés de ses clients, à la fourniture d'un produit correspondant à certaines caractéristique, délais, garantie de service.
Si la philosophie GNU permet d'éclaircir ce qu'on peut appeler "libre" ou pas, elle ne permet pas de dire qu'il est exclu de collaborer ; la théorie d'exclusion mutuelle entre propriétaire et libre, est bonne quand il s'agit du produit délivré a l'utilisateur parce que le fait de distribuer un produit ne comprend pas que le logiciel mais aussi une forme de contrat. Dans la pratique de développement une démarcation idéologique n'est pas de mise.
L'idée de l'open source dépasse les visées "humanitaires" du libre, elle est un progrès en soi. Le "libre" l'exploite naturellement parce qu'il l'a créée, les éditeurs et leurs clients commencent à se l'approprier.
j'ai fait des progrés dans l'exposition de ce qui n'est qu'une bavarde mais modeste opinion ?
En tout cas merci de la contradiction.
-
[^]Re: Mozilla, l'open source, le libre
Posté par Erwan (page perso, ) le 13/03/2003 à 01:42. (lien). Évalué à 1.Je ne vois pas en quoi la MPL ou la QPL seraient des licences "Open-source proprietaire".
Elles sont reconnues par l'OSI, et la vrai difference c'est qu'elles autorisent a melanger du code proprietaire... Elles assurent donc les droits habituels, sauf que ce n'est plus necessairement vrai au "niveau" suivant. Un peu comme la LGPL.
Bref, beaucoup de bruit pour rien.
-
-
-
Camino, Safari et MacOSX
A propos de Camino et Safari, je trouve ridicule de la part d'Apple d'avancer comme argument de si precises mesures de vitesse entre les 2 navigateurs.
Car dans la pratique, si on relativise par rapport a la lenteur de leur OS, la difference est je trouve absoluement negligeable.
Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
C'est peut-être pas l'intention, mais ça fait assez plaidoyer contre safari. Le texte parle beaucoup de safari et peu d'IE.
Néanmoins, j'ai pas compris le choix d'Apple... même si safari est un peu plus rapide. C'est l'effet "think different" peut-être...
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Mathieu Pillard (page perso, ) le 12/03/2003 à 22:09. (lien). Évalué à 3.bah faut dire que safari tente un peu de s'attaquer a Chimera Camino, alors que pendant un temps ils étaient grands fans (souvenez vous des meetings ou ils présentaient des trucs avec Chimera) ... Quand je dis attaquer, ca veut dire produire des comparatifs un peu douteux sur la rapidite ou le respect des standards... De plus faut pas etre devin pour dire que Safari risque un peu de tuer toute concurrence sur macosx...
Et personellement j'ai pas tellement trouve que c'etait un plaidoyer contre safari... plutot des eclairssissements sur tout le bruit cause par cette sortie un peu imprevue...
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Nicolas Roard (page perso, ) le 12/03/2003 à 22:15. (lien). Évalué à 1.peut être parce que le moteur khtml est plus "clean" que gecko ? moins usine à gaz ? accessoirement, Apple utilisait déja le framework kde pour le javascript ...
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par 123neveu () le 12/03/2003 à 23:13. (lien). Évalué à 7.> peut être parce que le moteur khtml est plus "clean" que gecko ? moins usine à gaz ?
Linux 1.2 doit être moins "usine à gaz" que Linux 2.4. gecko fait beaucoup de choses compliquées il est normal qu'il soit compliqué. On ne demande pas à Apple de mettre les mains dans gecko. C'est l'utilisation de gecko dont on parle. Il y a plein de projets qui utilisent gecko. Je ne pense pas que ce soit au dessus des moyens d'Apple d'utiliser gecko.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Gniarf () le 13/03/2003 à 01:52. (lien). Évalué à 1."gecko fait beaucoup de choses compliquées il est normal qu'il soit compliqué."
non.--
Windows has no users. It has hostages.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
-
-
-
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Moby-Dik () le 13/03/2003 à 00:48. (lien). Évalué à 0.Désir de contrôle ? khtml est un petit machin développé par une petite équipe. Il suffit d'en embaucher deux ou trois et on a la main sur le projet. Vu le nombre de contributeurs de Mozilla, ç'aurait été un peu plus dur, et Netscape/AOL est déjà dans la place.
Apple est comme Microsoft, ils aiment que leurs partenaires soient à leur merci.-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Infernal Quack (Jabber id, page perso, ) le 13/03/2003 à 09:27. (lien). Évalué à 2.Les mecs qui bossent sur Safari sont des ex-développeurs Mozilla donc ce que tu dis est con :)
Et deuzio, khtml est loin d'être un _petit_machin_-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 13/03/2003 à 09:53. (lien). Évalué à 2.Par contre je pense qu'Apple peut avoir une plus grande emprise sur le projet KHTML que sur le projet Gecko.
SI KHTML est moins lourd il est plus facile à "forker". Enfin l'avenir nous dira si Apple a fait un "fork" de KHTML ou si Safari et KHTML avancent en parallèle, ce que j'espère.
D'ailleurs personne n'a des nouvelles pour savoir si les modifications opérées par Apple vont être intégrées dans une prochaine version de KHTML ?-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par rouge13 () le 13/03/2003 à 13:17. (lien). Évalué à 2.D'ailleurs personne n'a des nouvelles pour savoir si les modifications opérées par Apple vont être intégrées dans une prochaine version de KHTML ? http://dot.kde.org/1047107339/ http://members.shaw.ca/dkite/mar72003.html maintenant est-ce que ça durera ... la GPL garantie que toute modif d'un code GPL que l'on publie doit être sous GPL également mais si Apple "ajoute" des fonctionnalité est-ce qu'ils sont obligé de publier ces ajouts ?
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par bobsinclar5 () le 13/03/2003 à 14:18. (lien). Évalué à 2.D'après ce que j'ai compris : KHTML et KJS ont été utilisés. KJS déjà utilisé dans Sherlock appellé JavaScriptCore chez Apple. Mais KHTML avait besoin de composants QT et KDE, un adapateur (KQW écrit en Objective C) a été écrit qui remplace ces composants. KHTML et KWQ sont encapsulés dans un environnement appellé WebCore. Les améliorations, les corrections de bogues, et les optimisations ont été apportés à KHTML et KJS. WebCore et JavaScriptCore qui font un peu moins de la moitié du code de Safari ont été diffusés en open-source. http://developer.apple.com/darwin/projects/webcore/ Les modifications apportés par Apple à KHTML et à KJS restent bien sûr en LGPL. Mais KQW est publié sous la licence Apple (qui est une licence open source, mais pas une licence libre.) L'autre moitié de Safari (l'interface graphique) reste fermée.
-
[^]Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par rouge13 () le 15/03/2003 à 11:24. (lien). Évalué à 1.moi je comprendrai jamais ces vieux réflexes propriétaires ...
quel interet de coller 3 licences différentes sur un même produit ?
pourquoi ne pas tout publier sous GPL ?
ils ont peur de quoi ? de jeter leurs jours/hommes par la fenêtre ? que microsoft mette des bouts de Safari dans IE ?
enfin au moins KHTML et KJS en profitent au passage et c'est déjà ça de pris ...
maintenant Apple fait des ordis beaux et silencieux mais lents et chers ...
alors je préfère mon PC/athlon bruyant et moche mais pas cher et rapide pour ma debian.
-
-
-
-
-




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.