Psychofox a écrit 11025 commentaires

dis-donc tu te prends vraiment très au sérieux.

Non je n'ai pas d'adresse @gcu-squad.org mais à défaut d'avoir une grammaire parfaite, je ne mets pas d'accent au mot "ça".

En parlant de plage, j'en connais à qui ça ferait du bien d'y passer un peu de temps, histoire de pas s'énerver pour rien contre les membres d'un site qui ne t'a rien fait.

ils t'on violé en faisant pénetrer une soekris sous netbsd dans ton anus pour que tu leur en veuille autant ?

Ici on parle d'une limite à 80 colonne d'un document texte, la limite a strictement rien à voir avec un browser déja (la limite provient d'antique compilateur ou d'antiques terminaux qui ne savait pas afficher/comprendre/ plus de 80 caractères etc...)

et ? ça interdit son usage ailleurs ? non. D'ailleurs si tu avais un peu de jugeotte, tu comprendrais que cette limite est la pour illustrer la prose intégriste du texte. Mais bon ça semble t'échapper.

Donc on fait un tout petit fichier dans une très grande fenetre (la limite à 80 colonnes sur un browser maximisé sur un écran 1680x1050, c'est relativement désagréable a lire).

euh non pourquoi un nombre de colonnes limités rendrait le texte plus désagréable. Quand tu ouvres un grand quotidien, tu trouve ça désagréable d'avoir des retours à la lignes tous les x colonnes plutôt que d'avoir un paragraphe entier qui tient sur une seule ligne de la page ?


Je ne connais personne qui as l'habitude de naviguer dans une fenêtre de taille 320x200.
Oh c'est beau, ben moi j'en connais qui sont déja allé sur des sites web avec du 320x200 (allez par exemple, les utilisateurs de mobiles).

Mais bon, tu sais tout mieux que tout le monde, et te permet de décider à leur place.

à part chercher des horaires de train, checker ses emails, la navigation sur mobiles est notoirement mauvaise. D'ailleurs ce n'est pas pour rien que les grands sites dédient une mise en page spéciale de leur site uniquement pour les mobiles qui oh fait étrange a une mise en page spéciale pour afficher tout sur une largeur très limitée de l'écran. ^_^

Pourquoi prendre le protocole http qui gaspille des kilo octet, alors que l'on pourrait très facilement afficher ce texte dans une console telnet ? Telnet est sur pratiquement tous les os.

Parce que cette page est dédié à des gens qui arrivent sur le site avec un navigateur particulier. C'est la chaleur de l'été qui trouble tes neurones ? y'a un truc qui n'imprime pas bien ?

Clair que rajouter les 4 balises ( doctype, html, head , et body)

et dont l'intérêt est juste zéro. Alors pourquoi le faire ? juste pour faire plaisir au w3c ?

j'aime beaucoup les arguments styles " Chez la plupart des gens, la fenêtre du navigateur est ouverte assez grande, voire maximisée."

C'est le même type d'argument que "vu que la plupart des gens utilisent windows/ie, on optimise le site pour ie".

Euh non rien à voir, ici on parle d'un fichier destiné à des gens navigant sur un site web, qui lui-même ne serait pas visible confortablement sur une toute petite fenêtre. Je ne connais personne qui as l'habitude de naviguer dans une fenêtre de taille 320x200.

Si ce fichier est censé être vu dans un "browser" , alors il devrait être au format html et pas être un .txt, et utilisé les méta donné de formatage du html (séparation fond/forme toussa)

non pourquoi ? tous les navigateurs savent lire un simple fichier texte. D'ailleurs pourquoi gaspiller bêtement des kilo octets pour afficher un texte simple de 3 paragraphes et moins de 20 lignes si ça peut se faire sans aucune balise. Au moins la page est chargée instantanément quelque soit la connection en face.

Ce qu'on sait faire en Allemand au bout de 3 mois
-Commander une bière ( ou un repas etc... )
-Comprendre combien de sou veut la caissière
-Se faire expliquer le chemin

euh...ça s'apprend en 2 jours ça ! Quelque soit la langue. Sauf peut-être en langue khoïsanne parce que les clics sont pas évident à reconnaitre et reproduire. Mais bon tu demandes rarement une bière à des bushmens.

Non mais sérieusement, je sais que les français semblent avoir une tare génétique concernant l'apprentissage des langues, mais faut pas déconner.

euh...c'est une blague ? je tombe dans le piège ?

ton exemple n'en est pas un. On peut te trouver des trucs nuls fait avec les meilleurs outils aussi, ça n'en fait pas une preuve qu'ils sont bons ou mauvais. Dans toute création artistique, l'oeuvre n'a pas grand rapport avec ses outils. Certains artistes font des trucs géniaux avec 3 foisrien, d'autre font de la merde avec les meilleurs outils. Bref les outils ne sont qu'une aide, pas une matière à l'oeuvre.

Chez moi aussi il s’affiche correctement, enfin, tel qu’un fichier de 80 colonnes est censé s’afficher sur une largeur plus petite — c’est à dire en coupant avant, et en gardant malgré tout les sauts de ligne artificiels du fichier. En désactivant le retour à la ligne dynamique — ce qui est bien dommage pour la plupart des fichiers — on obtient bien un affichage 80 colonnes, mais aussi une barre de défilement horizontale, ce qui n’est guère mieux.

Ben voila tu actives/désactive le word wrap au besoin. Je ne vois pas en quoi la barre de défilement horizontale te gène, tu n'as qu'$ redimenssionner ta fenêtre ou diminuer la taille de la police.

Ce que tu ne comprends pas, c'est que ce fichier n'est pas censé être vu depuis un éditeur de texte, mais depuis ton navigateur (on se demande d'ailleurs pourquoi tu l'as ouvert dans kwrite). Chez la plupart des gens, la fenêtre du navigateur est ouverte assez grande, voire maximisée. Alors maintenant imagine toi le même texte sans les retours à la ligne : ça te ferait à tout casser 2 énormes lignes par paragraphe. Hors pour le stress des yeux ainsi que le confort visuel, il est plus adapté de faire de limiter la largeur d'un texte. C'est pour ça que les journeaux/magasines font des colonnes de texte.

Imagine lire une rfc sous format texte sans cette règle depuis ton navigateur, tu vas pleurer. Ce n'est donc pas une contrainte qui a lieu d'être supprimer maintenant. Elle n'est pas universelle (tu fais ce que tu veux chez toi) mais elle existe (après que ce soit 80 colonnes ou autre, c'est juste une valeur historique héritée des terminaux, mais après tout ils n'ont pas été tous débranchés).

- l'absence de support pour clens (un outils de correction des aberration geometrique)

Histoire d'améliorer ma culture personnelle, qu'appelles-tu "aberration géométrique" ?

pour quelle raison ? jeunesse ou quelque chose de plus concret ?

On me demande quels sont les alternatives a f-spot j'en propose quelques'une. C'est ca la conclusion et la seule.

non à la base du dit que F-Spot est une copie. On te demande de quoi et tu réponds gthumb. C'est faux. Alors tu peux maintenant t'amuser à faire des pirouettes pour t'en sortir mais ça ne marche pas ^_^

gqview/qthumb sont plus que de simple visualiseur de photos mais bon j'ai pas envie de me bagarrer donc je te laisse t'exciter tout seul.

Je ne m'excite pas, je m'inscris en faux contre des affirmations erronées (c.f. les sites des projets) :

Welcome!

This is the homepage of GQview, an image browser that features single click access to view images and move around the directory tree.

gThumb is an image viewer and browser for the GNOME Desktop.

Alors après c'est clair qu'avec le temps ils ont ajouté quelques fonctionnalitées basiques de gestion des images, mais leur usage propre reste l'affichage des images et ils ne se posent pas en concurrence de F-Spot.

ps: tu as le droit d'utiliser f-spot c'est ca la liberte. Comme moi je peux ne pas m'en servir non? Dire qu'il n'existe pas d'alternative c'est tout simplement faux et je le montre.

non tu ne le montres pas puisque ces logiciels n'ont pas la même finalité. Sinon comme alternative à F-Spot, je peux très bien aussi citer mon shell ou mon navigateur de fichier qui me permettent de gérer et organiser mes photos à ma convenance. C'est aussi juste que de mentionner gthumb ou gqview.

Tu aurais cité digikam, ça aurait été pertinent. La non.

Dans ton cas, le problème c'est ta version de kwrite.

Chez moi le fichier s'affiche correctement : dans le navigateur, dans gvim, dans gedit, dans kword et dans kwrite. Tu veux que j'en essaye d'autre ?

Remballes donc ton aggressivité si le problème vient de toi.

comme les 3/4 de distribs linux ne sont que des ressucées (avec 2-3 choix d'applis/artwork différents) d'autres plus connues.

et la conclusion c'est ?

on n'a plus le droit de vouloir l'utiliser ?

De toute façon tu mélange visualiseur (gqview/gthumb) et logiciels de gestions de photos.

Parce que sinon je peux dire que digikam, c'est une pâle copie de imagemagick pendant qu'on y est.

et le fameux lien oublié:

[1] http://bluemarine.tidalwave.it/

Au fait as-tu déjà essayé Bluemarine[1] ? Je ne l'ai jamais essayé mais j'avais vu un article qui le présentait comme un concurrent open source (Apache License) à Lightroom et Aperture...

ceci-dit tu compares un logiciel à 200€ qui ne fonctionne que sur Mac OS X (et dont tu dois repayer 50% du prix à chaque mise à jour) et dont tu n'as aucune incidence sur son évolution à un soft qui ne te coûte rien, ne te coûtera rien, et auquel tu peux participer à l'évolution (et dans le cas de lightroom c'est presque 300€ et des mises à jours tout aussi payantes).

Peut-être que si les quelques utilisateurs qui ont besoin de ces fonctions finançaient une bounty pour ajouter les choses qui te manquent sur digikam, ça se ferait tout aussi bien. A 200-300€ par tête et un nombre suffisant de demandeurs, y'a de quoi payer un dev pour y consacrer tout son temps pendant quelques semaines.

F-Spot n'est pas une copie de Gthumb.

GThumb est un afficheur de photo/navigateur de galleries.
F-Spot est un logiciel de gestion de photos.

Les 2 logiciels sont très bon (quoique pour afficher des photos/galleries, je préfère une appli plus efficace comme feh) mais n'ont pas le même but. GThumb s'adresse aux gens qui utilisent leur filesystem pour trier/organiser leurs photos, alors que F-Spot indexe les photos dans une base pour permettre leur organisation suivant différents critères (tags/dates/etc...).

Ce que les 2 ont en commun, c'est de pouvoir faire de l'édition assez basique, et d'exporter sous forme de galleries web.

sans vouloir diminuer le travail fait sur Hammer :

Il incorpore beaucoup d'idées qui sont dans l'air en ce moment et qui sont en cours d'implémentation dans les nouveaux systèmes de fichiers (ZFS et Btrfs).

* Possibilité de faire des snapshots du système à tout moment et d'accéder facilement à ces sauvegardes
* Extension démesurée des limites de taille
* Historique des opérations sauvegardé par défaut
* Gestion des volumes et du mirroring
* Contrôle poussé de l'intégrité du systèmes à l'aide de sommes de contrôle
* Performances optimisées

Je ne sais pas quel est le cas au sujet de btrfs (considéré comme qualité "alpha" actuellement), mais ces idées/fonctionnalités sont il me semble déja implémentées dans zfs qui est déjà considéré comme assez stable pour être utilisé en production sur Solaris 10.

1) euh parler de "nettoyage" dans ce cas, je trouve que ça fait moins preuve de considération pour les victimes que de rester sur la plage. De plus les gens concernés par cette mort n'étaient vraisemblablement pas la et les corps ont du être retirés assez rapidement (le temps qu'un véhicule soit apprêté et peut-être que la police sache à qui s'adresser).

2) c'est vrai que c'est plus respectueux de se dire "tiens quittons la plage, y'a des cadavres, allons faire du shopping pour nous changer les idées."

Donc non ça sert à rien de vider une plage, d'autant plus qu'un grande majorité de personne ne s'est peut-être rendu compte de rien. Les autres je pense auront cette image dans la tête pendant toutes leurs vacances, alors qu'ils rentrent à l'hôtel, qu'ils aillent en ville ou pas ça ne change rien. La plage n'est pas moins belle parce que quelqu'un s'est noyé. Une montagne n'est pas moins belle parce qu'un alpiniste a dévissé.

c'est bien la généralisation. Mais c'est un peu trop facile et on peut appliquer tes insultes à la France ainsi que la majorité des pays.

1) dans le droit commun, si tu donnes une autorisation et que tu ne spécifie pas de durée, tu ne peux plus la rétracter, sauf clause spéciale préalable. Dans le cas d'un brevet, l'autorisation dure la durée dudit brevet. C'est en tout cas comme ça dans le droit français.

