Larry Cow a écrit 5011 commentaires

  • # Mol/PearPC

    Posté par  . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.

    Truc cool, avec des Macs basés sur du x86, ça pourrait accélerer violemment PearPC (hypothèse la moins optimiste) voire permettre d'utiliser MoL sur un Linux/x86. ;)
  • [^] # Re: et enfin...

    Posté par  . En réponse au journal Video de demo Krita. Évalué à 3.

    le rvb ce n'est sympa que pour le web

    En fait, le RVB est largement plus "sympa" que le CMJN, en ce sens qu'il permet davantage de nuances (l'espace colorimétrique de base RVB est plus "grand" que celui du CMJN). Sachant que le RVB est lui-même un peu limité par rapport à d'autres (les bases "théoriques" comme le XYZ ou le sRGB, si j'ai bonne mémoire).

    Le seul avantage du CMJN, c'est que c'est ce que l'industrie utilise pour la reproduction sur papier, pour des raisons assez éloignées des considérations colorimétriques (le N n'est là qu'en raison de la présence statistiquement plus importante du noir).
  • # fd.o?

    Posté par  . En réponse au journal Applis gnome/kde et configuration. Évalué à 2.

    Propose ça à Freedesktop, non?

    Sinon, j'ai le vague souvenir qu'on peut faire quelque-chose de similaire en passant par Kiosk, sous KDE, mais je confonds peut-être... en tous cas, Kiosk demande un boulot d'administration certain, même s'il simplifie beaucoup de choses.
  • # Notes

    Posté par  . En réponse au journal J'ai honte d'être français !. Évalué à 3.

    Je ne fais que redire en bref ce que j'ai plus longuement détaillé ailleurs.

    D'une part, il serait bon d'arréter de considérer que les seuls arguments valables pour le "non" étaient ceux du FN et de la LCR. Ceux qui ont dit "non" au TCE n'ont pas dit "non" à l'Europe, merci de ne pas mélanger.

    D'autre part, ceux qui fustigent les "mauvais perdants", souvenez-vous de la manière dont vous avez accepté la défaite du premier tour des dernières présidentielles.
  • [^] # Re: ifplugd?

    Posté par  . En réponse au message Hotplug et démarrage de services. Évalué à 2.

    Ça semble efficace, en effet. Tu ne teste qu'avec une connexion filaire, ou bien tu as tu Wireless aussi?
  • # Problème de nom?

    Posté par  . En réponse au journal PxLinux : Plextor utilise la voie legale, c'est donc fini !. Évalué à 3.

    Ce n'est pas bêtement le fait d'avoir appelé ton utilitaire de manière similaire au leur qui leur fait voir rouge? Ça n'excuserait pas grand chose, certes, mais c'est moins risqué pour toi...
  • # ifplugd?

    Posté par  . En réponse au message Hotplug et démarrage de services. Évalué à 2.

    J'ai vu traîner ça il y a quelque temps dans portage, mais je n'ai pas (encore) testé:

    http://0pointer.de/lennart/projects/ifplugd/(...)

    D'après le site:

    ifplugd is a Linux daemon which will automatically configure your ethernet device when a cable is plugged in and automatically unconfigure it if the cable is pulled. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected.
    ifplugd ifplugd interfaces with your distribution's native network configuration utilities.


    Ça a l'air de se présenter pas mal, si quelqu'un essaye j'aimerais beaucoup savoir ce qu'il en pense :)
  • [^] # Re: PAO

    Posté par  . En réponse au journal Un article intéressant sur (X)HTML/CSS. Évalué à 2.

    Loin de moi l'idée de te moinsser, je comprends ce que tu veux dire. Mais je reste quand même un peu sur ma position.

    À l'origine, le web était textuel, c'est entendu. À l'heure actuelle, si on s'en tient aux standards, il ne vaut guère mieux. Je veux bien encore l'admettre, encore qu'il soit possible de faire énormément de choses côté serveur.

    Je dis que le web n'est pas une télé interactive parce qu'il n'est pas _encore_ tel. La question pourrait être "doit-il le devenir?". Tu sembles répondre "oui", tandis que j'ai tendance à penser l'inverse.

    Pourquoi? D'abord parce que je ne suis pas convaincu _du_tout_ de l'intérêt d'un tel type de média. Notre chère télé pas (trop) interactive nous lobotomise déjà bien assez comme ça. Si un apport de "fun" au web pouvait améliorer sa capacité à nous "élever" (au sens large), ça pourrait effectivement valoir le coup. Autrement, ça me paraît un peu dommage de gaspiller de l'énergie pour ça.

    Pour lier à des choses concrêtes : ça me semblerait relativement judicieux de standardiser une technologie de cartograhie - comme Mappy le fait en Flash. Au contraire, je ne suis pas franchement pressé de voir une recommandation W3C pour le "lancer de pingouins". Je ne remets pas en cause l'aspect ludique des jeux en Flash, je refuse simplement de les voir comme une partie intégrante du web. Pour moi, il s'agit simplement d'applications indépendantes commodément affichées par le navigateur.

    Ensuite, parce que je crains beaucoup concernant l'universalité de la chose. Quand on voit le temps qu'il faut pour que le SVG (pourtant standardisé) soit utilisable sur le web, on peut se demander pendant combien d'années de telles technologies - si belles soient-elles - scinderaient le web en deux clans : ceux qui peuvent et ceux qui peuvent pas. Encore une fois, si le but est "noble", un peu de patience peut être de mise. Si en revanche il ne s'agit que de mettre un peu de "rigolo" dans les pages, c'est triste.

    Le web est vu comme une télé interactive par beaucoup de gens, c'est très possible, mais c'est à mon sens regrettable parce qu'ils passent à côté de l'intérêt principal de la chose. On peut standardiser le lancer de pingouin, mais ça ne donnera pas davantage aux gens l'envie d'utiliser le web pour ce qu'il est depuis le début: une formidable base de données hétéroclites. Je ne vois pas l'intérêt de transformer un outil aussi formidable uniquement pour qu'il soit davantage en phase avec la vision faussée que certains en ont. Même s'ils sont la majorité.
  • # tsk

    Posté par  . En réponse au journal C'est fini. Évalué à 10.

    Et "ne pas abandonner la partie avant de la jouer", ça te dit quelque-chose?
  • [^] # Re: PAO

    Posté par  . En réponse au journal Un article intéressant sur (X)HTML/CSS. Évalué à 6.

    Je trouve un peu ahurissant qu'on reproche le manque de créativité (problème humain) aux outils mis à la disposition des-dits humains.

    Si un sculpteur de marbre est bridé dans son mouvement créatif par le fait que la sculpture sur marbre ne permet pas de créer des oeuvres animées, ce n'est pas la faute de la sculpture, ni du marbre, ni du ciseau.

    Tu sembles regretter que les seuls design sympas soient faits en Flash. Je proteste, c'est naze: le Flash on ne peut pas tourner autour pour voir à quoi il ressemble vu de derrière. Non au Flash!

    Trève d'ironie, c'est pour beaucoup une histoire de goût. Si tu es en manque de design sympa, produis-en, enseignes à des jeunes comment en produire, rémunères des gens pour qu'ils t'en produisent. Maintenant, si une page web doit faire "coincoin" quand tu passe sur les liens en formes de canard pour être "sympa", il serait peut-être temps d'adopter un autre moyen d'expression (les cd-roms multimedias, par exemple). Le web, c'est un ensemble de contraintes, possibilités et objectifs qui forment un support, de la même manière qu'un livre ou une cassette audio.

    Il ne te viendrait pas à l'idée, je suppose, de reprocher à un imprimeur le manque d'ambiance musicale de ses livres? Ni la pauvreté du design du ticket de métro? Il en va de même pour le web. Le fait qu'il soit possible de délivrer des données arbitraires par le web, et que cette possibilité soit utilisée pour afficher de petites applications colorées, ça ne rend pas le web responsable de ces dernières.

    Si un éditeur fournit un cd-rom avec ses bouquins, c'est bien. Si, fort de cette trouvaille géniale, le lecteur va reprocher à La Pléïade de ne pas fournir de cd-roms dans son intégrale de Voltaire, il y a un problème (chez le lecteur, s'entend).

    Pour en revenir à ton propos, il est vrai que le design web suit les modes. Mais le Flash ne change rien à ce sujet, et des standards plus riches n'y changeraient probablement pas davantage.

    Concernant la puissance de l'instrument, je proteste encore une fois. Le web n'est pas une télévision interactive, et vouloir à tout prix lui ajouter ce genre de fonctionnalités me semble un peu vain, et en ferait quelque-chose de complètement différent. Reprenons l'exemple de mon sculpteur frustré: pour pallier au manque de mouvement du marbre, il a décidé de se mettre au cinéma. Après plusieurs mois d'essais infructueux, de sueur, et d'achats de matériel, il a enfin réussi à produire un cours métrage qu'il juge digne. Ira-t-il le présenter à ses amis en disant "regardez, ça y est, je l'ai faite! ma nouvelle sculpture! elle est révolutionnaire!"?

    Je ne sais pas toi, mais quand j'utilise le web, c'est généralement pour y trouver une information. Celle-ci peut-être instructive, étrange, amusante, etc, c'est selon. Quand j'ai trouvé cette information, je la consomme (par la lecture, en général). L'interactivité "gratuite" a les plus fortes chances de me contrarier dans cette tâche, à moins d'être fort discrète et à propos. Je ne voudrais pas tomber dans la caricature d'un web qui ne servirait qu'à lire des howtos et des manpages, mais je refuse tout autant la perversion d'un web qui sert de vitrine publicitaire.
  • [^] # Re: Boff ....

    Posté par  . En réponse au journal Un article intéressant sur (X)HTML/CSS. Évalué à 7.

    Si je ne m'abuse, le Web a été crée pour en faire ce que nous décidons.

    Oui, mais pas seulement. Il a aussi et surtout été créé comme un moyen standardisé de communiquer des informations publiées (par opposition aux moyens de communication que sont le mail et l'IM, par exemple).

    Ceci implique qu'un site peut-être potentiellement vu par n'importe qui. C'est pour cela qu'il est essentiel de conserver en priorité l'aspect "universel" par rapport à l'aspect "rigolo". Si on arrive à faire à la fois drôle et universel, c'est splendide.

    Il faut arrêter cette phobie conservatrice de vouloir garder le ouaibe comme l'a créé Berners-Lee.

    Ce qui n'est pas non plus ce que je prône. Simplement, il me semble important que l'utilisation première d'un outil soit celle pour lequel il est conçu. Les expérimentations sont toujours intéressantes, mais si elles ne gardent pas ce statut d'expériences, on risque de se retrouver avec un outil cassé (fragmenté, dans le cas du web).

    Publication de documents ca veut dire quoi ? c'est quoi un document ? un film de 10heures est un document, comme une application interactive d'apprentissage, un morceau de zique, un howto, ou un fichier source. "Document" ne veut rien dire !

    "Document" a beaucoup de sens, au contaire, surtout si tu prends le temps de le comparer au concept d'application. Il est vrai que, sur un ordinateur, la distinction entre une application et un document est parfois ténue - après tout, ce sont tous les deux des paquets de bits plus ou moins structurés - mais leurs possibilités et objectifs sont clairement distincts. Même s'il faut reconnaître que les langages interprétés faussent un peu la donne, il est bien difficile de confondre une application (fut-elle en python) et une vidéo.

    Pour ce qui est de ton application interactive, je dirais que son statut dépend essentiellement de son "ouverture". Si n'importe qui peut l'exécuter facilement, quelle que soit le moyen d'accès qu'elle utilise (x86, ppc, windows, linux, macos, vms, PDA...), j'aurais très envie de la ranger dans les documents. Si on contraire il s'agit d'un binaire ELF, l'envie sera grande d'en faire une application.

    Car j'ai tendance à penser qu'un document et une application ne sont pas "consommés" de la même façon, et que cela peut faire une grande distinction. Cela dit, et j'ai été imprécis, le web n'a pas pour vocation de publier n'importe quel document, mais surtout les documents "universels" (par opposition à - par exemple - une demo opengl).

    Ensuite si tu es contre les trucs "rigolos" ben tant pis pour toi. Y a des gens qui n'ont pas forcément envie de se faire chier toute la journée, alors vivent les trucs rigolos.

    Je ne suis pas contre les trucs rigolos, je déplore juste que le côté rigolo soit souvent prioritaire sur l'aspect "ouvert" du web. Le site le plus amusant du monde, s'il est en Flash, n'amusera pas plusieurs catégories d'usagers du web (les aveugles, les gens qui utilisent autre chose qu'un x86 ou un macos, ...).

    En plus c'est généralement d'une grosse connerie bien débile que sortent les innovations les plus performantes.

    Faudra qu'on m'explique en quoi une animation Flash, aussi marrante soit-elle, peut faire sortir une innovation performante. Pour reprendre ce que je disais plus haut : expérimenter avec un médium est important, mais il ne faut pas mélanger expérimention et usage quotidien.
  • [^] # Re: Boff ....

    Posté par  . En réponse au journal Un article intéressant sur (X)HTML/CSS. Évalué à 9.

    Tout dépend de ce que l'on attend du web.

    Si je ne m'abuse, le web a été créé pour être un système de publication de documents. Le fait que certaines personnes aient dévoyé cet usage (ce qui n'est pas forcément mal, finalement, mais c'est un autre débat) en créant des applications "riches" par dessus ce médium ne doit pas nous jeter de la poudre aux yeux : les standards du web ont pour objectif l'aspect "publication de documents" du système, et il ne serait pas tellement logique (vu les défis qu'il reste à relever) qu'ils s'éparpillent et commençent à standardiser un paquet d'usages "mutants" du web.

    Par ailleurs, contrairement à ce que semble indiquer l'auteur de ce texte, faire des trucs "rigolos" n'est pas l'objectif d'un outil comme le web.
  • [^] # Re: Projecteurs holographiques

    Posté par  . En réponse au journal Les lames des sabres laser ont-elles une masse ?. Évalué à 10.

    En outre la gestion du DRM est assez minable (il ne crypte/brouille manifestement que la fin de la séquence).

    On me fait signe que, de toutes façons, il n'y a pas de codecs libres. Fabrice Bellard n'a souhaité faire aucun commentaire.
  • [^] # Re: Nécessité de Java?

    Posté par  . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 10.

    Ou alors faut remonter à des versions de la préhistoire du noyau où ils avaient désactivé le cache lol.

    Il ne faut jamais désactiver le cache lol. Un ordinateur sans cache lol, c'est aussi utilisable qu'une cafetière sans filtre.

    Par exemple, prenons le court extrait suivant:


    'tain *** koman c tro *** chuis tro ptd*** il é ***ant ce mec! ************************* ********************* ***


    Sans cache lol, il ressemble à ça:


    (Pour des raisons légales, nous ne pouvons reproduire ce texte ici. Le lecteur curieux pourra le retrouver sur skyblog, en cherchant un peu. Merci de votre compréhension.)
  • [^] # Re: Gestionnaire de fenetre ideal

    Posté par  . En réponse au journal Gestionnaire de fenetre ideal.. Évalué à 4.

    Le navigateur je peux comprendre, bien que je n'utilise que très rarement firefox.

    La console, par contre, je trouve bien plus pratique d'utiliser un "bête" Kuake que de le docker.

    A la base, la zone de notification est quand même faite pour des applications qui produisent des informations ou nécessitent un "feedback" en dehors des périodes où elles sont au premier plan. C'est donc plutôt pensé pour des lecteurs multimedia, les logiciels de messagerie instantanée (ou pas, d'ailleurs), les programmes qui surveillent quelque chose, etc.

    Ce que tu sembles rechercher, c'est plus une barre de tâches "réduite" qui n'afficherait que les icones, non?
  • [^] # Re: celle là est pas mal non plus :-)

    Posté par  . En réponse au journal Konqueror passe le test Acid2 \o/. Évalué à 3.

    Computers are like air-conditioners : they stop working properly once you opened windows
  • [^] # Re: Gestionnaire de fenetre ideal

    Posté par  . En réponse au journal Gestionnaire de fenetre ideal.. Évalué à 2.

    Quand on voit par exemple K3B qui permet de tout faire, moi je prefere passer par differentes petites applications (mais c'est juste MON avis)

    C'est pas un problème de WM, ça. Rien ne t'empêche de graver (sous KDE ou autre chose) en utilisant les applications de ton choix. Quitte à les coder si elles n'existent pas. Mais quel que soit ton WM, K3B restera une application intégrée de gravure de disques optiques.

    Au passage, K3B est un mauvais exemple, puisqu'il ne fait pas vraiment partie du projet KDE (même s'il offre un bon niveau d'intégration).

    Je ne veut pas tout docker, mais que tout soit dockable.
    à la difference des bureaux virtuels, une aplication dockée n'est plus dans la barre des taches (oui je sais ça se parametre) et quand on clique sur son icone, elle arrive dans le bureau courant.


    Je ne sais pas ce que tu utilises, mais sur mon système toutes les applications qui seraient intéressantes à docker sont dockables (kopete, amarok, akregator)
  • # Hop

    Posté par  . En réponse au message Kmymoney : permission sur fichier kmy. Évalué à 2.

    Il y a une bonne raison pour laquelle tu ne mettrais pas le groupe "parent" comme groupe primaire de vos comptes, plutôt que comme groupe secondaire? Ça n'est surement pas super élégant, mais ça devrait régler ton problème sans toucher au code de kmymoney.

    (pas oublier de mettre "user" dans la liste des groupes secondaires, par contre, sinon ça risque d'être fun)
  • [^] # Re: Le temps, à deux dimensions ?

    Posté par  . En réponse au journal Gnome et OpenDocument. Évalué à 7.

    Le vent du changement est en train de souffler !

    Dans la face du temps, comme une tornade qui sonnera la cloche de la liberté pour la paix de l'esprit !

    (Scorpions powered :p)
  • [^] # Re: badram ?

    Posté par  . En réponse au message Sig11 à répétition. Évalué à 2.

    C'est pas garanti, mais surtout "dans l'autre sens" (le fait que ça ne détecte pas d'erreur ne veut pas dire qu'il n'y en a pas). Si ta RAM génère des erreurs visibles au bout de dix minutes, il n'y a pas tellement de raison pour qu'une heure de memtest n'arrive pas à statuer (si c'est bien la RAM qui chie).
  • [^] # Re: hem...

    Posté par  . En réponse au journal Main Actor version 5.5 sortie QUE sous Linux !. Évalué à 3.

    Parce que quand tu as acheté un logiciel bien cher, tu vas aller le filer à tout le monde ensuite, toi? Je crois que tu surestimes l'esprit de partage ambiant ;)

    Sérieusement, le particulier qui file sa copie d'Office, c'est un comportement qui est pratiquement inexistant dès que tu touche des softs plus "importants". (Bon ok, le prix de Main Actor semble inférieur à celui d'Office, mais c'était un exemple)
  • [^] # Re: Quels comiques !

    Posté par  . En réponse au journal Ne m'appelez plus jamais Wi-Fi. Évalué à 7.

    Concernant le "mél", il s'agissait quand même d'un gros malentendu. La recommandation de l'Académie était d'utiliser le terme comme abbréviation, de la même manière que "tél" pour "téléphone".

    Ça reste assez moche, mais c'est tout de même moins stupide que d'imposer ça comme terme "générique".
  • [^] # Re: Petite parenthèse

    Posté par  . En réponse au message Linux et les mots de passe. Évalué à 2.

    C'est fourbe ça. Ça m'arrive souvent, en bon boulet que je suis, de taper frénétiquement "su -" suivi de mon pass avant de me rendre compte que mon shell est sur une machine tierce...
  • [^] # Re: pas trop tôt !

    Posté par  . En réponse au journal TA Spring un clone du jeu Total Annihilation en GPL. Évalué à 4.

    Freecraft n'a jamais distribué les données propriétaires de Warcraft2. Ils se sont simplement contenter de permettre aux possesseurs (légitimes ou non, c'est un autre problème) des-dites données de les utiliser.

    Ce n'est d'ailleurs pas ce sur quoi Blizzard a gueulé, si j'ai bonne mémoire, mais sur la similitude de nom. Au passage, Stratagus (le fork le plus actif de Freecraft) peut toujours utiliser les données de WC2, via son "module" Wargus.
  • [^] # Re: apn et format proprio

    Posté par  . En réponse à la dépêche Création de OpenRaw.org. Évalué à 2.

    Après vérification auprès de mon tiffinfo préféré, le TIFF fourni par mon Olympus (C-300Z) est bel et bien non compressé.

    Pour preuve:

    Compression Scheme: None


    C'est curieux qu'ils n'aient pas conservé cette capacité sur les modèles plus récents...