Psychofox a écrit 9997 commentaires

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.

Euh si 2 personnes vont les chercher, les 10 autres ne vont pas pouvoir faire grand chose que les regarder faire.

De plus un place c'est en général bruyant, et qu'on ne fait pas forcément attention à tout ce qui s'y passe. J'imagine que les baigneurs qui ont vu les gamines se noyer étaient dans un périmètre restreint. Les quelques fois où j'ai du assister/aider un gamin en situation de danger (ça restait relatif) en vacance, c'est généralement par hasard. Je ne passe pas mes vacances à surveiller tous les enfants que je croise. Après tout c'est le boulot de leur parent.

Franchement, un gamin peut se noyer sans que 95% des gens sur une plage ne s'en rendent compte, et c'est normal vu le monde et l'espace qui nous fait face.

sauf que les arguments comme quoi ce serait dangereux, on les attend encore.

1) Les risques liés aux brevets sont applicables à tous les langages, au contraire mono est protégé puisqu'il implémente avec l'accord des détenteurs de brevets, contrairement à d'autres langages dont certaines parties peuvent être touchées par les mêmes brevets.

2) Le fait que Microsoft détient la clé des évolutions de .NET ne constitue pas un danger, mais au pire, une contrainte. Et alors ? Ce ne sont pas les dev linux qui ont décidé des choix de nombres protocoles réseaux, d'autres langages, et de la même façon ils doivent faire avec et implémenter ces choses sans le moindre pouvoir décisionnel.

3) Le fait que mono soit à la traine par rapport à .NET. Ce n'est pas plus un danger. Au pire c'est un délai qui n'empêche pas de - bien - développer une appli

4) Le fait que Microsoft pourrait s'écarter des implémentations validées par l'ECMA :
- c'est très improbable car ça ferait autant chier les dev .NET sous windows pour lesquels le code serait cassé du jour au lendemain. Bref ce n'est ni dans les intérêt de MS, ni de ses utilisateurs.
- n'est pas encore arrivé.
- n'emêche pas mono de suivre les implémentations standardisés et éventuellement une version suivant celle de Microsoft en cas de besoin : c'est chiant et ça donne du boulot supplémentaire, mais ça n'empêche pas les applis existantes de fonctionner.

Bref, on ne voit toujours pas où est le danger. ça tient surtout de la paranoïa de l'accroc aux théories de conspirations.

J'ai lu l'article et on y dit que des baigneurs ont tenté de les secourir entendant leurs cris et qu'une autre femme a appelé les secouristes.

après on lit :
L'émotion est évidemment très forte dans la communauté Rom. "Vous pouviez les sauver et vous ne l'avez pas fait.

euh ? comment dire. FUD à 2 balles ?

Après que les corps soient sans vie et que les gens continuent à profiter de leurs vacances, je ne vois rien de choquant. Quand il y'a un accident, où qu'il soit, avec des décès, tout le monde n'arrête pas ses activités. Je ne vois pas ce qu'il y'avait à faire de spécial en attendant que les corps soient pris en charge par les secouristes. On les a masqué avec des serviettes de bains.

En quoi est-ce de l'indifférence ? Faut que tout le monde se mette à pleurer et rentre dans son hôtel quand quelqu'un meurt ?

La communauté Rom s'indigne, mais où étaient les parents des gamines en question ? Pourquoi n'ont t-elles pas été surveillées par leurs proches ? J'y trouve la bien plus de matière à l'indignation. Si des gens ont laissé mourir leurs filles comme commes de chiens, ce sont bien leurs parents.