Psychofox a écrit 10742 commentaires

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.

oui mais la version 2.0 n'est pas supporté sur Mac OS X et FreeBSD contrairement à la 1.0 (c.f. Downloads ---> System Requirements)

le pire c'est qu'avec C# et .net, contrairement a java, si on a une application proprio sans les sources, et que les developpeurs se moquent de le porter pour mono (visiblement cela doit d'ailleurs etre un gros travail http://monofrance.tuxfamily.org/modules/xoopsfaq/index.php?c(...) ), il n'est absolument pas possible de l'utiliser sous linux nativement (un peu bete pour une machine virtuelle).

Tous les points qui sont cités dans ton liens sont valable quelque soit le langage / vm. Ce n'est pas pour rien qu'il existe des tonnes de docs qui expliquent comment écrire du perl/java/ruby/jesaispasquoi portable.

Donc non, il n'existe aucun langage ou machine virtuelle qui affranchit l'auteur d'un programme de devoir prendre des disposition pour faire du code portable.

- Java s'est voulu dès le début multiplateforme et non limité aux seuls produits SUN.

L'implémentation .net de microsoft a été sortie à l'époque pour MS, Mac OS X et FreeBSD. Elle était donc aussi dès le début multiplateforme. Après comme mono a repris le flambeaux, ils n'ont pas jugé bon de refaire le travail pour les version 2.0 et 3.0 mais dire que .NET était destiné uniquement aux OS Microsoft est faux.

y'a pleins de chose qui n'apportent rien de plus. Quand aux inconvénients, je ne les vois pas. Si quelqu'un préfère C# à d'autres langage, tant mieux pour lui si mono existe, ça nous fait un developpeur potentiel pour du libre sous nos OS.

Ne pas faire confiance à ce qui sort de chez microsoft, c'est comme ne pas faire confiance dans le verre d'eau que te propose une personne notoirement connus pour empoisonner tout le monde.

Sauf que Microsoft ne nous empoisonne pas. Au pire, MS est le poison, mais ceux qui nous empoisonnent, ce sont ses clients qui nous embêtent avec leurs fichiers .doc, leurs sites "optimisés" IE, leurs vidéos encodées en WMV. Microsoft ne m'a jamais rien fait directement.

Bref tu te trompes d'ennemi. Attaques toi plutôt à ses utilisateurs d'OS sales plutôt qu'à ceux qui font du libre avec du C# innoffensif.