un lien parlant des brevets traditionnels, ce n'est pas une preuve et on n'en a pas besoin puisque de toute façon en france les brevets logiciels n'existent pas :
http://fr.jurispedia.org/index.php/Licence_de_brevet_(fr)

2)
-gnome n'est pas un élément critique de nos bureau. Il est remplaçable.
-Si une lib ou du code est à réécrire, ça peut toujours se faire le cas échéant. Quand GTK est passé à la version 2, il a bien fallu réécrire une grande partie de gnome. C'était pas de la faute de MS.
-on peut dans mono garder une compatibilité ascendante de toute manière si on a peur des changements. Rien n'oblige de baser les nouvelles versions de tomboy/beagle/banshee/autre sur les nouvelles specs de Microsoft tant que mono garde cette compatibilité

4) même si la compatibilité ne l'était pas sur le framework MS (je n'ai jamais rencontré ce cas), on peut-très facilement linker sous linux sur telle lib, donc il y'aurait toujours une issue.

pour m$, parles-tu aussi de $un, de R€dhat, de $u$e Linux, $endmail, ou My$ql ? J'en doute. Pourtant même si elles font du libre, ces entités cherchent tout autant à faire de l'argent.

pour les branchements, les adaptateurs vers du 220V sont courant hein. J'en avais commandé un avec ma GameBox Advance SP japonaise à sa sortie.

