Sarcastic a écrit 289 commentaires

Il faut bien se rendre à l'évidence et 7 bits sont bien nécessaires pour ne pas percevoir de discontinuités entre deux aplats de vert ! En revanche pour le rouge et le bleu il semble que six suffisent. Évidemment tout ceci sous réserves des distortions produites par les algorithmes de traitement appliqués par X, la puce graphique, l'écran ... Et sous réserves que mes yeux aient une capacité standard à distinguer les couleurs.

Le problème, c'est que la vision dépend d'un tas de trucs qui font que ce test sur écran est biaisé.

— L'écran a une dynamique de couleur faible (1000:1, généralement, bien qu'on monte plus haut avec certaines astuces qui détériorent les couleurs). C'est sûr qu'avec une dynamique pareille, pas évident de voir des différences entre les applats. Et encore, c'est en admettant que l'écran affiche des trucs différents entre 7 et 8 bits.
— L'œil s'adapte merveilleusement bien à un tas de trucs, ce qui fait que selon les conditions d'éclairage, tu seras pas amené à voir tout à fait les mêmes choses.
— On a pas tous les mêmes yeux. On a même 2 yeux différents qui ne voient pas tout à fait les mêmes choses (j'ai un œil plus sensible au rouge que l'autre, par exemple).
— Et encore une fois, l'œil s'adapte très bien à certains trucs, selon l'attention qu'on porte à un objet. Mettons une photo. Il y a un tas de contrastes dessus. L'œil va tout voir (Mettons sur 6,3 bits, puisque ça semble le standard décidé par FantastiX). Mais si on fixe une zone plus distincte, moins contrastée, on continuera à voir du contraste. S'il existe, ce qui ne sera pas forcément le cas si l'on se contente de 8 bits.
— Et enfin, cela va dépendre avec quelle partie de l'œil on regarde. Si l'on regarde avec la fovea, ou pas.

Bref, limiter les impressions à du 8 bits par canal, selon moi, c'est idiot, surtout :
— si l'on peut faire plus.
— si l'on fait du noir et blanc (Parce qu'on passe de 24 bits d'informations à 8, et que l'œil est très sensible à la luminance, surtout quand on quitte la fovea).

Évidemment toutes ces remarques sont d'autant plus valables pour les capteurs.

Donc: que la profondeur des couleurs sur un canal soit gérée sur 32 bits est pour moi une profonde hérésie ou un irrésistible argument marketing ;-) . Mais ce n'est que mon avis, bien entendu.

Sauf si l'on considère que l'œil ne perçoit pas les 8 bits de façon linéaire, ou qu'on est amené à faire des modifications sur l'image qui vont modifier l'espace colorimétrique (courbe de gamma, histogrammes, tout ça).

Mouais, enfin, si la clause est abusive vis à vis de la loi, elle est considéré comme nulle, donc ça ne veut rien dire.

Alors, pour les tags, c'est possible de les assigner au démarrage :
myManageHook = composeAll [ className =? "Claws-mail" --> doF (W.shift "2:mail")]
(Le className se trouve avec xprop)

Et avec XMonad.Actions.CopyWindow on peut duppliquer une fenêtre sur plusieurs tags.
Après, les tags dynamiques, faut voir du côté de XMonad.Actions.DynamicWorkspaces, je crois.

Ah, et je rajoute également qu'en général, le type est automatiquement détecté par le compilateur (c'est la magie de l'haskell), donc, il n'y a souvent pas besoin de le déclarer.

Extraits de du code de Xmonad (Config.hs), qui est typé, donc ça fait une ligne de code en plus à chaque fois mais au moins on est sûr que c'est bon puisque le compilo le vérifie (oui, faut le recompiler ...) :

Ça fait un bout de temps (Xmonad 0.5 il me semble) qu'on fait plus la configuration dans Config.hs mais dans xmonad.hs, qui est recompilé automatiquement au redémarrage de XMonad si un changement est détecté (Et vu qu'on peut forcer le redémarrage de XMonad avec une séquence de touche, sans redémarrer X, ben c'est génial pour faire des changements de config à la volée).

