Dans ce cas, n'y a t-il pas un risque de référencer comme censure des problèmes techniques ponctuels ?
De plus, comme dit plus haut, le serveur de l'extension voit l'internet par son FAI : s'il teste un lien et qu'il reçoit aussi un 404, qu'en déduit-il ? censure ? page manquante ?
Bref, l'intention est louable, mais les moyens techniques douteux (pour l'instant).
J'ai le même problème sur un autre projet hébergé sur gforge.
J'ai posté un bug report (#10772) et un patch de correction a été envoyé à l'équipe en charge de la plate-forme aujourd'hui. Reste plus qu'à attendre que ça entre en action...
Hmm, ça c'est un sacré effet de bord de la façon dont les programmes sont chargés en mémoire aujourd'hui sous linux (et ne parlons pas de ce qu'en disent les standards).
Personne n'est choqué par ce genre de pratique douteuse ?
En même temps, sur la page que tu donnes en exemple, les "erreurs" relèvent plus de la faute d'inattention (& -> & sur un seul lien et tu fais déjà sauter la moitié des problèmes, tu retires le <a> imbriqué et y'en a plus).
Donc certes, la page n'est pas valide, mais c'est pas non plus gravissime, et ça ne veut pas dire que le W3C ne respecte pas ses propres standards, ou qu'ils sont mauvais (les standards) ou trop exigeants. Peut-être juste que l'auteur était fatigué ce jour là...
C'est pas un mal, je suis le premier à faire des fautes quand je claviotte.
Et comme je déteste faire des fautes, je suis content quand on me les pointe.
Et donc, je me permets de rendre la pareille en pointant celles des autres (à la différence que c'est plus jouissif dans ce sens là).
Cependant, sans vouloir paraître péremptoire, ce serait encore mieux si l'orthographe n'écorchait pas les yeux (franchement "shéma", c'est pas joli-joli comme erreur).
"C'est quoi ton environnement de dev si parfait ou tout est génial et y'a rien de chiant à faire"
Ada avec les Gnat Project Files : tu donnes le répertoire avec les sources, le fichier qui contient la procédure de départ, les flags pour la compile et le reste roule tout seul. Même sur des gros programmes, ça fait pas des fichiers inbitables de n*1000 lignes.
J'appelle pas ça une supplication.
J'ai déjà vu des (mauvais) films dans lequel le jeu d'acteur faisait plus supplicant que dans les commentaires de ce bug report.
> Ma question est la suivante : comment, vous utilisateurs de Tiling Window Managers, vous passez-vous de la souris avec votre navigateur web (sans faire tab tab tab tab tab) ?
vimperator pour firefox ou sinon links2 -g avec les liens numérotés.
> J'ai travailler un peu avec Ion, et j'ai surtout trouvé cela inutilisable.
> Cela marche bien pour 2/3 xterm d'ouvert et un editeur, mais si tu ouvres et ferme souvent des logiciels différents, ils ne sont jamais là ou tu veux. Je ne parle même pas de l'utilisabilité de gimp...
C'était surtout vrai au début ça. Dans les dernières versions de la plupart des tiling wm (ion y compris), les popups et autre fenêtres spéciales s'ouvraient en "taille normale".
> Ce qu'il faudrait c'est plutôt une fusion de fenètre dans KDE. En gros que l'on puisse mettre des applications dans une seul fenètre avec un moyen simple par clic d'indiquer le comportement à l'agrandissement (taille fixe ou proportionnel pour chaque tile)
Oui mais non, le but de ce type de wm étant justement de ne pas avoir besoin même d'un simple clic pour faire la gestion des fenêtres.
Si ton problème, c'est que tu ouvres, fermes puis perds tes logiciels, essaie avec un tiling wm qui utilise des tags: la plupart permettent de tagguer par défaut certaines applications, et comme ça, on ne les perds jamais.
Un ancien de ion, de larswm, de dwm, de xmonad, de wmii... et peut-être bientôt un futur d'awesome
Effectivement, on reproche souvent à Eiffel son manque de connexion avec les utilisateurs et la "faible" communauté qui l'entoure, mais malheursement tout ceci est un cercle bien vicieux : les utilisateurs ne suivent pas, donc le langage se développe sans eux, du coup ils ont l'impression d'avoir été mis de côté, donc ils ne suivent pas...
A noter à propos de lisaac, un rapprochement est en cours entre l'équipe de SmartEiffel et celle de Benoit Sonntag, qui donnera sans doute naissance à un outil eiffel_to_lisaac.
C'est vrai, ils connaissent certainement plus Linux, mais à ce niveau, les admins sont compétents et tu peux être sûr qu'ils connaissent *BSD, au moins de nom/de réputation.
Ceux avec qui je bosse interviennent à un niveau moins "pointu" (quoique) et plus en grille qu'en supercalculateur, mais ils connaissent les deux. Sur Grid'5000, c'est du Linux partout, à mon avis surtout pour des raisons d'homogénéité de l'ensemble (partout le même système) et que ça simplifie probablement le système de déploiement à distance.
Je suis d'accord que l'exemple ne prouve rien et que bien sûr, on peut participer sans critiques à la partie free et à la partie non-free, fussent-elles héberger sur le(s) même(s) serveur(s).
Simplement, ça rejoint les arguments précédents: on n'arrive pas à distinguer "Debian free" de "Debian non-free" parce que ce sont les mêmes serveurs, les mêmes personnes et la même structure de projet qui encadre les deux.
Pour ton premier indice, on pourrait dire que c'est la version suisse de "un produit gratuit", qui par définition vaut zéro (francs suisses).
Je ne sais pas vraiment, je ne parle pas suisse (à part les 8s pour déplacer les montagnes...)
Pour y voir plus clair, il faudrait essayer de voir ce qu'on entend par "Debian supporte".
Par exemple, pour le paquet sun-java5-jdk, qui est donc dans non-free, packages.debian.org précise que les mainteneurs sont : Matthias Klose, Juergen Kreileder, Barry Hawkins et Jeroen van Wolffelaar.
Je ne connais pas ces gens, mais ils sont clairement identifiables comme "mainteneurs debian", alors je comprends l'argument qui dit "double discours de Debian".
Par exemple, le premier mainteneur, Matthias Klose maintient aussi les paquets libreadline4 et bash, qui eux sont bien libres.
Alors que dire d'une distribution dont les acteurs engueulent tout le monde sur la nécessité d'avoir du LL et qui dans le même temps maintiennent paquets "free" et "non-free" ?
PS: ceci n'est pas une attaque personnel contre Matthias Klose, je ne le connais pas, j'ai pris son exemple par rebond sur le paquet du jdk, mais il n'a pas l'air d'être un cas isolé.
[^] # Re: Spyware
Posté par pini . En réponse à la dépêche CensorCheap (extension Firefox) : la censure de votre FAI/pays. Évalué à 2.
De plus, comme dit plus haut, le serveur de l'extension voit l'internet par son FAI : s'il teste un lien et qu'il reçoit aussi un 404, qu'en déduit-il ? censure ? page manquante ?
Bref, l'intention est louable, mais les moyens techniques douteux (pour l'instant).
[^] # Re: typeof NaN
Posté par pini . En réponse à la dépêche Sortie de Node.js v0.2.0. Évalué à 3.
[^] # Re: Accès aux sources
Posté par pini . En réponse à la dépêche Sortie de exxEditor. Évalué à 1.
J'ai posté un bug report (#10772) et un patch de correction a été envoyé à l'équipe en charge de la plate-forme aujourd'hui. Reste plus qu'à attendre que ça entre en action...
[^] # Re: PAE (was i386)
Posté par pini . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 4.
[^] # Re: Et après ?
Posté par pini . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 5.
Personne n'est choqué par ce genre de pratique douteuse ?
[^] # Re: Qu'est-ce qu'un standard du Web ?
Posté par pini . En réponse à la dépêche Le web part en guerre contre IE6. Évalué à 2.
Donc certes, la page n'est pas valide, mais c'est pas non plus gravissime, et ça ne veut pas dire que le W3C ne respecte pas ses propres standards, ou qu'ils sont mauvais (les standards) ou trop exigeants. Peut-être juste que l'auteur était fatigué ce jour là...
[^] # Re: C'est trop drôle
Posté par pini . En réponse au journal Linuxfr en J2EE. Évalué à 1.
Et comme je déteste faire des fautes, je suis content quand on me les pointe.
Et donc, je me permets de rendre la pareille en pointant celles des autres (à la différence que c'est plus jouissif dans ce sens là).
# C'est trop drôle
Posté par pini . En réponse au journal Linuxfr en J2EE. Évalué à 1.
Cependant, sans vouloir paraître péremptoire, ce serait encore mieux si l'orthographe n'écorchait pas les yeux (franchement "shéma", c'est pas joli-joli comme erreur).
[^] # Re: Grandiose
Posté par pini . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Ada avec les Gnat Project Files : tu donnes le répertoire avec les sources, le fichier qui contient la procédure de départ, les flags pour la compile et le reste roule tout seul. Même sur des gros programmes, ça fait pas des fichiers inbitables de n*1000 lignes.
[^] # Re: Pas si simple que ça...
Posté par pini . En réponse à la dépêche L'ICANN libère les extensions de domaines. Évalué à 2.
L'indonésien utilise l'alphabet latin (merci Thalassa).
[^] # Re: Mandriva spécialisé dans MIPS ?
Posté par pini . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 3.
[^] # Re: Tournant ?
Posté par pini . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 2.
J'ai déjà vu des (mauvais) films dans lequel le jeu d'acteur faisait plus supplicant que dans les commentaires de ce bug report.
[^] # Re: Web et Tiling window managers
Posté par pini . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 2.
vimperator pour firefox ou sinon links2 -g avec les liens numérotés.
[^] # Re: Fusionner dans une même fenètre.
Posté par pini . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 3.
> Cela marche bien pour 2/3 xterm d'ouvert et un editeur, mais si tu ouvres et ferme souvent des logiciels différents, ils ne sont jamais là ou tu veux. Je ne parle même pas de l'utilisabilité de gimp...
C'était surtout vrai au début ça. Dans les dernières versions de la plupart des tiling wm (ion y compris), les popups et autre fenêtres spéciales s'ouvraient en "taille normale".
> Ce qu'il faudrait c'est plutôt une fusion de fenètre dans KDE. En gros que l'on puisse mettre des applications dans une seul fenètre avec un moyen simple par clic d'indiquer le comportement à l'agrandissement (taille fixe ou proportionnel pour chaque tile)
Oui mais non, le but de ce type de wm étant justement de ne pas avoir besoin même d'un simple clic pour faire la gestion des fenêtres.
Si ton problème, c'est que tu ouvres, fermes puis perds tes logiciels, essaie avec un tiling wm qui utilise des tags: la plupart permettent de tagguer par défaut certaines applications, et comme ça, on ne les perds jamais.
Un ancien de ion, de larswm, de dwm, de xmonad, de wmii... et peut-être bientôt un futur d'awesome
[^] # Re: Eiffel, trop tard ...
Posté par pini . En réponse à la dépêche Sortie de la bêta 2 de SmartEiffel 2.3. Évalué à 3.
A noter à propos de lisaac, un rapprochement est en cours entre l'équipe de SmartEiffel et celle de Benoit Sonntag, qui donnera sans doute naissance à un outil eiffel_to_lisaac.
[^] # Re: super Linus
Posté par pini . En réponse à la dépêche Réponse de Linus aux allégations de Microsoft sur la transgression de 235 brevets. Évalué à 3.
[^] # Re: côté députés
Posté par pini . En réponse à la dépêche Vente liée : les politiques s'en mêlent !. Évalué à 4.
les députés sont censés
[/mode]
En plus des 5 ans de prison (dont 1 avec sursis), Carignon a aussi été condamné à 5 ans d'inéligibilité.
C'était en 1996.
[^] # Re: Mauvaise langue
Posté par pini . En réponse à la dépêche Inauguration du labo commun INRIA-Microsoft. Évalué à 3.
[^] # Re: quitter ton emploi chez Microsoft ?
Posté par pini . En réponse à la dépêche La guerre contre l'ODF et le RGI fait rage.... Évalué à 1.
[^] # Re: 3 BSD
Posté par pini . En réponse à la dépêche Top500 des supercalculateurs. Évalué à 1.
Ceux avec qui je bosse interviennent à un niveau moins "pointu" (quoique) et plus en grille qu'en supercalculateur, mais ils connaissent les deux. Sur Grid'5000, c'est du Linux partout, à mon avis surtout pour des raisons d'homogénéité de l'ensemble (partout le même système) et que ça simplifie probablement le système de déploiement à distance.
[^] # Re: Hein?
Posté par pini . En réponse à la dépêche Les développeurs Debian choisissent le pragmatisme et souhaitent bonne chance à Dunc Tank. Évalué à -1.
Simplement, ça rejoint les arguments précédents: on n'arrive pas à distinguer "Debian free" de "Debian non-free" parce que ce sont les mêmes serveurs, les mêmes personnes et la même structure de projet qui encadre les deux.
[^] # Re: Avant de se défouler contre Mark Shuttleworth…
Posté par pini . En réponse au journal Un article Ubuntu passe au tribunal.. Évalué à -4.
Je ne sais pas vraiment, je ne parle pas suisse (à part les 8s pour déplacer les montagnes...)
[^] # Re: Hein?
Posté par pini . En réponse à la dépêche Les développeurs Debian choisissent le pragmatisme et souhaitent bonne chance à Dunc Tank. Évalué à 0.
Par exemple, pour le paquet sun-java5-jdk, qui est donc dans non-free, packages.debian.org précise que les mainteneurs sont : Matthias Klose, Juergen Kreileder, Barry Hawkins et Jeroen van Wolffelaar.
Je ne connais pas ces gens, mais ils sont clairement identifiables comme "mainteneurs debian", alors je comprends l'argument qui dit "double discours de Debian".
Par exemple, le premier mainteneur, Matthias Klose maintient aussi les paquets libreadline4 et bash, qui eux sont bien libres.
Alors que dire d'une distribution dont les acteurs engueulent tout le monde sur la nécessité d'avoir du LL et qui dans le même temps maintiennent paquets "free" et "non-free" ?
PS: ceci n'est pas une attaque personnel contre Matthias Klose, je ne le connais pas, j'ai pris son exemple par rebond sur le paquet du jdk, mais il n'a pas l'air d'être un cas isolé.
[^] # Re: à vandoeuvre
Posté par pini . En réponse au journal KDE fête ses 10 ans !. Évalué à -3.
PS: ep, désolé pour tes chiottes...
[^] # Re: ça n'a pas changé
Posté par pini . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 1.
Un groupe.