Pierre-Marie D a écrit 152 commentaires

Effectivement ce n'est pas cette question que je réponds mais à la remarque de Vroum concernant la commande console.table() qui produit un résultat plus agréable à consulter à condition qu'on lui passe un tableau. Mais ce n'est pas le cas de document.querySelectorAll qui produit une NodeList et n'est pas très bien formatée. D'où l'ajout d'un Array.from qui converti le NodeList en plain-old Array.

Pour donner le résultat attendu il me semble qu'il faut plutôt faire :
console.table(Array.from(document.querySelectorAll('a')))

https://blog.mozilla.org/firefox/update-looking-glass-add/

Mon boulot viens de me fournir un Toshiba Tecra A50-C. J'ai installé Stretch super facilement et à l'exception de la carte 4G tout a fonctionné du premier coup.
Après avoir mis à jour le firmware de la carte 4G, ça marche bien (<1/2j de retour d'xp).

Pour l'instant j'en suis super content. Il me semble avoir une bonne batterie, la définition est vraiment top, il est léger, fin et complétement silencieux.

C'est un 15 pouces, je voulais un 13 mais j'ai testé une installation sur un qu'on avait en stock et du coup, je l'ai gardé. :-D

P.S : j'ai pas testé le lecteur d'empreinte.

il parlait de sociètés de métallurgie ?

Amusant, les plus grosses entreprises pour lesquelles (ou avec qui) j'ai travaillé (>5000 employés) et dont le métier principal est le logiciel sont justement affiliées Métallurgie.

Et pour ma part je retrouve beaucoup des travers cités dans l'article dans la gestion de ces entreprises.

Et c'est d'ailleurs en grande partie pour ces raisons que je travaille désormais pour entreprise plus petite. C'est empirique mais pour l'instant ça marche.

Idem en JS:

const a=1;
console.log(a>>63); // 0
console.log(a>>64); // 1
console.log(a>>65); // 0

Avec FF53 et NodeJS 6.9.2.
Voici ce qui est précisé dans le MDN:

Les opérateurs de décalage convertissent leurs opérandes en entiers 32 bits en ordre big-endian et renvoient un résultat du même type que l'opérande de gauche. L'opérande droit doit être inférieur à 32, sinon les cinq bits les plus faibles seront utilisés.

Puis ont peut estimer que bon nombre des mal-inscrits sont des abstentionnistes réguliers et qu'ils ne se mettent pas à jour… car ils s'en foutent (et j'en connais dans ce cas de figure).

Estimation basée sur quoi ?

De plus, même si il avait une solution alternative c'est clairement une inégalité de traitement fasse au vote.

Et seule une minorité semble avoir eu un soucis avec l'enregistrement pour causer le fait qu'ils ne voteront pas (alors que c'est le titre de ton journal).

Au final, c'est quand même 15% qui n'ont pas pu voter.
15% c'est une minorité ?

J'imagine que c'est un gros troll, mais bon…

pro-travail !== pro-travailleur

Sans doute que mon sous-entendu ne devait pas être clair.
J'évoque l'impact humain (souvent appelé social) qui n'est que rarement pris en compte et quasi exclusivement négatif dès qu'on fait du downsize.

Régulièrement les prospects et clients trouvent que les coûts sont élevés et cherchent à les réduire. C'est naturel.

J'hésite à m'arrêter à cette phrase.
Réduire les coûts sans se soucier des impacts ou seulement de la qualité, je ne trouve pas que ça soit "naturel".
Mais c'est avis tout personnel…

Mais bon, passer d'un projet en PHP a un projet en Java, il a pas du reprendre beaucoup de cendres… qq concepts tout au plus…

C'est du NodeJS, absolument pas du Java.
Je suis surpris qu'il y ait encore des gens qui confondent Java et Javascript.

Idem sur Firefox 49 - Linux Mint 17.3.
Mais uniquement le 10 de Montréal.

http://www.tomshardware.fr/articles/officejet-pro-hp-cartouches-imprimantes,1-61198.html

TL;DR: À la suite d'une mise à jour de firmware, un certain nombre de modèles d'imprimante HP refusent de fonctionner si les cartouches ne sont pas officielles.
Et ils ont été vicieux malin, car il s'agit d'une vieille mise à jour. Le code qui cause le blocage s'est activé à partir d'une date donnée. Autant dire que bloquer les mises à jour ne fonctionnera pas et retrouver la version de firmware qui précédent l'ajout de ce code ne sera pas simple.

Un petit lien pour la source : https://fr.wikipedia.org/wiki/M.2
Cela dit pour utiliser ça faut un port mSATA ou un adaptateur qui fait perdre en compacité.

Avec un SSD "classique", même avec un petit espace pour l'aération tu reste dans qq d'assez compacte.
Et avec un SSD M.2 (je crois que c'est ça) tu peux faire encore mieux.

Si ton but c'est de faire baisser ta conso pour y gagner financièrement, why not.
Par contre, si ton objectif c'est de faire baisser la conso dans un but (partiellement ou totalement) écolo, prends en compte que le remplacement de matos ça génère des déchets.
Soit tu revends/donne ton ancien matos et dans ce cas il va continuer à fonctionner en plus du nouveau matos (gain nul ou négatif), soit tu le recycle ou jette (avant qu'il ne soit obsolète ?) et la c'est strictement négatif.

Oui, c'est vrai que les pièces sont chères (et l'achat aussi).
Mais si la mienne dure plus de 3 ans, elle aura battue la plus durable de feu mes jet d'encre.
Il faut quand même prendre en considération qu'une imprimante jet d'encre neuve (50 à 100€ fourchette large) tous les 2 ans, ça implique :
- pas mal de déchets
- une imprimante qui tombe en rade forcement au moment où t'en a besoin (CQFD), mais relativement souvent vu le peu d'usage que j'en ai
- l'impossibilité d'anticiper l'achat de consommables car ils risquent d'être perdues si le format change (et c'est régulièrement le cas)
- Idem avec les cartouches non vides restant dans l'imprimante quand elle part à la poubelle (si elles ne sont pas compatible avec la nouvelle)

Mais c'est vrai que le coût à la page du toner vs cartouche est en faveur des lasers évidement mais quand on rajoute le tambour et le récupération de toner, c'est souvent plus le cas.

Maintenant, vu les gammes de produits, je suis surpris que tu dise qu'une laser à 250€ ça soit du bas de gamme.

Pour ma part, j'ai toujours opté choisi HP comme marque pour les nombreuses jet d'encre que j'ai achetées et toutes vu mourir. Je prenais HP parce que les pilotes GNU/Linux sont toujours dispo (à ma connaissance) et de qualité. Ce qui n'est pas le cas du matériel.

Je pense qu'on est nombreux à se reconnaître dans ton expérience.
Pour ma part, j'en ai marre d'acheter régulièrement une imprimante neuve parce qu'elle rends l'âme au bout de 2 ou 3 changements de cartouches (générique ou non). Cartouches qui changent régulièrement de format, ce qui plombe le gain d'achat de cartouche en gros.
Alors, certes, je n'imprime pas souvent et c'est sans doute une cause des pannes. Mais clairement, la plupart des imprimantes jet d'encre du commerce ne sont pas fabriquées pour durer. Et souvent vendues moins cher qu'un jeu complet de cartouches, ce qui est un comble et clairement une stratégie pour inciter au remplacement.

Pour ma part, j'ai opté pour une laser couleur (Brother MFC9330CDW). Alors, oui c'est plus cher et je n'ai aucune certitude dans le fait qu'elle dure plus longtemps. Mais c'est une laser donc pas de risque que les cartouches se bouchent (cause fréquente des problèmes), y a moins de pièces mobiles, c'est globalement un peu plus costaux (bcp plus gros aussi) et il y a pas mal de pièces détachées disponibles.
Je test et ferais un retour d'info ici en cas d'échec.

Attention, Rust est aussi un jeu vidéo et c'est ce dont il est question sur http://france-rust.fr/ et pas du tout du langage Rust !

C'est plutôt une bonne pratique en JS que d'isoler le code et encore plus en userscript.
Dans ton cas, sans isolation ta variable plonk deviendrait globale.

Maintenant, es-tu prêt à t'engager à ce que la nouvelle API ne posera aucun problème et qu'il n'y aura (presque) pas de limitations par rapport à l'existant? Ou est-ce que tu peux me montrer l'engagement de Mozilla à ce sujet?

Je t'invite à regarder les discussions à ce sujet :
https://discourse.mozilla-community.org/t/proposal-native-js-to-embrace-extend-the-webextensions-api/3457/4

Personnellement je trouve ça très encourageant.
Non seulement l'API transitoire à l'air presque plus puissante que l'existant (à confirmer, je ne suis pas expert XUL & XPCOM) mais en plus elle laisse la possibilité d'explorer pleins de nouvelles choses qui guideront les choix concernant la future API stable.
Alors certes il s'agit d'une API transitoire et instable, mais je trouve le compromis très intéressant.

De fait il sera possible pour les auteurs d'extension soit :
- De participer à la transition en explorant et en proposant de nouvelles fonctionnalités
- D'attendre que la future API se stabilise

Mozilla a publié une FAQ qui réponds en grande partie aux questions et inquiétudes évoquées ici.
https://wiki.mozilla.org/WebExtensions/FAQ

Un extrait :

Which add-ons will stop working when XUL/XPCOM is deprecated?
We don't want to limit what add-ons can do in Firefox. The process we've started is designed to understand how we can extend Firefox in ways that are less brittle than the current XUL/XPCOM system. We will work with every developer who is interested to make their add-on work in Firefox, and work to provide the functionality required in as many cases as possible. That said, there is a risk that some add-ons may not transition if they are not maintained or have maintainers who lack the time to port their add-on.

Peut-être serait-il intéressant d'ajouter le lien au journal ?

Dans l'affaire Pocket

Je pensais surtout au fait qu'ils n'aient pas pensé à Wallabag.
À ce sujet des réponses ont été faites et tout le monde s'en fout.
Une fois le FUD est fait, pour faire changer les gens d'avis…

Dois-je encore parler du DnT dont Mozilla se fout complet sur ses sites?

Là aussi des réponses ont été apportées. Les serveurs ne sont pas chez Google mais chez Mozilla, gérés par Mozilla qui garanti ne pas faire de tracking. Là encore…

Et en ce qui concerne le DRM, non seulement ils se sont battus contre mais en prime même une fois que la messe dites, ils ne se sont pas contenté d'implémenter le bouzins salement mais ils ont réfléchi à une solution technique qui franchement est un super compromis. Rien que pour ça ils méritent notre confiance.

on a besoin de retrouver un Mozilla des années 2000 pour défendre nos droits et libertés…

Non, moi je pense qu'on a besoin du Mozilla actuel, mais en renouant la confiance.
Afin de pouvoir les aider à faire avancer les choses dans le bon sens.

Ces derniers temps entre :
- Mozilla n'aurait pas du implémenter les DRM même si ça voulait dire la mort de Firefox à court terme (paraphrasé mais réel).
- Drop webextensions / Stop fucking shit up
ils n'ont pas eu droit à bcp de signes positifs de notre part.
Perso à leur place je serais vraiment découragé.
Et pourtant il est grand temps de se bouger car ça fait un moment que Chrome a pris la 1ère place et MS se réveille d'un long sommeil (n'est pas mort ce qui à jamais dort…).

Ce n'est pas à toi que je répondais mais à Zenitram.