Disons que ton navigateur a peu de chances de faire la différence entre un https d'un site comme gmail qui contient des informations sur ta vie privée, un site comme amazon où tu vas mettre des infos sur ta carte de crédit et un site comme linuxfr où si tu te fais hacker ton compte, ben limite tu t'en branles ...
Ouais. Donc, on peut dire que c'est à l'utilisateur de faire la distinction.

Du coup, je trouve normal qu'il te dise "dis voir, mon vieux, c'est pas sûr du tout que ce soit super safe, ton truc, là ".
Ça, c'était le comportement de FF2.
FF3, c'est : « Attention, y a une erreur ».

Donc non, je trouve que de mettre un truc bloquant, coûteux et de forcer l'utilisateur à réfléchir, c'est bien parce que mozilla peut pas le faire à sa place.
Ahah. Si on raisonne comme ça (l'utilisateur est un abruti qu'il faut bloquer pour l'empêcher de cliquer compulsivement sur « accepter »), effectivement.
Dans ce cas, je peux pousser ton raisonnement et te rétorquer que ton utilisateur, la seule chose qu'il aura gagné, c'est le fait d'être énervé. Parce que lui, au final, ce qu'il veut, c'est accéder à son site, et que ce message, il en a rien à foutre. D'ailleurs, il en a pas compris la moitié. Et la seule chose à laquelle il aura réfléchi, c'est « comment j'arrive à avoir ce putain de site ».
Donc, « forcer l'utilisateur à réfléchir en le bloquant », je trouve que c'est vraiment une mauvaise statégie. Un peu comme le modèle de sécurité de Vista.

Donc tu es pour la non information !?!
Avant, le message d'avertissement, une simple fenêtre pop-up, pour accepter (temporairement ou non) ou refuser le certificat et qui expliquait pourquoi ça pouvait être dangereux, ce n'était pas ce que j'appelle de la « non information ».

En revanche, maintenant, faire croire que le site est dangereux, parce que le certificat root n'est pas dans Firefox, ça, je trouve ça très proche d'une déformation de la réalité.

je trouve plutôt ça bien qu'ils sensibilise les gens
Non. Ça leur fait dire que « le site ne marche pas ». Ceux qui ont donné des liens en https vers DLFP sauront de quoi je parle.

Pas de compromis avec la sécurité.
Oui, enfin, là, on en vient à accepter de façon permanente des certificats root, parce qu'accepter temporairement un certificat est devenu insupportable (5 clics de souris… faut pas déconner).
Tout ça alors qu'un tas de sites n'exigent pas un tel niveau de sécurité (au hasard, Linuxfr), et que quand les gens voient cette page « d'avertissement » (ça ressemble plus à une page d'erreur), ils disent « ton site y marche pas ».

