xul ?
webkit est plus sympa ? (à embarquer par exemple ? c'est pas pour rien qu'il s'embarque sur tous les téléphones alors que firefox ne fonctionne pas partout, qu'il s'embarque dans qt alors que firefox non, etc)
et même temps, tout comme firefox a fait beaucoup de bien pour le paysage des navigateurs en contrant IE, chrome a fait beaucoup de bien en reboostant un peu tout le monde en foutant une claque bénéfique.
ça permet bien de récupérer des informations sur le visiteur...
Oué enfin le problème n'est pas là. Si je fais une page et que tu la consulte, j'ai déjà des infos sur toi. Si en plus j'ajoute un script piwigo, j'ai aussi pas mal d'infos sur toi.
Après le problème n'est pas dans le script, mais peut l'être dans google analytics où on centralise beaucoup de données.
Et par contre, le code cité est vraiment tout ce qu'il y a de basic en javascript.
C'est vrai, lorsqu'on a une application "lourde" on a jamais les cas suivant lors d'une mise à jour :
1) L'interface utilisateur a changé. Il faut la réapprendre. Parfois elle devient toute pourrie.
2) Ton système n'est plus supporté (version de dépendance, des interpréteurs, langages, lib, etc)
3) Faut dépendre d'une nouvelle bouse^W feature comme la carte graphique pour accélérer l'affichage ou gconf.
4) Ca bouffe encore plus de cpu/ram/hdd
5) Il faut réécrire tous tes scripts qui extrayaient tant bien que mal les données utiles du logiciel planquées dans un format fermé et non interopérable. Les anciennes sauvegardes ne fonctionnent plus non plus.
6) Des nouveaux bogues sont implémentés.
Je comprend pas vraiment le problème.
On sait très bien que dans une minute la valeur des minutes aura été augmenté de 1.
Il suffit alors de compter 60 secondes et hop le problème est réglé. Ensuite on peut découper le tout en heures, jours, etc.
Evidemment, il faut compter 60 secondes.
Mais comme tout le monde le sait, 60 secondes c'est une minutes.
Donc on itère 60 fois, d'une valeur de 1/60 de minute et hop le tour est joué.
Franchement, je vois pas le problème avec le temps, forcément si vous voulez faire la même chose avec des voyantes...
Merci de montrer ta totale non connaissance du problème.
Compresser des documents en les obfusquant
Le but n'est pas de les obusquer mais de les rendre beaucoup, beaucoup moins verbeux
depuis on a inventé des algorithmes de compression
Et ça fait belle lurette que et les serveurs et les navigateurs savent le lire / écrire
J'ai fait récemment quelques tests de js (compilation et compression). Voici les résultats :
version initiale : 1,2Mo
GZIP : 0,44
compilée : 0,6
compilée + GZIP : 0,225
Ho mince, si je compile en plus de gzip je suis deux fois plus petit. Cool non ?
Et contrairement au commentaire plus bas, surtout sur un mobile avec une connexion pas spécialement efficace, il vaut mieux laisser le navigateur décompresser tout en ayant un faible transfert que le contraire.
Que c'est chiant à utiliser dans la majorité des cas. Il faut se trimbaler des binds en permanence, etc.
Evidemment une fois que tu as vraiment compris tu peux t'en servir pour faire des trucs tordus (= puissant quoi) mais pour la majorité des cas c'est une contraire plus qu'autre chose et ça montre surtout un modèle objet perfectible.
Oué, sauf que Google Go est volontairement axé sur du bas niveau, un remplaçant à C plus qu'autre chose.
Et donc en aucun cas un bon langage de script pour un navigateur.
Ils n'auraient pas été innovant ils auraient été con.
lancé et commencé à utiliser de leur côté un nouveau protocole SPDY ;
C'est vrai, on devrait donc plutôt attendre une évolution de HTTP. Heu, elle est où ? Elle arrive quand ?
envisage de remplacer JavaScript pour leur usage personnel.
Pas que, mais aussi de le remplacer pour l'usage de toutes les application se trouvant dans un navigateur.
En gros, la question derrière : que propose-tu de ton côté ? La différence avec Google c'est que quand ils ont besoin de faire avancer les choses ils le font. Evidemment le but premier et de répondre à leurs besoin. Tu trouves ça anormal ?
Ha oui, par contre, contrairement à d'autres boites, ils le font de manière ouverte. Moche, non ?
Et sinon, je commence à voir des outils qui parlent SPDY (autre que Google).
Et sinon, il faut aussi voir ce qu'ils ont fait de la vidéo/audio sous jabber.
Le problème c'est que certains standards sont tellement ancrés qu'il ne se passe rien, qu'ils ne correspondent plus exactement aux besoins actuels, qu'on aimerait bien les améliorer mais à chaque fois que quelqu'un y touche c'est juste qu'un gros vilain !
Et après que Mozilla soit passé pour rétablir une situation plus ouverte
Heu, mozilla ils ont fait quoi pour de vrai pour flash ?
Le fait qu'il y ait besoin d'un séparateur dans ce cas (plusieurs instructions par ligne) ne devrait pas forcément le rendre obligatoire lorsque les instructions sont sur des lignes différentes.
Après, il faut bien voir qu'il y a aussi deux types de minifiers :
le premier, tout basique, ne fait que minifier (remplacer des variables locales, tout mettre sur une ligne - ou plusieurs grandes -, virer les commentaires)
les autres, font de la réelle analyse syntaxique, et sont en fait capable de régénérer le code. Les ';' ne sont plus un problème car n'interviennent qu'au moment de la sérialisation. On arrive (par exemple avec closure compiler de Google) a avoir des compilateurs javascript, qui réalisent beaucoup plus de choses qu'un minifier basique, entre autre de l'inline de méthodes.
Ce qui est drôle est que effectivement le commentaire que tu cites, qui est franchement insultant, a lui été carrément plussé. :)
En ces temps anti-Apple, ça ne m'étonne absolument pas.
ce côté n'existe pas dans la licence
Bah si quand même, je te copie le préambule de la GPL
Ce que je veux dire c'est que, même si c'est présent d'une manière ou d'une autre dans certaines licences, il n'y a pas obligation à respecter l'esprit de ces parties. Seul le respect des "contraintes" (je sais pas comment on appel) est nécessaire et obligatoire, mais on peut très bien le faire sans respecter l'esprit.
Pas que. (et pour la question, heureusement que non)
Il y a plein de problèmes avec la CLI. Ne serait-ce que pour des personnes ayant des troubles physiques, parfois la souris (ou dispositif de pointage) peut être plus intéressant qu'un clavier.
Ensuite, il y a plein de cas où la CLI est juste totalement inadaptée. Au pif et dans le désordre, tout ce qui concerne l'imagerie, le dessin, la typographie, l'édition (je parle bien d'édition au sens journaux, livres, etc. Ok on peut trouver des cas où c'est adapté, je dis ça avant qu'on sorte latex, mais question mise en page il y a des choses beaucoup beaucoup plus complexes). Ensuite on peut aussi aller dans tout ce qui concerne la CAO, DAO, FAO, le jour où quelqu'un me sort un CLI potable...
Et il y a plein de cas du genre.
La CLI c'est bien dans certains cas, mais les interfaces aussi.
C'est d'ailleurs la force de Linux pour le coup (et dans une un peu moindre mesure MacOS X) d'arriver à concilier les deux à l'intérieur d'un même système (là où sous windows c'est moins agréable). Suivant les besoins on peut utiliser les deux, et ça c'est bien.
Heu si, en l'occurrence beaucoup crachent à la gueule d'Apple pour khtml/webkit. Peut-être pas toi mais le commentaire au dessus oui :
Faut vraiment rappeler ce qu'apple a fait avec webkit
Vas-y, rappel nous ce que ces connards ont fait avec KHTML ?
M'étonnerais franchement que ce soit de l'ironie.
Le problème de faire remarquer le côté "éthique" est que ce côté n'existe pas dans la licence. La licence est là pour signifier ce qu'on a le droit / devoir de faire, non l'esprit.
Après pour le [-] tout est toujours relatif... Et ça aurait mériter un peu plus de détails, les commentaires partials sont de toute façon plus appréciés (c'est quand même ennuyant le factuel ;-) )
dans mon navigateur, le champ alt n'est pas affiché dans un tooltip.
Pour info c'est juste totalement normal. alt est là pour afficher un texte alternatif et donc dans le cas où l'image ne serait pas chargée. Par exemple un descriptif de l'image. title est là pour afficher un titre, et en général cela se présente sous forme d'une infobulle (je ne sais pas si ça arrive que ce soit autre chose)
qu'on se soit pas content je le comprend.
qu'on pense que ce n'est d'ailleurs que de la politesse, je le comprend.
Mais qu'on crache dessus alors que c'est seulement respecter (à la lettre et non l'esprit) de la licence, ben non, c'est débile.
Et d'ailleurs ça ne fait que donner une mauvaise image du libre "je partage, tu peux en faire ce que tu veux tant que tu respecte la licence, mais si t'es pas sympa je te cracherai éternellement à la gueule"
Et c'est aussi oublier nombre de forks non amicaux à l'intérieur même du monde du libre, et beaucoup sont moins décriés que ça.
Je suis bien d'accord, c'est bien ce que je signifiait.
Le problème c'est que beaucoup mettent des codes sous GPL mais crachent sur ceux qui respectent la GPL (LGPL en fait d'ailleurs) sans respecter la philosophie de partage du libre. Mais c'est le jeux malheureusement.
Alors oui on peut regretter que Apple n'ait pas été sympa, qu'ils aient refilé un temps leurs modifications sous forme de patch moisi, mais c'est ce qui était autorisé par la licence.
C'est comme si je met une corbeille de bonbon sur le pas de ma porte avec un écriteau "servez-vous" et qu'ensuite je me plain que certains se sont servis.
Et pour terminer l'histoire, il faut voir aussi que ce qu'apple a fait de khtml est tout de même super (au final), khtml qui était un moteur limité à KDE est devenu webkit l'un des moteurs les plus utilisés aujourd'hui, vraiment multiplateforme, performant, etc.
NB : Sur une machine, j'utilise BusyBox, dois-je quand même dire GNU/Linux ?
Raaa, mais pourquoi poster ça avec un jour de retard ? Là c'est dur de répondre, et d'ici trolldi ton commentaire aura disparu.
Y'a des règles quand même, on peut pas faire n'importe quoi avec un troll. Et c'est dommage de gâcher un lancé du genre, ça fonctionne plutôt bien si c'est le bon jour.
Mitterand a été élu en disant qu'il abolirait la peine de mort. Ce n'étais pas si impopulaire que ça.
La question est surtout : s'il y avait eu référendum au moment de l'abolition, aurait-ce été en faveur de l'abolition ou non ? Si non, que Mitterand ait été élu ou non en le disant n'aurait pas eu grande importance. De plus les gens votent rarement pour l'intégralité d'un candidat.
En clair, je suis plutôt d'accord avec le commentaire précédent (et suivant), la majorité n'a pas nécessairement raison, ne serait-ce que parce que "les gens" ont souvent un aperçu trop restreint des problèmes, ni forcément les connaissances ou les compétences pour toujours être en mesure de décider.
Il ne s'agit pas d'avoir la vérité et de savoir ce qu'il faut faire, il s'agit d'adopter la position la plus pragmatique possible.
Ha si, il s'agit tout de même de savoir ce qu'il faut faire.
20 pages [...] cela ne me paraît pas énorme.
Déjà, si. Ou alors tu ne cherches qu'à prêcher des convaincus, auquel cas il n'y a pas de problème.
Et en plus, tu as déjà consulté ton site avec un écran pas trop grand (genre un navigateur de moins de 750px de haut) ? Car c'est juste inutilisable et illisible, il y a un double scroll tout ça pour se rendre compte qu'il y a une pagination en bas, on ne sait même pas pourquoi.
Je pense même que l'attachement trop important à la forme est une des raisons qui rend la politique au niveau où elle se situe actuellement.
Et c'est avec un raisonnement du genre que tu veux que "les gens" fassent la politique ? Je veux dire surtout que si tu ne parles pas aux gens avec leur langage ça ne marche pas souvent correctement. Et pour bien préciser, il n'y a pas une façon de présenter les choses. Le fond c'est bien, mais si la forme ne permet pas aux gens d'aller jusqu'au bout, encore une fois c'est bon que pour prêcher des convaincus, dont l'intérêt est juste quasi nul.
[^] # Re: Google chrome
Posté par CrEv (site web personnel) . En réponse au journal La Fondation Mozilla ne serait rien sans Google ?. Évalué à 4.
xul ?
webkit est plus sympa ? (à embarquer par exemple ? c'est pas pour rien qu'il s'embarque sur tous les téléphones alors que firefox ne fonctionne pas partout, qu'il s'embarque dans qt alors que firefox non, etc)
et même temps, tout comme firefox a fait beaucoup de bien pour le paysage des navigateurs en contrant IE, chrome a fait beaucoup de bien en reboostant un peu tout le monde en foutant une claque bénéfique.
[^] # Re: skoistruc ?
Posté par CrEv (site web personnel) . En réponse au journal Pour les développeurs qui en ont dans le slip. Évalué à 2.
Oups, c'est vrai, merci pour la correction (pour les deux commentaires)
Mais qu'elle idée ces noms qui ne veulent rien dire, peu prononçables et impossible à s'en souvenir !
[^] # Re: skoistruc ?
Posté par CrEv (site web personnel) . En réponse au journal Pour les développeurs qui en ont dans le slip. Évalué à 2.
Oué enfin le problème n'est pas là. Si je fais une page et que tu la consulte, j'ai déjà des infos sur toi. Si en plus j'ajoute un script piwigo, j'ai aussi pas mal d'infos sur toi.
Après le problème n'est pas dans le script, mais peut l'être dans google analytics où on centralise beaucoup de données.
Et par contre, le code cité est vraiment tout ce qu'il y a de basic en javascript.
[^] # Re: au point ou on en est
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 5.
C'est vrai, lorsqu'on a une application "lourde" on a jamais les cas suivant lors d'une mise à jour :
1) L'interface utilisateur a changé. Il faut la réapprendre. Parfois elle devient toute pourrie.
2) Ton système n'est plus supporté (version de dépendance, des interpréteurs, langages, lib, etc)
3) Faut dépendre d'une nouvelle bouse^W feature comme la carte graphique pour accélérer l'affichage ou gconf.
4) Ca bouffe encore plus de cpu/ram/hdd
5) Il faut réécrire tous tes scripts qui extrayaient tant bien que mal les données utiles du logiciel planquées dans un format fermé et non interopérable. Les anciennes sauvegardes ne fonctionnent plus non plus.
6) Des nouveaux bogues sont implémentés.
# lapin
Posté par CrEv (site web personnel) . En réponse à la dépêche Une plainte d’un éditeur autour de l’astrologie menace la base de données tz / zoneinfo. Évalué à 2.
Je comprend pas vraiment le problème.
On sait très bien que dans une minute la valeur des minutes aura été augmenté de 1.
Il suffit alors de compter 60 secondes et hop le problème est réglé. Ensuite on peut découper le tout en heures, jours, etc.
Evidemment, il faut compter 60 secondes.
Mais comme tout le monde le sait, 60 secondes c'est une minutes.
Donc on itère 60 fois, d'une valeur de 1/60 de minute et hop le tour est joué.
Franchement, je vois pas le problème avec le temps, forcément si vous voulez faire la même chose avec des voyantes...
[^] # Re: IDE
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 6.
En quoi ?
(note : c'est une vrai question, pour que tu expliques)
[^] # Re: Puisque nous ne sommes pas vendredi...
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 3.
Je comprend pas bien.
Le javascript, aujourd'hui, est déjà exécuté dans des VM. Non ?
[^] # Re: Mode vendredi
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 1.
C'est déjà pas Go, qui est en langage compilé (même s'il existe des gruges)
Et surtout c'est pas un langage bas niveau, absolument pas (on parle quand même de web là)
[^] # Re: Mode vendredi
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 10.
Merci de montrer ta totale non connaissance du problème.
Le but n'est pas de les obusquer mais de les rendre beaucoup, beaucoup moins verbeux
Et ça fait belle lurette que et les serveurs et les navigateurs savent le lire / écrire
J'ai fait récemment quelques tests de js (compilation et compression). Voici les résultats :
Ho mince, si je compile en plus de gzip je suis deux fois plus petit. Cool non ?
Et contrairement au commentaire plus bas, surtout sur un mobile avec une connexion pas spécialement efficace, il vaut mieux laisser le navigateur décompresser tout en ayant un faible transfert que le contraire.
[^] # Re: Quelles erreurs
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 5.
En changeant fondamentalement le fonctionnement de JavaScript.
Tu vois, tu avais la réponse ;-)
Le problème est un problème de design de javascript (à mon avis) et c'est bien pour ça qu'on parle
[^] # Re: Quelles erreurs
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 3.
Que c'est chiant à utiliser dans la majorité des cas. Il faut se trimbaler des binds en permanence, etc.
Evidemment une fois que tu as vraiment compris tu peux t'en servir pour faire des trucs tordus (= puissant quoi) mais pour la majorité des cas c'est une contraire plus qu'autre chose et ça montre surtout un modèle objet perfectible.
[^] # Re: Quelles erreurs
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 4.
la gestion du scope par exemple
le modèle objet intéressant mais loin d'être parfais
la parallélisation
[^] # Re: Mode vendredi
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 4.
Oué, sauf que Google Go est volontairement axé sur du bas niveau, un remplaçant à C plus qu'autre chose.
Et donc en aucun cas un bon langage de script pour un navigateur.
Ils n'auraient pas été innovant ils auraient été con.
[^] # Re: Ça pue…
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 7.
C'est vrai, on devrait donc plutôt attendre une évolution de HTTP. Heu, elle est où ? Elle arrive quand ?
Pas que, mais aussi de le remplacer pour l'usage de toutes les application se trouvant dans un navigateur.
En gros, la question derrière : que propose-tu de ton côté ? La différence avec Google c'est que quand ils ont besoin de faire avancer les choses ils le font. Evidemment le but premier et de répondre à leurs besoin. Tu trouves ça anormal ?
Ha oui, par contre, contrairement à d'autres boites, ils le font de manière ouverte. Moche, non ?
Et sinon, je commence à voir des outils qui parlent SPDY (autre que Google).
Et sinon, il faut aussi voir ce qu'ils ont fait de la vidéo/audio sous jabber.
Le problème c'est que certains standards sont tellement ancrés qu'il ne se passe rien, qu'ils ne correspondent plus exactement aux besoins actuels, qu'on aimerait bien les améliorer mais à chaque fois que quelqu'un y touche c'est juste qu'un gros vilain !
Heu, mozilla ils ont fait quoi pour de vrai pour flash ?
[^] # Re: JavaScript— Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 5.
Le fait qu'il y ait besoin d'un séparateur dans ce cas (plusieurs instructions par ligne) ne devrait pas forcément le rendre obligatoire lorsque les instructions sont sur des lignes différentes.
Après, il faut bien voir qu'il y a aussi deux types de minifiers :
[^] # Re: Mouarf
Posté par CrEv (site web personnel) . En réponse au journal Notre guide a parlé. Évalué à 2.
En ces temps anti-Apple, ça ne m'étonne absolument pas.
Ce que je veux dire c'est que, même si c'est présent d'une manière ou d'une autre dans certaines licences, il n'y a pas obligation à respecter l'esprit de ces parties. Seul le respect des "contraintes" (je sais pas comment on appel) est nécessaire et obligatoire, mais on peut très bien le faire sans respecter l'esprit.
[^] # Re: Re : Oui mais
Posté par CrEv (site web personnel) . En réponse au journal Rendons à César.... Évalué à 5.
Pas que. (et pour la question, heureusement que non)
Il y a plein de problèmes avec la CLI. Ne serait-ce que pour des personnes ayant des troubles physiques, parfois la souris (ou dispositif de pointage) peut être plus intéressant qu'un clavier.
Ensuite, il y a plein de cas où la CLI est juste totalement inadaptée. Au pif et dans le désordre, tout ce qui concerne l'imagerie, le dessin, la typographie, l'édition (je parle bien d'édition au sens journaux, livres, etc. Ok on peut trouver des cas où c'est adapté, je dis ça avant qu'on sorte latex, mais question mise en page il y a des choses beaucoup beaucoup plus complexes). Ensuite on peut aussi aller dans tout ce qui concerne la CAO, DAO, FAO, le jour où quelqu'un me sort un CLI potable...
Et il y a plein de cas du genre.
La CLI c'est bien dans certains cas, mais les interfaces aussi.
C'est d'ailleurs la force de Linux pour le coup (et dans une un peu moindre mesure MacOS X) d'arriver à concilier les deux à l'intérieur d'un même système (là où sous windows c'est moins agréable). Suivant les besoins on peut utiliser les deux, et ça c'est bien.
[^] # Re: Mais non pas du tout
Posté par CrEv (site web personnel) . En réponse à la dépêche Un cheval de Troie gouvernemental analysé par le CCC. Évalué à 7.
N'empêche qu'il a raison, le comique de répétition, c'est drôle, mais la première fois seulement !
===> [ ]
[^] # Re: Mouarf
Posté par CrEv (site web personnel) . En réponse au journal Notre guide a parlé. Évalué à 2.
Heu si, en l'occurrence beaucoup crachent à la gueule d'Apple pour khtml/webkit. Peut-être pas toi mais le commentaire au dessus oui :
M'étonnerais franchement que ce soit de l'ironie.
Le problème de faire remarquer le côté "éthique" est que ce côté n'existe pas dans la licence. La licence est là pour signifier ce qu'on a le droit / devoir de faire, non l'esprit.
Après pour le [-] tout est toujours relatif... Et ça aurait mériter un peu plus de détails, les commentaires partials sont de toute façon plus appréciés (c'est quand même ennuyant le factuel ;-) )
[^] # Re: Respect des licences
Posté par CrEv (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 5.
Pour info c'est juste totalement normal.
alt
est là pour afficher un texte alternatif et donc dans le cas où l'image ne serait pas chargée. Par exemple un descriptif de l'image.title
est là pour afficher un titre, et en général cela se présente sous forme d'une infobulle (je ne sais pas si ça arrive que ce soit autre chose)[^] # Re: Mouarf
Posté par CrEv (site web personnel) . En réponse au journal Notre guide a parlé. Évalué à 2.
qu'on se soit pas content je le comprend.
qu'on pense que ce n'est d'ailleurs que de la politesse, je le comprend.
Mais qu'on crache dessus alors que c'est seulement respecter (à la lettre et non l'esprit) de la licence, ben non, c'est débile.
Et d'ailleurs ça ne fait que donner une mauvaise image du libre "je partage, tu peux en faire ce que tu veux tant que tu respecte la licence, mais si t'es pas sympa je te cracherai éternellement à la gueule"
Et c'est aussi oublier nombre de forks non amicaux à l'intérieur même du monde du libre, et beaucoup sont moins décriés que ça.
[^] # Re: Mouarf
Posté par CrEv (site web personnel) . En réponse au journal Notre guide a parlé. Évalué à 7.
Je suis bien d'accord, c'est bien ce que je signifiait.
Le problème c'est que beaucoup mettent des codes sous GPL mais crachent sur ceux qui respectent la GPL (LGPL en fait d'ailleurs) sans respecter la philosophie de partage du libre. Mais c'est le jeux malheureusement.
Alors oui on peut regretter que Apple n'ait pas été sympa, qu'ils aient refilé un temps leurs modifications sous forme de patch moisi, mais c'est ce qui était autorisé par la licence.
C'est comme si je met une corbeille de bonbon sur le pas de ma porte avec un écriteau "servez-vous" et qu'ensuite je me plain que certains se sont servis.
Et pour terminer l'histoire, il faut voir aussi que ce qu'apple a fait de khtml est tout de même super (au final), khtml qui était un moteur limité à KDE est devenu webkit l'un des moteurs les plus utilisés aujourd'hui, vraiment multiplateforme, performant, etc.
[^] # Re: Bal tragique à Cupertino : 1 mort
Posté par CrEv (site web personnel) . En réponse au journal Apple rate l'annonce de l'iphone 4S : tragiques conséquences…. Évalué à 2.
Raaa, mais pourquoi poster ça avec un jour de retard ? Là c'est dur de répondre, et d'ici trolldi ton commentaire aura disparu.
Y'a des règles quand même, on peut pas faire n'importe quoi avec un troll. Et c'est dommage de gâcher un lancé du genre, ça fonctionne plutôt bien si c'est le bon jour.
[^] # Re: la majorité des gens
Posté par CrEv (site web personnel) . En réponse au journal Projet de démocratie participative. Évalué à 4.
La question est surtout : s'il y avait eu référendum au moment de l'abolition, aurait-ce été en faveur de l'abolition ou non ? Si non, que Mitterand ait été élu ou non en le disant n'aurait pas eu grande importance. De plus les gens votent rarement pour l'intégralité d'un candidat.
En clair, je suis plutôt d'accord avec le commentaire précédent (et suivant), la majorité n'a pas nécessairement raison, ne serait-ce que parce que "les gens" ont souvent un aperçu trop restreint des problèmes, ni forcément les connaissances ou les compétences pour toujours être en mesure de décider.
Ha si, il s'agit tout de même de savoir ce qu'il faut faire.
Déjà, si. Ou alors tu ne cherches qu'à prêcher des convaincus, auquel cas il n'y a pas de problème.
Et en plus, tu as déjà consulté ton site avec un écran pas trop grand (genre un navigateur de moins de 750px de haut) ? Car c'est juste inutilisable et illisible, il y a un double scroll tout ça pour se rendre compte qu'il y a une pagination en bas, on ne sait même pas pourquoi.
Et c'est avec un raisonnement du genre que tu veux que "les gens" fassent la politique ? Je veux dire surtout que si tu ne parles pas aux gens avec leur langage ça ne marche pas souvent correctement. Et pour bien préciser, il n'y a pas une façon de présenter les choses. Le fond c'est bien, mais si la forme ne permet pas aux gens d'aller jusqu'au bout, encore une fois c'est bon que pour prêcher des convaincus, dont l'intérêt est juste quasi nul.
[^] # Re: Mouarf
Posté par CrEv (site web personnel) . En réponse au journal Notre guide a parlé. Évalué à 3.
genre, respecter la GPL ?
peut-être pas de manière sympa mais la GPL était respectée, non ?