1) non ça ne peut pas changer, on ne peut retirer à postériori une autorisation d'utiliser un brevet.

2) les specs d'un langage n'a rien à voir avec la licence de destination des programmes qui seront créés avec. Je ne vois pas en quoi des fonctionnalités peuvent être plus utiles à des applis libres qu'à des applis non libres. Ce n'est pas un argument.

3) long ? pas au sens industriel du terme. Quand on voit que des applis java sont vendues et validées uniquement sur des jre anciennes (=< 1.4), franchement je ne vois pas où est le problème.

4) ça casserait tout de même la compatibilité d'un programme .Net 2.0 chez un utilisateur ayant la version 4.0. Donc non ce ne serait pas sans conséquences que pour les utilisateurs/developpeurs de mono.

Bon à part ça utiliser la dénomination "m$" ne fait pas preuve d'une grande maturité et objectivité devant le sujet abordé.

Je crois que ça tient du fait que la température corporelle augment pendant la digestion. Mais à mon avis c'est assez négligeable ( 1° environ ) pour que ce ne soit pas un critère déterminant dans une hydrocution.

http://www.vulgaris-medical.com/encyclopedie/hydrocution-236(...)
http://www.doctissimo.fr/html/sante/mag_2000/mag1606/sa_1828(...)
http://fr.wikipedia.org/wiki/Hydrocution

Ben moi je traite de la même façon mes animaux de compagnie que mes parents quand ils meurent. Je les pleure.

Mais je n'éprouve pas le besoin de faire un cérémonial de leur corps.