On dirait qu'il y a trop de mots. "pass" sert à quoi par exemple ?
Juste à indiquer qu'il faut laisser passer le paquet (Et non le bloquer).
Quand au trop de mots, sur pf (notez la disparition du « = »), y a moyen de réduire ça à ($ext_if étant une macro définie plus haut, et remplacée par le nom de l'interface utilisée par la DMZ) :
pass in quick log on $ext_if proto tcp to port 22

"quick log", c'est pour faire des logs courts ?
En fait, non. Le quick indique que si le paquet tombe dans cette règle, alors ipf (Ou pf, différence de syntaxe minime dans l'exemple) n'évalue pas les règles suivantes.

le port = 22 s'applique pour la destination ? ca aurait été pour la source ça aurait fait any port = 22 to any ?
Ç'aurait fait :
pass in quick log on $ext_if from any port 22 to any
Ou plus simplement :
pass in quick log on $ext_if from port 22

Ça vient d'un monsieur de l'INRA (j'ai oublié son nom, c'était y a plus un an) lors d'une conférence.

Pas une source très vérifiable, donc. Mais tout à fait plausible quand on voit ce qui est fait dans les serres d'El Ejido en Andalousie.

Mais, je pense qu'il est difficile de mettre sur un même plan le CO2 issu de la respiration d'un individu dont le carbone est issu de mon alimentation dont le carbone est issu du CO2 atmosphérique (pour la partie matière) et fossile (pour la partie agriculture et transport) et la CO2 nécessaire à l'utilisation (fabrication, entretien, retraitement, etc ...) d'une centrale nucléaire.
Euh, quand on pense qu'il faut 10 calories de pétrole/électricité/whatever pour produire une calorie de tomate dans l'agriculture « moderne »…

http://gparted.sourceforge.net/features.php

Chaque fs ou presque demande son ensemble de programme pour faire ça.
Voir le champ required software de la page ci-dessus.
Pour ntfs et fat, il te faudra dosfstools et ntfsprogs.

Voir à la dépêche de patrick_g en ce qui concerne les systèmes de fichiers pour SSD :
https://linuxfr.org//2008/04/04/23938.html

Surtout qu'un disque dur, c'est relativement fragile, même si c'est pas la même fragilité que le CD.
Parce qu'il suffit d'une décharge électro-magnétique pour que tu te ronges les gencives.

tu as eu de la chance, je suis déja tombé sur des CD-Audio qui grésillent, et des blu-ray fidèles reproduction du DVD upscalé à l'arrache... Idem sur des DVD dont le support initial était la numérisation de la cassette VHS, imagine...
Pour les CD audios, j'ai déjà eu des CD qui grésillent (vieilles interprétations classiques, repiquées depuis des vinyles, donc, difficile d'en vouloir à qui que ce soit).
Après, y a pas de miracle, on peut pas inventer l'information qui n'existe pas (même s'il est idiot de repiquer depuis une VHS pour faire un DVD si les bandes originales existent toujours), et on peut faire des horreurs dans tous les cas (loud war, par exemple).
Simplement, le résultat est souvent (beaucoup) plus catastrophique en MP3 qu'en CD audio (Peut-être parce que le CD audio est plus simple : pas de compression, un seul taux d'échantillonage, et tout).

* le MP3 est le format de prédilection pour la diffusion numérique, en concurrence certes avec l'AAC (qui a une meilleur qualité, mais de peu), mais c'est un format très apprécié. Beaucoup de sites vendent au format MP3, étonnant?
* regarde ce qui est vendu actuellement : des baladeurs MP3. Ca se vend par milliers. Combien de lecteur CD-Audio? Beaucoup moins...
[…]
* il se diffuse beaucoup plus de DivX que de blu-ray, à croire que les gens s'en foutent de la qualité.
* Il se diffuse plus de MP3 que de fichiers en FLAC ou autre, à croire que la qualité pour l'audio, c'est autant recherché que la qualité pour les vidéos...
C'est rigolo. On pourrait dire, peu ou prou la même chose de Windows.

* Essaye de faire du 48KHz avec un CD-Audio, ca ne marche pas. le MP3 le permet, le MP3 permet d'avoir un échantillonnage plus important que le CD-Audio, donc potentiellement une meilleure qualité que le CD-Audio.
* tu es méchant avec DivX : je peux te fournir des DivX de bien meilleure qualité qu'un Blu-ray : un blu-ray fixe la résolution maximum à 1920*1080 avec un débit maximum de 25 Mbps, alors que je peux faire un DivX en 50000000*200000 avec un débit de 90000 Mbps si je veux (impossible de faire avec les limitations imposées par le Blu-ray).
Là, j'admets que ce que je dis se base sur les préjugés utilisations typiques qui sont faites de ces formats. Nul doute qu'on peut avoir des MP3 ou des DivX de très bonne qualité. Le truc c'est que dans le cas du CD-Audio ou du Blu-ray on fixe la qualité (impossibilité de monter… ou de descendre), tandis que de l'autre ben rien (En plus de n'avoir strictement aucune garantie avec le MP3, vu que du 128k peut être à la limite du supportable, ou difficilement distinguable, selon l'encodeur).
Après quel magasin en-ligne propose aussi bien qu'un CD audio en MP3 ? Et pour quel prix ? Et quelle garantie ?
Et y a aussi un autre facteur. Je dois être un vieux con, mais j'aime bien avoir des CD, avec les livrets papiers, les pochettes, et tout.

(le CD-Audio, remplacé par les MP3)
Euh, là, non, faut pas déconner. Pourquoi on remplacerait pas les Blu-ray par des Divx, aussi ?

Pour info, utilisez-vous -- en tant que concepteurs de ce mapping -- cela de manière quotidienne et cela ne vous a jamais posé de problème? Et surtout y a-t-il des développeurs et des utilisateurs intensifs de consoles/shells parmi vous?
Je suis pas un concepteur du mapping, juste un utilisateur.
Tout d'abord, pour les petits développements, j'utilise un éditeur léger et puissant (Il s'agit évidemment d'Emacs, comme tout un chacun l'aura deviné), qui affiche les espaces insécables comme des underscores rouges ou comme des carrés rouges, donc ça se voit assez bien.

Et pour les codes plus gros où j'utilise Eclipse, j'ai pas eu le problème encore.
Le plus gros problèmes reste pour le shell intéractif, mais je dois avouer que si j'ai eu pas mal de problèmes avec le mapping fr-latin9 (AltGr + Espace = espace insécable) à cause du pipe (en AltGr aussi), je me souviens pas en avoir eu avec le BÉPO.

2/ Dans l'image de la disposition, que veut dire la couleur verte? Je vois par exemple le ' ¨ ' (de "noël") en vert. Et surtout je vois le '^' en vert. C'est pourtant bien la touche principale là (enfin... il me semble, non?), il ne faut pas la mettre en noir?
Ce sont les touches mortes, les touches en verts. Et le '^' est (relativement) difficilement accessible quand tu tapes à dix doigts.

3/ Pourquoi certaines touches sont en double? '/', '^' en particulier en fait...
Pour pouvoir être utilisé sur les claviers 105 et 104 touches (Pas de touche <>).

4/ La lettre 'µ' a-t-elle vraiment la moindre utilité en français? Même en programmation, je n'en utilise jamais. A moins que ce soit pour les mathématiciens pour qui on considère cela comme très utile? (mais dans ce cas ils ont aussi besoin de la plupart des caractères grecs aussi...)
Il y a une touche morte pour faire des caractères grecs, donc c'est polyvalent.

7/ L'espace insécable, c'est vraiment un super truc de l'avoir ajouté. Par contre, lui j'aurais estimé qu'il ne doit pas être si simple d'accès sur maj-espace. Je l'aurais plutôt étonnament rendu plus dur en altgr-espace et rien mis en maj-espace
L'avantage, c'est que la ponctuation double est placée en maj aussi, du coup on rentabilise l'appui sur MAJ au maximum. C'est un choix discutable, mais je le trouve pratique.

D'ailleurs en bépo, pourra-t-on faire des chiffres au moins avec ver-maj dans les cas où on en a beaucoup à taper?
Oui.

Il parle sans doute de l'arrivée massive des membres de GCU-Squad (twisla, aki, moar_lurk, pomperoi, zovi23, neuro, pour ne citer qu'eux -À noter, que la plupart des comptes ont été créés juste pour l'occasion, les autres n'ayant guère servi avant), et de leurs messages exaltants la pertinence.
Ou alors, du chan #gcu, sur lequel, pendant ce temps là, on avait le compte du nombre de messages (en presque direct) de la dépêche.

toi t'arrives un train en retard sans en avoir lu la moitié hein ;)

D'un autre côté, vu que son but est sciemment de pourrir la dépêche (Suffit d'aller voir sur #GCU), quoi de plus normal ?

Y'a une bande de ravagé
Je dirais plutôt qu'il y a deux bandes de ravagés qui ont décidé de faire un remake de la guerre des gangs, et que c'est ça qui pourrit la news.
(Bon, modulo le troll de GPL)

C'est pas que ça nous plaise pas, c'est juste que c'est inutile.

Un retour aux sources, alors, tant qu'à faire.