L'état des "pilotes" d'imprimantes est pour certaines (beaucoup!) marques calamiteux (justement parce que le système est si tolérant vis-à-vis des logiciels tiers et si prompt à attirer les entreprises de merde en les autorisant à bourrer tout de bloatware sous la dénomination absurde de "valeur ajoutée") et le non fonctionnement des drivers d'un Windows à l'autre est une méthode archi-classique d'obsolescence "programmée" (du moins entérinée).
je te rejoins sur la situation déplorable des imprimantes : lors du passage à Citrix, beaucoup d'entreprises ont pâti de l'UNIDRV.SYS qui ne gérait qu'une portion des imprimantes du marché, là où celles qui avaient mis en œuvre CUPS en ont moins souffert (un serveur intermédiaire supplémentaire). Cela s'est amélioré, mais par le bas : les constructeurs sont devenus compatibles avec UNIDRV.sys, avec des régressions sur les fonctionnalités proposées (qualité d'impression, gestion du recto-verso…) là où ils auraient dû améliorer les standards d'impression pour le bien de leurs clients (surtout avec les imprimantes réseau). Le nivellement s'est fait par le bas : passage au PDF plutôt que Postscript et PCL avec des fonctions standards et diminution des transferts réseau (sérieux, un .doc de 300 ko doit-il générer 3 Mo sur le réseau ? sans parler des .doc de 50 Mo qui pourrissent le réseau, local il est vrai, à coup de 800 Mo, qui échoue lamentablement en erreur dans l'imprimante qui n'a que 64 ou 256 Mo de nos jours, certaines sont passées à 4 Go voire 16 Go pour gérer ce genre de "besoin" ?).
Je te rejoins sur le contexte unixien, aka "ceux qui ont compris ce dont ils ont besoin, plutôt que de chouiner".
Pour steam, j'attends des retombées effectives.
bref, oui, il y a des sujets concrets à traiter. Qui le fait, qui s'en charge ?
[^] # Re: casser les paquets et imposer la compatibilité binaire des drivers
Posté par BAud (site web personnel) . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 2.
je te rejoins sur la situation déplorable des imprimantes : lors du passage à Citrix, beaucoup d'entreprises ont pâti de l'UNIDRV.SYS qui ne gérait qu'une portion des imprimantes du marché, là où celles qui avaient mis en œuvre CUPS en ont moins souffert (un serveur intermédiaire supplémentaire). Cela s'est amélioré, mais par le bas : les constructeurs sont devenus compatibles avec UNIDRV.sys, avec des régressions sur les fonctionnalités proposées (qualité d'impression, gestion du recto-verso…) là où ils auraient dû améliorer les standards d'impression pour le bien de leurs clients (surtout avec les imprimantes réseau). Le nivellement s'est fait par le bas : passage au PDF plutôt que Postscript et PCL avec des fonctions standards et diminution des transferts réseau (sérieux, un .doc de 300 ko doit-il générer 3 Mo sur le réseau ? sans parler des .doc de 50 Mo qui pourrissent le réseau, local il est vrai, à coup de 800 Mo, qui échoue lamentablement en erreur dans l'imprimante qui n'a que 64 ou 256 Mo de nos jours, certaines sont passées à 4 Go voire 16 Go pour gérer ce genre de "besoin" ?).
Je te rejoins sur le contexte unixien, aka "ceux qui ont compris ce dont ils ont besoin, plutôt que de chouiner".
Pour steam, j'attends des retombées effectives.
bref, oui, il y a des sujets concrets à traiter. Qui le fait, qui s'en charge ?