Octabrain a écrit 1685 commentaires

  • [^] # Re: bien

    Posté par  . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 9.

    Ouais, ceux qui aiment KDE ils sont bien, les gnomistes c'est des connards.
  • # Cool ! [-10]

    Posté par  . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à -2.

    Ça tombe bien, j'en avais rien à foutre de ce jeu \o/
  • [^] # Re: Jeu web

    Posté par  . En réponse au journal QuakeLive sous Linux !. Évalué à 5.

    Yaura des google ads à côté de chaque arme, medkit, boite de munitions, etc.
  • # le jeu

    Posté par  . En réponse au journal QuakeLive sous Linux !. Évalué à 0.

    Alors le concept du jeu gratuit en devant se taper de la pub, déjà c'est douteux, mais si en plus des pubs ils rajoutent du payant parce qu'ils arrivent pas à rentabiliser leur saloperie (http://nofrag.com/2009/aou/17/32131/ )...
    Non, jusqu'à Quake3, id sortait des bons trucs. Mais après, ils auraient dû s'arrêter plutôt que faire tout ça : quake4 filé à raven et qu'est une repompée de quake3, etqw qu'est une repompée de ET (un jeu gratuit), quakelive le jeu avec des pubs, rage le fps pour consoles...
  • [^] # Re: parce que je n'ai que cela à faire

    Posté par  . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 2.

    Et oui, à même pas savoir ce qu'est un utilisateur, on est pas capable d'imaginer qu'ils existent partout.
  • [^] # Re: parce que je n'ai que cela à faire

    Posté par  . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 10.

    > Beuh, ce n'est pas compliqué, LaTeX/Beamer, tout de même. La doc pour la syntaxe, c'est le guide Beamer, très bien fait. La doc pour compiler, c'est « pdflatex presentation.tex », 'hachement compliqué en effet.
    Waw, yen a qui sont vraiment à des années-lumière de ce qu'est un utilisateur.
  • [^] # Re: Pas cool

    Posté par  . En réponse au journal Du nouveau pour Python+Qt : PySide. Évalué à 5.

    Je ne disais pas "untel a raison" (ou pas). Je rappelais juste que tout le monde n'était pas d'accord au sujet de "riverbank c'était bien pour le libre", mais par contre ton commentaire c'est juste du bruit.
  • [^] # Re: Pas cool

    Posté par  . En réponse au journal Du nouveau pour Python+Qt : PySide. Évalué à 10.

    Tout le monde ne pense pas que la GPL est le meilleur choix de licence libre.
  • [^] # Re: Une possibilité simple de boycott

    Posté par  . En réponse à la dépêche Kmess, Live messenger tout simplement. Évalué à 2.

    s/les/des/
    et ça fait tout de suite beaucoup moins.
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 2.

    > 480 en hauteur ? Ce ne sont plus des netbooks, mais des smartphones ou équivalent, non ? En ce cas, il faut un OS adapté.
    Cela démontre ta profonde méconnaissance des netbooks...
    En voilà quelques uns limités à 480 : http://ultraportables.fr/lannuaire-des-ultraportables-dispon(...) , En voilà un autre à 1024x600 (même hauteur que 800x600 donc, et donc toujours peu utilisable) : http://the-gadgeteer.com/2009/02/09/hp-mini-1000-netbook-rev(...) , un autre avec une hauteur encore plus petite de 576 : http://www.laptopspirit.fr/37672/hp-mini-2140-le-netbook-10-(...)
    Et je n'ai pas cherché plus de 5 minutes...

    > Oué, mais à l'époque (et encore beaucoup aujourd'hui) c'est parce que les gens ne savent pas qu'ils peuvent régler leur résolution et laisse celle-ci au minimum. C'est plus une histoire de réglage que de matériel.
    Non, arrête de dire n'importe quoi...
  • [^] # Re: source ?

    Posté par  . En réponse au journal Sony apprend des erreurs d'Amazon .... Évalué à 2.

    Yavait pas déjà les MUC sur Jabber ?
    Et sinon, je connais pas trop XMPP, ils auraient dû proposer des XEP, c'est ça ? Il me semble que pour Wave par exemple, ils font les trucs un peu dans leur coin et proposeront plus tard quand ça sera finalisé (je n'ai pas de lien par contre)
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 1.

    Dans Ton Cul !
    (si t'avais posté un truc utile, t'aurais eu une réponse polie)
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 2.

    Non, tous les netbooks ne disposent pas de 1024 pixels en hauteur, certains sont en 480, et sinon, ce problème se posait déjà en 2002, où 800x600 était plus répandu qu'aujourd'hui sur les ordis de bureau.
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 4.

    Tout à fait, c'est juste absolument pas user-friendly, et "madame Michu" l'aura bien profond sur son netbook, mais t'as raison, on s'en fout.
  • [^] # source ?

    Posté par  . En réponse au journal Sony apprend des erreurs d'Amazon .... Évalué à 3.

    Ça peut être intéressant, t'as des liens qu'en parlent ?
  • [^] # Re: gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 6.

    "Si l'application est mauvaise, change d'application."
    La réponse qui ne coute rien, qui sonne bien, mais qui n'apporte rien.
    Par exemple, les alternatives aux outils de la distro pour configurer le matériel, ben yen a pas. L'application GNOME pour changer les droits policykit, ya pas d'alternatives, etc.
  • [^] # gaspillage d'espace

    Posté par  . En réponse au journal GNOME plus léger que KDE ?. Évalué à 4.

    De plus, les fenêtres avec de l'"espace gaspillé" passent mal sur des petites résolutions, et je n'ai pas trouver comment le changer.
    Quand je suis passé de Windows à Linux (avec GNOME au début), j'étais en 800x600, et Linux m'a profondément emmerdé parce que l'on ne pouvait mettre que peu de choses avec ces marges et espaces perdus partout, voire pire, certaines fenêtres ne rentraient même pas dans l'écran et ne pouvait pas être redimensionnées plus petites, et étaient donc inutiles, car les boutons "ok"/"annuler" en bas de la fenêtre étaient cachés, ce qui ne m'était *jamais* arrivé sous Windows.
    Je suis sûr qu'on va me répondre "cette résolution est dépassée, il est normal de s'en foutre". Pourtant, on voit souvent ici même des gens prétendre que Linux marche toujours sur des vieilles machines, tant du côté des drivers matériels, que du côté de la puissance matérielle requise.
    Avec les netbooks, le problème se pose à nouveau...
  • [^] # Re: !!!

    Posté par  . En réponse au journal Les gens aiment les standards de fait. Évalué à 1.

    Je crains que ta définition de troll ne soit un peu limitée, lis donc ça : http://meta.wikimedia.org/wiki/What_is_a_troll%3F#Uploading_(...) (note aussi que la page http://en.wikipedia.org/wiki/Shock_site apparait dans la catégorie "troll")


    Et franchement, son discours qui se limite a rejeter les problèmes de KDE sur GNOME, c'est quand même sacrément débile, et ça ne mérite pas plus que le genre de réponse que je lui ai faite. Si ça ne lui fait pas comprendre qu'il dit n'importe quoi, ça lui donnera peut-être moins envie de polluer en écrivant ce genre de journal.
  • [^] # Re: !!!

    Posté par  . En réponse au journal Les gens aiment les standards de fait. Évalué à -4.

    Oui, et de toute façon il a dit :
    > (si vous pouviez attendre le 3eme post ou plus pour troller, ça m'arrangerait)
    donc j'ai bien respecté sa demande
  • # !!!

    Posté par  . En réponse au journal Les gens aiment les standards de fait. Évalué à -10.

    "Si KDE est pas bien, c'est la faute à GNOME"
    Heureusement que le ridicule ne tue pas hein, mais pour oser pleurnicher comme ça, tu mériterais de cliquer là : http://encyclopediadramatica.com/Pain_series
  • [^] # Re: Pourquoi un webmail ?

    Posté par  . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.

    Avec GPG, le courrier est aussi chiffré en local, ou seulement sur le serveur et pour le local jusqu'au déchiffrement (aka la réception) ?
  • # Méthodologie de classification

    Posté par  . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.

    En dehors des problèmes de synonymes dans les tags, se pose le problème de quels tags attribuer à un contenu, par exemple faut-il créer de suite un nouveau tag pour un sujet un peu nouveau ou attendre que d'autres contenus liés arrivés et retagger les précédents a posteriori ? Et la prolifération des tags ?
    N'y a-t-il pas une méthode sûre ?
  • [^] # Re: Je n'aime pas les arborescences

    Posté par  . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.

    > Le système de tags existe déjà dans kde4 il me semble, mais je ne suis pas séduit. Et surtout, si on met tout en vrac dans un dossier et que l'on tagger les fichiers, si l'installation de kde4 plante, ou si on veut changer de système, on se retrouve avec des milliers de fichiers en vrac à ne pas savoir qu'en faire (à part les classer ensuite de façon hiérarchique, ou les retagger).
    C'est plus une histoire de rétro-compatibilité.Si dans le futur les tags deviennent la norme des systèmes de fichiers et de tout les logiciels, tu n'auras pas à te préoccuper de comment c'est rangé.

    > Les sauvegardes multiples c'est important (je les fais aussi avec unison) et je ne vois pas comment des données de tags incluses dans le système de fichier pourrait se transférer d'un ordinateur linux à un autre ordinateur linux, et encore moins comment gérer le chiffrement de certains dossiers et se copier sur des systèmes de fichiers mac os x ou vfat.
    C'est parce que les tags ne sont pas encore aussi bien intégrés que des dossiers.


    > L'avantage de l'arborescence, c'est qu'on peut utiliser et transférer ses fichiers sur divers ordinateurs (linux ou mac os x) ou sur clé usb en vfat, et on peut conserver son rangement. Les tags pour moi sont plus ou moins dans les noms de dossier, si bien qu'avec locate je retrouve tout ce que je veux instantanément, dans par exemple le dossier images_vectorielles ou images_bitmaps ou musique_mod ou musique_midi etc
    L'un des problèmes est si tu veux par exemple "musiques_de_vieux_jeux", qui aura des .m[io]d, mais aussi éventuellement des remix récents en .ogg. Pour retrouver les musiques d'un jeu, il faudra alors te rappeler si tu avais des ogg ou pas.

    J'aime aussi trier séparément les fichiers "à moi" des fichiers "d'autres gens", et encore séparément des fichiers "qu'on peut retrouver sur internet".

    Avec l'arborescence, tu ne peux que choisir un type de classement (et sous, sous-sous-classement, mais pas orthogonalement) : par source des fichiers (moi/pas moi), par type des fichiers (images, audio, etc.), par lien de contenu (projets, images récupérées, vieux jeux, etc.).
    Si tu veux rechercher par un critère qui n'était pas ton critère de classement principal, il te faudra rechercher partout.
    Avec des tags, c'est plus facile.


    Pour aller plus loin, si les mails pouvaient être taggés dans le même espace de noms que les fichiers, ça pourrait être intéressant.
  • [^] # Re: Pourquoi un webmail ?

    Posté par  . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.

    Relis le commentaire de Mathieu :
    Je n'aime pas la solution clé usb non plus. Une clé, ça s'oublie, ça se perd, ça tombe en panne, et j'ai déjà assez de foutoir dans les poches pour ne pas rajouter ça en plus.
  • # Tags ET arborescence

    Posté par  . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.

    J'aime bien les tags sur gmail, mais je trouve que l'arborescence est encore valable car elle permet de "cacher" des niveaux en dessous.
    Sur gmail, tout est au même niveau. Pour peu qu'on ait beaucoup de tags, on est pollué par tous ces tags. S'ils étaient classés dans des autres catégories (il y a bien la couleur des tags sur gmail, mais c'est très primitif).
    Il y a par exemple des tags qui spécifient la langue (tag "fr", tag "en", etc.), des tags pour les divers sujets du mails ("projet machin"), des tags sur la nature du mail ("mail automatique", etc.).