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...
> 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.
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.
> 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...
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)
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.
"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.
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...
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.
"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
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 ?
> 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.
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.
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.).
[^] # Re: bien
Posté par Octabrain . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 9.
# Cool ! [-10]
Posté par Octabrain . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à -2.
[^] # Re: Jeu web
Posté par Octabrain . En réponse au journal QuakeLive sous Linux !. Évalué à 5.
# le jeu
Posté par Octabrain . En réponse au journal QuakeLive sous Linux !. Évalué à 0.
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 Octabrain . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 2.
[^] # Re: parce que je n'ai que cela à faire
Posté par Octabrain . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 10.
Waw, yen a qui sont vraiment à des années-lumière de ce qu'est un utilisateur.
[^] # Re: Pas cool
Posté par Octabrain . En réponse au journal Du nouveau pour Python+Qt : PySide. Évalué à 5.
[^] # Re: Pas cool
Posté par Octabrain . En réponse au journal Du nouveau pour Python+Qt : PySide. Évalué à 10.
[^] # Re: Une possibilité simple de boycott
Posté par Octabrain . En réponse à la dépêche Kmess, Live messenger tout simplement. Évalué à 2.
et ça fait tout de suite beaucoup moins.
[^] # Re: gaspillage d'espace
Posté par Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 2.
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 Octabrain . En réponse au journal Sony apprend des erreurs d'Amazon .... Évalué à 2.
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 Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 1.
(si t'avais posté un truc utile, t'aurais eu une réponse polie)
[^] # Re: gaspillage d'espace
Posté par Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 2.
[^] # Re: gaspillage d'espace
Posté par Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 4.
[^] # source ?
Posté par Octabrain . En réponse au journal Sony apprend des erreurs d'Amazon .... Évalué à 3.
[^] # Re: gaspillage d'espace
Posté par Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 6.
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 Octabrain . En réponse au journal GNOME plus léger que KDE ?. Évalué à 4.
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 Octabrain . En réponse au journal Les gens aiment les standards de fait. Évalué à 1.
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 Octabrain . En réponse au journal Les gens aiment les standards de fait. Évalué à -4.
> (si vous pouviez attendre le 3eme post ou plus pour troller, ça m'arrangerait)
donc j'ai bien respecté sa demande
# !!!
Posté par Octabrain . En réponse au journal Les gens aiment les standards de fait. Évalué à -10.
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 Octabrain . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
# Méthodologie de classification
Posté par Octabrain . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
N'y a-t-il pas une méthode sûre ?
[^] # Re: Je n'aime pas les arborescences
Posté par Octabrain . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
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 Octabrain . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
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 Octabrain . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 2.
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.).