Je crois que tu bosses sur SlimerJS justement non ?
oui :-)
Est-ce qu'il y a des facilités pour l'utiliser en Python ?
On pourrait, en compilant XulRunner avec le support python (utilisé par exemple par l'IDE Komodo). Et réimplementé pas mal de truc en python. Faisable mais ça demande du boulot.
Il n'est pas encore headless apparemment, la FAQ indique comment se passer de xorg, mais quid des dépendances ?
Pas la dépendance, ce sont les dépendances classiques de Firefox/XulRunner, et celle de xvfb… Ça fonctionne out of the box sur une ubuntu par exemple, après avoir installé Firefox et xvfb.
et qu'on trouve facilement comment l'utiliser avec Python
on trouvait. la version python de PhantomJS n'est plus maintenu depuis longtemps à priori…
L'avantage de PhantomJS et Slimerjs, c'est que ce sont des "vrais" navigateur, en ce sens où la page "vit" comme dans un navigateur classique, avec le JS exécuté etc… Avec Browser2, il me semble que cela ne soit pas le cas, et donc ne permet pas d'aller sur tous les sites (qui utilisent intensivement le JS) à priori (en tout cas pas sans avoir faire une inspection profonde de la page pour voir toutes les requêtes ajax de contrôles faites, afin de les reproduire etc…)
un réservoir pour stocker l'encre de nettoyage des têtes : lorsqu'il est plein, ça ne marche plus ;
Je dirais que c'est normal ça. Si ça déborde, ça peut en mettre partout, salir la table où elle est posée, endommager des composants à l'intérieur ou que sais-je. Non ? Je préfère que l'imprimante s’arrête plutôt que de me flinguer tout à l'interieur (et donc pour le coup, de m'obliger à la jeter), de tout dégueulasser, ou de risquer d'empoisonner un petit môme qui aura mis ses doigts dans des gouttes d'encre ressorties de l'imprimante (les jeunes enfants aiment bien tout gouter…).
Et je pense qu'on peut aussi trouver des raisons techniques pour les deux autres cas que tu cites (mais je ne m'y connais pas assez en technologie d'imprimante :-) )
Donc, oui, cette notice de réparation liste ces cas de non-fonctionnement : c'est normal pour une notice de réparation. Non ? Ça permet au réparateur de trouver les origines de la panne général. Il sait qu'il faut qu'il vérifie le réservoir, le disque enregistreur magnétique etc..
Après, si c'est un document "confidentiel", je dirais que c'est pour éviter que les clients s'affolent, et croient à tord qu'il y a tout ça pour faire de l'obsolescence programmée. (et ton commentaire est probablement un exemple concret de ce qu'ils veulent éviter ;-) )
S'il est un sport dont la gestion des compétitions ne peut se passer de l'outil informatique, c'est bien l'escrime
Ils faisaient comment avant ? (parce que c'est pas un sport jeune je crois) Les règles se sont complexifiés ces dernières années ? ou les compétitions duraient des heures le temps de faire les calculs ?
Tu as probablement raison. Mais ce n'est pas en restant dans son coin sans rien faire que ça va avancer dans le sens que l'on veut.
Il y a des mailings list pour chaque groupe de travail du W3C. Plus il y a de monde sur ces ML qui appuieront dans un sens, plus il y a de chances que ça aille dans ce sens, aussi infimes soient-elles. Ça s'appelle du lobbying.
Autre piste de travail : contribuer à Mozilla. Contribuer ce n'est pas forcément faire du code, c'est aussi faire connaitre le projet, expliquer les enjeux aux personnes "lambda". Bref, faire de l'évangélisme, du marketing etc. Plus Mozilla sera gros et plus il y aura des utilisateurs, plus Mozilla aura du poids, au W3C ou ailleurs.
Je sais que ce n'est pas facile, qu'on voudrait mais qu'on n'a pas le temps etc… Moi même je n'ai absolument rien fait sur ce sujet. Mais si on a du temps et l'envie, faut pas hésiter. Les petits ruisseaux font les grandes rivières.
Oui ? et ? Quel est le rapport avec "insulter les contributeurs" ?
As-tu bien lu le manifesto ?
Le manifesto explique les objectifs que tente d'atteindre Mozilla et qu'elle se donnera, autant que possible, les moyens de les atteindre.
N'est ce pas ce qu'à fait Mozilla à propos des DRM ?
Bah si. Mozilla s'est battu (avec peu de monde a ses cotés d'ailleurs). Mais comme dans toute bataille, il y a un perdant, et là, c'est Mozilla. Et il faut au final prendre une décision, qui soit le meilleur compromis pour la suite de la mission.
on n'implemente pas les DRM. Il y a alors beaucoup de chance pour que les utilisateurs migrent vers d'autres navigateurs parce qu'ils ne pourront pas voir leur videos de chat drmisé. Et là, baisse du nombre de user, donc baisse de l'apport du trafic vers les partenaires "moteurs de recherche", donc baisse des revenus. À terme, ça va être encore plus dur d'avancer aussi vite que les autres et donc de tenter d'accomplir la mission
on implémente les DRM. Ça fait mal au cul, certes. Mais ça laisse une chance de continuer le combat.
Perso, en tant que contributeur, je préfère la deuxième solution. Et peut-être aussi qu'au final, comme ça s'est passé pour les CD, les livres numériques et autres, les DRM seront tellement chiant pour les utilisateurs qu'ils seront abandonné..
Maintenant, si il y a des contributeurs qui se sentent insulté, ou même des supporters, des utilisateurs, moi je leur poserais une question : qu'avez-vous fait pour que ça n'arrive pas ? au niveau de Mozilla ? au niveau du W3C ?
Je le rappelle encore une fois : Mozilla est une organisation ouverte.
Renier ses principes fondamentaux et insulter ses contributeurs n'est-il pas une voie plus certaine vers la "crevaison" ?
ÇA COMMENCE À ME CASSER LES COUILLES DE LIRE LES PROPOS DE TYPES COMME TOI QUI CROIENT SAVOIR CE QUE PENSENT LES CONTRIBUTEURS ET QUI SE PERMETTENT DE SE METTRE À LEUR PLACE !
Tu es contributeur ? à priori non ! Moi je le suis depuis 10 ans.
Figure toi que non, JE NE ME SENS PAS INSULTÉ.
Pourquoi ? Parce que moi, contrairement à toi, et étant contributeur, je suis plus ou moins ce qui se passe dans l'écosystème Mozilla. Je suis le sujet depuis plusieurs mois (de loin mais bon, suffisement). Je sais donc à priori mieux que toi les tenants et les aboutissants, et le pourquoi du choix final.
Et donc, les "vrais" contributeurs, ceux qui s'impliquent dans le projet, comprennent en général les choix finaux sur tel ou tel sujet. Ils peuvent ne pas être d'accord sur les choix, c'est normal, mais en aucun cas ils se sentent insulté. Parce que toutes les discussions sont ouvertes chez Mozilla, chacun peut prendre la parole.
Alors merci de ne pas penser à ma place, merci de ne pas colporter des conneries comme "on insulte les contributeurs". Si tu es contributeur et que tu te sens insulté, c'est que tu ne dois vraiment pas être assez impliqué. C'est pas comme si le staff Mozilla avait pris cette décision en cachette, sans en parler à personne.
Oui, on peut lire des videos avec des plugin. Sachant que les plugins doivent respecter une interface API spécifique, qui n'est pas dédié à la vidéo. Donc dans un plugin, on peut faire n'importe quoi. En particulier, contrôler ce qui va être affiché, et pouvoir télécharger un flux, le décoder, le passer à la vérification DRM & cie. Le plugin Flash faisait tout ça.
Pour le navigateur, un plugin, c'est une boite noire. Il le charge, lui donne une zone d'affichage (définie par la balise object en html) et basta. Il n'a aucun contrôle sur ce que fait le plugin. Tout au plus peut-il l’arrêter et lui passer les appels de l'API exposée au niveau de la balise object.
Et puis est apparu la balise "video" en HTML. Comme indiqué, dédié à la video. Avec une API spécifique etc. Pas besoin d'installer des plugins obscures sur lesquels le navigateur n'a aucun contrôle.
Problème : c'est le navigateur qui prend en charge du décodage (ou une lib externe de l'OS, comme gstreamer ou directx…). Mais c'est surtout lui qui prend en charge le flux (et le passe à la lib de décodage).
Bref, dans les specs de la balise video : pas de support de DRM.
Et bien sûr, Flash agonisant, et HTML5 prenant de l'ampleur, ça ne plait pas aux diffuseurs de contenu drmisé.
D'où une nouvelle API permettant à la page web d'activer la vérification drm, de savoir si le navigateur prend en charge les DRM etc..
Alors bien sûr, on aura une nouvelle boite noire. Mais elle aura beaucoup moins de possibilité qu'un plugin, d'autant plus que dans Firefox, elle sera coupée de la machine grâce à une sandbox.
Si Mozilla depense trop d'argent pour embaucher et garder des employes au top, ca peut creer du ressentiment chez les volontaires
(note: je suis contributeur depuis 10 ans )
Bof. Franchement, je pense que la majorité des bénévoles s'en bat les c****es si Mozilla (Corporation ici) dépense trop d'argent pour les employés (et perso, je ne trouve pas). Même si il peut y avoir des problèmes de communication avec les bénévoles, globalement, les bénévoles sont plutôt bien "choyés".
Par exemple, il y a un "Summit" tous les 2-3 ans, qui rassemble tous les contributeurs externes et internes (salariés). Mozilla paye tout : voyage, hébergement, nourriture. Pareil pour les rassemblements plus locaux (niveau européens ou France par exemple). Idem, quand c'est nécessaire, pour ceux qui contribuent (font des confs..) au déroulement des sessions Mozilla au Fosdem, JDLL, RMLL etc…
Autre exemple : c'est un plaisir que de venir dans ces nouveaux locaux parisiens, où l'on est très bien accueilli. Fallait voir les anciens bureaux… Toujours bien accueilli, mais pas très grand, et pas très confortable (surtout pour les pleins temps). Là, les contributeurs peuvent "s'épanouir", en atteste les journées organisées depuis 1 an pour faire ensemble du code, de la trad, de la doc… Cela n'existait quasiment pas avant, faute de locaux adéquats. Il ne faut pas oublier que ces "superbes" locaux parisiens, c'est aussi pour les contributeurs, pas que pour les salariés.
Aussi, personnellement, je m'estime plutôt heureux comme contributeur. J'ai pu ainsi voyager (Vancouver/Whistler, Prague, Berlin, Barcelone…) et surtout dialoguer de vive voix / échanger avec des contributeurs venu de partout dans le monde, avec des salariés de la MoCo etc… Plein d'expériences enrichissantes quoi…
Et puis pour moi, plus Mozilla gagne de l'argent, plus je suis content, même si je n'en touche pas un centime : c'est rassurant pour l'avenir du projet (d'autant qu'une partie part dans des fonds de réserves pour au cas oû…), et donc pour le soutien des idées auxquelles j'adhère.
Maintenant, c'est vrai que tout n'est pas rose. Comme dans toute organisation, lucratives ou associatives, il y a des couacs, des trucs qui vont pas, des contents, des pas contents, et pas mal de compromis à faire. J'ai l'impression que beaucoup de gens externes à Mozilla n'en n'ont pas conscience : eh oui m'sieurs dames, le paradis n'existe pas, l'association "pure" n'existe pas, le projet "pure" n'existe pas, et surtout pas un de l'envergure de Mozilla. Plus une organisation comporte de gens, et plus il y a d'utilisateurs, plus c'est compliqué de satisfaire tout le monde.
C'est d'autant plus compliqué que Mozilla est, à ma connaissance, la première (et la seule ?) organisation à devoir gérer autant de bénévoles (des milliers) et de salariés (un millier) à la fois : cela nécessite des organisations de travail inédites, d'inventer des nouveaux modèles d'organisations, d'utiliser des outils de communication peu usuels (surtout pour les employés qui n'ont pas participé à des projets libres auparavant). Sans compter que beaucoup de salariés sont en télé-travail.
Mozilla, ce n'est pas qu'un projet informatique, c'est surtout un laboratoire sociale en expérimentation permanente, à mesure que le projet grossi. C'est aussi ça qui m’intéresse dans le projet personnellement.
Un exemple sur ça : comment faire en sorte que lors de la sortie d'une nouvelle version de Firefox, celui-ci mais aussi les sites web de Mozilla, soient prêt en plus de 80 langues le jour J ? Sachant que tout ce qui est traduction, est réalisé entièrement par des bénévoles. Cela demande une coordination spécifique, du boulot de la part de tout le monde. Pour en savoir plus, adressez vous à pascalc, c'est lui qui gère ça :-)
Certes, mais il serait dommage de n'écouter que ceux qui s'expriment sur le tracker ou la mailing list car ce n'est pas représentatif nécessairement de la base utilisateur, et d'envoyer balader les autres
euh… en gros, tu veux que Mozilla embauche une armée de personnes qui vont aller surfer sur les millions de blogs, histoire de voir ce qu'ils proposent ?
Si tu as vraiment quelque chose à dire, tu peux le dire sur ton blog, mais cela ne t'empêche pas non plus d'aller leur dire directement sur les canaux qu'ils utilisent : tu auras vraiment, mais alors vraiment, plus de chance d'être au moins lu par les personnes concernées.
Mozilla Foundation est sensé être un organisme à but non lucratif
Oui, mais les bureaux à Paris sont louées par Mozilla Corp, pas par Mozilla Foundation.
et vit en partie des dons des gens
En partie (toute petite) oui. Mais comme c'est la MoCo qui loue, avec ses propres sous (venant de contrat comme ceux avec Google), ce n'est pas avec les dons des gens :-p
Sur mobile, c'est plus compréhensible que sur desktop : il y a très peu de place. là, sur desktop, je trouve que ça ajoute plus de complexité qu'autre chose.
Tout à fait. Mais ne dis pas "ce n'est pas réutilisable". Quand on voit le hall of fame, même si il y a des projets abandonnés et/ou ont peu connu le succès, la techno a permis de faire pas mal de chose qui n'ont absolument rien à voir avec un navigateur web (exemple parmi tant d'autres : lecteur audio/media comme songbird, Miro, un IDE comme Komodo etc).
En passant, je n'ai pas indiqué le bon lien, il est finalement trop centré sur XulRunner. La liste serait plutôt celle-ci, ou encore celle-là. Nombre de projets sont des projets embarquant leur propre runtime Gecko (donc sans faire appel au binaire nommé "XulRunner", qui n'est finalement qu'un main() enrobant Gecko)
Que ce ne soit pas populaire, je veux bien l'admettre. mais de là à dire que ce n'est pas reutilisable, c'est totalement faux.
De plus, cette liste est loin d'être exhaustive. Il y a eu plein de boite qui ont utilisé XUL pour des projets internes. Et je sais de quoi je parle : j'en vit.
C'est l'histoire d'un mec qui a des compétences, alors il est embauché.
Ce n'est pas une embauche, c'est un changement de poste. Rappel : il a co-fondé le projet Mozilla ( == libération du code source de Netscape Navigator en 1998) et la fondation Mozilla (2003). Et indirectement donc, co-fondateur de Mozilla Corp (2005).
Bref, Mozilla vient de perdre l'un de ses piliers. Tout le monde polémique sur cette donation, sans voir ce qu'il a fait à coté (promotion d'un web ouvert tout ça, ouverture d'esprit de Mozilla même si ça peut paraitre contradictoire etc…). Et c'est bien dommage. Sans lui (1), on en serait probablement toujours à utiliser un IE6 moisi pour accéder au web.
Donc il est renvoyé,
Il n'a pas été renvoyé. Je sais de source sûre qu'il a vraiment donné sa démission, que c'est une décision de sa part, voyant que tout ce bashing pouvait mettre en péril Mozilla. Certes, il l'a fait sous pression, mais beaucoup plus sous la pression externe qu'interne.
comme ça les gens arrêtent de faire du bruit, et tout redevient comme avant.
C'est pas si sûr que ça. D'après ce que je vois, sa démission fait encore plus de bruit que le bashing extérieure qu'il subissait (et un peu intérieur de certains, qui, au final n'ont pas respecté le code de conduite de Mozilla ).
(1) il y avait aussi d'autres personnes à l'époque bien sûr, c'est le résultat du travail d'un groupe. Mais enlevez une personne d'un groupe de travail, surtout si c'est une des plus compétente, et le résultat est totalement différent. Je parle d'expérience.
Le commentaire faisait reférence au backup. Je donne donc une solution de backup. Et si on parle aussi de partage de fichier : rsync pour la synchro, et apache + Options Indexes + .htaccess + .htpassword pour le partage. ça fonctionne aussi très bien, même si il n'y a pas de clickodrome.
[^] # Re: Je suis un peu étonné
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Dites 0.i à Weboob. Évalué à 3.
oui :-)
On pourrait, en compilant XulRunner avec le support python (utilisé par exemple par l'IDE Komodo). Et réimplementé pas mal de truc en python. Faisable mais ça demande du boulot.
Pas la dépendance, ce sont les dépendances classiques de Firefox/XulRunner, et celle de xvfb… Ça fonctionne out of the box sur une ubuntu par exemple, après avoir installé Firefox et xvfb.
on trouvait. la version python de PhantomJS n'est plus maintenu depuis longtemps à priori…
[^] # Re: Je suis un peu étonné
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Dites 0.i à Weboob. Évalué à 4.
Et SlimerJS
L'avantage de PhantomJS et Slimerjs, c'est que ce sont des "vrais" navigateur, en ce sens où la page "vit" comme dans un navigateur classique, avec le JS exécuté etc… Avec Browser2, il me semble que cela ne soit pas le cas, et donc ne permet pas d'aller sur tous les sites (qui utilisent intensivement le JS) à priori (en tout cas pas sans avoir faire une inspection profonde de la page pour voir toutes les requêtes ajax de contrôles faites, afin de les reproduire etc…)
[^] # Re: J'aime pas la télé, arte compris
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La tragédie électronique, c'est maintenant.. Évalué à 1. Dernière modification le 22 mai 2014 à 08:57.
Je dirais que c'est normal ça. Si ça déborde, ça peut en mettre partout, salir la table où elle est posée, endommager des composants à l'intérieur ou que sais-je. Non ? Je préfère que l'imprimante s’arrête plutôt que de me flinguer tout à l'interieur (et donc pour le coup, de m'obliger à la jeter), de tout dégueulasser, ou de risquer d'empoisonner un petit môme qui aura mis ses doigts dans des gouttes d'encre ressorties de l'imprimante (les jeunes enfants aiment bien tout gouter…).
Et je pense qu'on peut aussi trouver des raisons techniques pour les deux autres cas que tu cites (mais je ne m'y connais pas assez en technologie d'imprimante :-) )
Donc, oui, cette notice de réparation liste ces cas de non-fonctionnement : c'est normal pour une notice de réparation. Non ? Ça permet au réparateur de trouver les origines de la panne général. Il sait qu'il faut qu'il vérifie le réservoir, le disque enregistreur magnétique etc..
Après, si c'est un document "confidentiel", je dirais que c'est pour éviter que les clients s'affolent, et croient à tord qu'il y a tout ça pour faire de l'obsolescence programmée. (et ton commentaire est probablement un exemple concret de ce qu'ils veulent éviter ;-) )
[^] # Re: Peut-on blamer les constructeurs ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Computrace, une backdoor pour votre plus grand bien. Évalué à 5.
Ce n'est pas activé par défaut dans les dell (j'en ai trois : inspiron, latitude, precision)
# tant de calculs ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche BellePoule - Gestion de compétitions d'escrime. Évalué à 4.
Ils faisaient comment avant ? (parce que c'est pas un sport jeune je crois) Les règles se sont complexifiés ces dernières années ? ou les compétitions duraient des heures le temps de faire les calculs ?
[^] # Re: Les noms et les couleurs, ça se discute
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche BellePoule - Gestion de compétitions d'escrime. Évalué à 2.
C'est aussi le nom d'une superbe goelette qui est encore en activité dans la Marine Nationale.
[^] # Re: Wrong target
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 2.
j'ai free, et j'ai… youtube… Et ça marche très bien. Et pourtant j'ai pas la dernière box.
[^] # Re: Wrong target
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 5.
Tu as probablement raison. Mais ce n'est pas en restant dans son coin sans rien faire que ça va avancer dans le sens que l'on veut.
Il y a des mailings list pour chaque groupe de travail du W3C. Plus il y a de monde sur ces ML qui appuieront dans un sens, plus il y a de chances que ça aille dans ce sens, aussi infimes soient-elles. Ça s'appelle du lobbying.
Autre piste de travail : contribuer à Mozilla. Contribuer ce n'est pas forcément faire du code, c'est aussi faire connaitre le projet, expliquer les enjeux aux personnes "lambda". Bref, faire de l'évangélisme, du marketing etc. Plus Mozilla sera gros et plus il y aura des utilisateurs, plus Mozilla aura du poids, au W3C ou ailleurs.
Je sais que ce n'est pas facile, qu'on voudrait mais qu'on n'a pas le temps etc… Moi même je n'ai absolument rien fait sur ce sujet. Mais si on a du temps et l'envie, faut pas hésiter. Les petits ruisseaux font les grandes rivières.
[^] # Re: Wrong target
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 10.
Oui ? et ? Quel est le rapport avec "insulter les contributeurs" ?
As-tu bien lu le manifesto ?
Le manifesto explique les objectifs que tente d'atteindre Mozilla et qu'elle se donnera, autant que possible, les moyens de les atteindre.
N'est ce pas ce qu'à fait Mozilla à propos des DRM ?
Bah si. Mozilla s'est battu (avec peu de monde a ses cotés d'ailleurs). Mais comme dans toute bataille, il y a un perdant, et là, c'est Mozilla. Et il faut au final prendre une décision, qui soit le meilleur compromis pour la suite de la mission.
Perso, en tant que contributeur, je préfère la deuxième solution. Et peut-être aussi qu'au final, comme ça s'est passé pour les CD, les livres numériques et autres, les DRM seront tellement chiant pour les utilisateurs qu'ils seront abandonné..
Maintenant, si il y a des contributeurs qui se sentent insulté, ou même des supporters, des utilisateurs, moi je leur poserais une question : qu'avez-vous fait pour que ça n'arrive pas ? au niveau de Mozilla ? au niveau du W3C ?
Je le rappelle encore une fois : Mozilla est une organisation ouverte.
[^] # Re: Wrong target
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 10.
ÇA COMMENCE À ME CASSER LES COUILLES DE LIRE LES PROPOS DE TYPES COMME TOI QUI CROIENT SAVOIR CE QUE PENSENT LES CONTRIBUTEURS ET QUI SE PERMETTENT DE SE METTRE À LEUR PLACE !
Tu es contributeur ? à priori non ! Moi je le suis depuis 10 ans.
Figure toi que non, JE NE ME SENS PAS INSULTÉ.
Pourquoi ? Parce que moi, contrairement à toi, et étant contributeur, je suis plus ou moins ce qui se passe dans l'écosystème Mozilla. Je suis le sujet depuis plusieurs mois (de loin mais bon, suffisement). Je sais donc à priori mieux que toi les tenants et les aboutissants, et le pourquoi du choix final.
Et donc, les "vrais" contributeurs, ceux qui s'impliquent dans le projet, comprennent en général les choix finaux sur tel ou tel sujet. Ils peuvent ne pas être d'accord sur les choix, c'est normal, mais en aucun cas ils se sentent insulté. Parce que toutes les discussions sont ouvertes chez Mozilla, chacun peut prendre la parole.
Alors merci de ne pas penser à ma place, merci de ne pas colporter des conneries comme "on insulte les contributeurs". Si tu es contributeur et que tu te sens insulté, c'est que tu ne dois vraiment pas être assez impliqué. C'est pas comme si le staff Mozilla avait pris cette décision en cachette, sans en parler à personne.
[^] # Re: Extension ou greffon?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 10.
Oui, on peut lire des videos avec des plugin. Sachant que les plugins doivent respecter une interface API spécifique, qui n'est pas dédié à la vidéo. Donc dans un plugin, on peut faire n'importe quoi. En particulier, contrôler ce qui va être affiché, et pouvoir télécharger un flux, le décoder, le passer à la vérification DRM & cie. Le plugin Flash faisait tout ça.
Pour le navigateur, un plugin, c'est une boite noire. Il le charge, lui donne une zone d'affichage (définie par la balise object en html) et basta. Il n'a aucun contrôle sur ce que fait le plugin. Tout au plus peut-il l’arrêter et lui passer les appels de l'API exposée au niveau de la balise object.
Et puis est apparu la balise "video" en HTML. Comme indiqué, dédié à la video. Avec une API spécifique etc. Pas besoin d'installer des plugins obscures sur lesquels le navigateur n'a aucun contrôle.
Problème : c'est le navigateur qui prend en charge du décodage (ou une lib externe de l'OS, comme gstreamer ou directx…). Mais c'est surtout lui qui prend en charge le flux (et le passe à la lib de décodage).
Bref, dans les specs de la balise video : pas de support de DRM.
Et bien sûr, Flash agonisant, et HTML5 prenant de l'ampleur, ça ne plait pas aux diffuseurs de contenu drmisé.
D'où une nouvelle API permettant à la page web d'activer la vérification drm, de savoir si le navigateur prend en charge les DRM etc..
Alors bien sûr, on aura une nouvelle boite noire. Mais elle aura beaucoup moins de possibilité qu'un plugin, d'autant plus que dans Firefox, elle sera coupée de la machine grâce à une sandbox.
# led eteinte
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 3.
C'est une légende urbaine, ou c'est vraiment possible ?
[^] # Re: Vie privée
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 10. Dernière modification le 04 mai 2014 à 15:40.
(note: je suis contributeur depuis 10 ans )
Bof. Franchement, je pense que la majorité des bénévoles s'en bat les c****es si Mozilla (Corporation ici) dépense trop d'argent pour les employés (et perso, je ne trouve pas). Même si il peut y avoir des problèmes de communication avec les bénévoles, globalement, les bénévoles sont plutôt bien "choyés".
Par exemple, il y a un "Summit" tous les 2-3 ans, qui rassemble tous les contributeurs externes et internes (salariés). Mozilla paye tout : voyage, hébergement, nourriture. Pareil pour les rassemblements plus locaux (niveau européens ou France par exemple). Idem, quand c'est nécessaire, pour ceux qui contribuent (font des confs..) au déroulement des sessions Mozilla au Fosdem, JDLL, RMLL etc…
Autre exemple : c'est un plaisir que de venir dans ces nouveaux locaux parisiens, où l'on est très bien accueilli. Fallait voir les anciens bureaux… Toujours bien accueilli, mais pas très grand, et pas très confortable (surtout pour les pleins temps). Là, les contributeurs peuvent "s'épanouir", en atteste les journées organisées depuis 1 an pour faire ensemble du code, de la trad, de la doc… Cela n'existait quasiment pas avant, faute de locaux adéquats. Il ne faut pas oublier que ces "superbes" locaux parisiens, c'est aussi pour les contributeurs, pas que pour les salariés.
Aussi, personnellement, je m'estime plutôt heureux comme contributeur. J'ai pu ainsi voyager (Vancouver/Whistler, Prague, Berlin, Barcelone…) et surtout dialoguer de vive voix / échanger avec des contributeurs venu de partout dans le monde, avec des salariés de la MoCo etc… Plein d'expériences enrichissantes quoi…
Et puis pour moi, plus Mozilla gagne de l'argent, plus je suis content, même si je n'en touche pas un centime : c'est rassurant pour l'avenir du projet (d'autant qu'une partie part dans des fonds de réserves pour au cas oû…), et donc pour le soutien des idées auxquelles j'adhère.
Maintenant, c'est vrai que tout n'est pas rose. Comme dans toute organisation, lucratives ou associatives, il y a des couacs, des trucs qui vont pas, des contents, des pas contents, et pas mal de compromis à faire. J'ai l'impression que beaucoup de gens externes à Mozilla n'en n'ont pas conscience : eh oui m'sieurs dames, le paradis n'existe pas, l'association "pure" n'existe pas, le projet "pure" n'existe pas, et surtout pas un de l'envergure de Mozilla. Plus une organisation comporte de gens, et plus il y a d'utilisateurs, plus c'est compliqué de satisfaire tout le monde.
C'est d'autant plus compliqué que Mozilla est, à ma connaissance, la première (et la seule ?) organisation à devoir gérer autant de bénévoles (des milliers) et de salariés (un millier) à la fois : cela nécessite des organisations de travail inédites, d'inventer des nouveaux modèles d'organisations, d'utiliser des outils de communication peu usuels (surtout pour les employés qui n'ont pas participé à des projets libres auparavant). Sans compter que beaucoup de salariés sont en télé-travail.
Mozilla, ce n'est pas qu'un projet informatique, c'est surtout un laboratoire sociale en expérimentation permanente, à mesure que le projet grossi. C'est aussi ça qui m’intéresse dans le projet personnellement.
Un exemple sur ça : comment faire en sorte que lors de la sortie d'une nouvelle version de Firefox, celui-ci mais aussi les sites web de Mozilla, soient prêt en plus de 80 langues le jour J ? Sachant que tout ce qui est traduction, est réalisé entièrement par des bénévoles. Cela demande une coordination spécifique, du boulot de la part de tout le monde. Pour en savoir plus, adressez vous à pascalc, c'est lui qui gère ça :-)
[^] # Re: Vie privée et Piwik
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 3.
euh… en gros, tu veux que Mozilla embauche une armée de personnes qui vont aller surfer sur les millions de blogs, histoire de voir ce qu'ils proposent ?
Si tu as vraiment quelque chose à dire, tu peux le dire sur ton blog, mais cela ne t'empêche pas non plus d'aller leur dire directement sur les canaux qu'ils utilisent : tu auras vraiment, mais alors vraiment, plus de chance d'être au moins lu par les personnes concernées.
[^] # Re: Vie privée
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 4.
Oui, mais les bureaux à Paris sont louées par Mozilla Corp, pas par Mozilla Foundation.
En partie (toute petite) oui. Mais comme c'est la MoCo qui loue, avec ses propres sous (venant de contrat comme ceux avec Google), ce n'est pas avec les dons des gens :-p
[^] # Re: Euh euh euuuuuuh
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal GNOME Web, alias Epiphany : le navigateur idéal (le jour de Pâques). Évalué à 5.
Sur mobile, c'est plus compréhensible que sur desktop : il y a très peu de place. là, sur desktop, je trouve que ça ajoute plus de complexité qu'autre chose.
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Tout à fait. Mais ne dis pas "ce n'est pas réutilisable". Quand on voit le hall of fame, même si il y a des projets abandonnés et/ou ont peu connu le succès, la techno a permis de faire pas mal de chose qui n'ont absolument rien à voir avec un navigateur web (exemple parmi tant d'autres : lecteur audio/media comme songbird, Miro, un IDE comme Komodo etc).
En passant, je n'ai pas indiqué le bon lien, il est finalement trop centré sur XulRunner. La liste serait plutôt celle-ci, ou encore celle-là. Nombre de projets sont des projets embarquant leur propre runtime Gecko (donc sans faire appel au binaire nommé "XulRunner", qui n'est finalement qu'un main() enrobant Gecko)
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Que ce ne soit pas populaire, je veux bien l'admettre. mais de là à dire que ce n'est pas reutilisable, c'est totalement faux.
De plus, cette liste est loin d'être exhaustive. Il y a eu plein de boite qui ont utilisé XUL pour des projets internes. Et je sais de quoi je parle : j'en vit.
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 1.
Ah bon ?
[^] # Re: Suis-je le seul à avoir l'impression de vivre dans un roman de science-fiction ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Journal bookmark. Évalué à 3.
Oui ici il s'agit de la MoCo. Y a pas de CEO dans une fondation à priori :)
[^] # Re: Suis-je le seul à avoir l'impression de vivre dans un roman de science-fiction ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Journal bookmark. Évalué à 9.
Ce n'est pas une embauche, c'est un changement de poste. Rappel : il a co-fondé le projet Mozilla ( == libération du code source de Netscape Navigator en 1998) et la fondation Mozilla (2003). Et indirectement donc, co-fondateur de Mozilla Corp (2005).
Bref, Mozilla vient de perdre l'un de ses piliers. Tout le monde polémique sur cette donation, sans voir ce qu'il a fait à coté (promotion d'un web ouvert tout ça, ouverture d'esprit de Mozilla même si ça peut paraitre contradictoire etc…). Et c'est bien dommage. Sans lui (1), on en serait probablement toujours à utiliser un IE6 moisi pour accéder au web.
Il n'a pas été renvoyé. Je sais de source sûre qu'il a vraiment donné sa démission, que c'est une décision de sa part, voyant que tout ce bashing pouvait mettre en péril Mozilla. Certes, il l'a fait sous pression, mais beaucoup plus sous la pression externe qu'interne.
C'est pas si sûr que ça. D'après ce que je vois, sa démission fait encore plus de bruit que le bashing extérieure qu'il subissait (et un peu intérieur de certains, qui, au final n'ont pas respecté le code de conduite de Mozilla ).
(1) il y avait aussi d'autres personnes à l'époque bien sûr, c'est le résultat du travail d'un groupe. Mais enlevez une personne d'un groupe de travail, surtout si c'est une des plus compétente, et le résultat est totalement différent. Je parle d'expérience.
[^] # Re: apt-get update
Posté par Laurent J (site web personnel, Mastodon) . En réponse au sondage Quelles sont vos sources d'information pour le logiciel libre/open source ?. Évalué à 2. Dernière modification le 02 avril 2014 à 18:08.
pacman, c'est nul. Avec Ipot, je le sais 6 mois avant.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -8.
bon, en fait, tu as marché en plein dedans. Va nettoyer tes chaussures, sinon madame va pas être contente.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -10.
Je sais de quoi on parle, merci.
Le commentaire faisait reférence au backup. Je donne donc une solution de backup. Et si on parle aussi de partage de fichier : rsync pour la synchro, et apache + Options Indexes + .htaccess + .htpassword pour le partage. ça fonctionne aussi très bien, même si il n'y a pas de clickodrome.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -3.
rsync.