Reconnaissons que l'ouverture du code source de Java aide à son déploiement sur des architectures et des OS "minoritaires". Ça devrait donc largement s'arranger.

[ Répondre ]

Les commentaires indiquent :

"/// Class to implement communication with standard PC/SC smartcard readers "

Voilu.

Il ne doit tout simplement pas y avoir de classe standard dans .NET ou mono gérant la communication avec les lecteurs de smartcard. Ce qui n'est pas très étonnant.

Je ne sais pas si on ferait mieux avec Java. Je ne connais aucun des deux framework.

Mais on ne ferait que comparer la richesse numéraire des bibliothèques standards, avec tout ce qui va avec : une bibliothèque standard doit-elle proposer une solution standard à tous les problèmes possibles ; ou doit-elle uniquement proposer des bibliothèques permettant de mettre en œuvre la création de bibliothèques et de programme bien conçus etc.

Personnellement je n'en sais rien. Je ne sais pas où se situe .NET et Java sur ce point.

[ Répondre ]

«Oui Beagle était vraiment plus lourd il y a quelques temps et j'ai utilisé Tracker pendant des mois.

Depuis quelques jours je suis repassé à Beagle et il est beaucoup plus léger qu'avant.»

Je confirme ! Je viens de tester la version 0.3.7 sur Lenny :l'indexation fut rapide et sans surcharges. Les recherches sont véloces et les résultats meilleurs que dans mes souvenirs. Que ce soit pour tracker ou F-spot que je n'avais jamais vraiment utilisés au quotidien.

Je révise mon jugement. Cet outil pourrait enfin m'être utile ! Merci !

[ Répondre ]

Oui.

Si on n'avait pas honteusement moinssé l'un de mes précédents commentaires qui ne faisait que lister des applis répondant à cette question, vous auriez votre réponse.

Exemple :

http://www.integrazioneweb.com/monosim/

"...is a simple application that can be used to read, write, update, delete and backup your sim card contacts." => appli non web grand public

Dépendances :
* MONO Framework 1.2.4 or higher
* GTK# 2.8.3 or higher

Puis parmis les downloads :

Binary package only with .exe and .dll (GTK# 2.10)
monoSIM_v1.3.0.Linux.tar.gz

[ Répondre ]

«Si je suis votre raisonnement. Puisque Mono est potentiellement menacé de vilation brevet par Microsoft, et que pour cette raison il est préférable de ne jamais touché à cette chose impie.

Alors puisque Linux n'est pas potentiellement menacé de violiation de brevets, mais est menacé EN ACTE, il nous faut tous virer Linux pour y mettre Windows !»

C'est dans ces moments que je regrette l'impossibilité d'éditer ses commentaires...

Je corrige :

""" Si votre raisonnement est exact, puisque Mono est potentiellement menacé par Microsoft pour cause de violation de brevet, et qu'il faut pour cette raison s'interdire de l'utiliser ; alors, Linux, ACTUELLEMENT menacé (menacé en acte et on en puissance) pour la même raison par la même entreprise, doit être en toute logique et en toute urgence supprimé de nos machines."""

[ Répondre ]

Parce que Linux c'est Mono ?

Si je suis votre raisonnement. Puisque Mono est potentiellement menacé de vilation brevet par Microsoft, et que pour cette raison il est préférable de ne jamais touché à cette chose impie.

Alors puisque Linux n'est pas potentiellement menacé de violiation de brevets, mais est menacé EN ACTE, il nous faut tous virer Linux pour y mettre Windows !

[ Répondre ]

Mais des exemples de quoi ?

Ça fait 15 fois que je vous explique qu'il existe des logiciels .NET qui fonctionne sous mono et inversement.

Vous n'en voulez pas car ils ne sont pas "populaires".

ET ALORS ?????

[ Répondre ]

Ça ne veut pas dire que rien n'est fait. Il se plaint juste du fait qu'il est plus ou moins tout seule à bosser dessus.

Mais allez à la source mon vieux :

http://code.google.com/p/paint-mono/

Vous verrez un joli screenshot montrant l'état des lieux. Vous pouvez aussi télécharger les sources et tester la chose vous savez !

[ Répondre ]

Je vous ai donné des preuves que l'on pouvait programmer des applis en .NET qui tournent sur Mono. Et inversement que des applis Mono pouvaient tourner sur .NET (+ bibliothèques supplémentaires de mono, mais ça c'est valable pour tous logiciel qui ne peut se satisfaire des bibliothèques standard).

Vous voulez des applis "phares". Il n'y en pas pour l'instant selon vos exigences (car banshee fonctionnera très bientôt sur windows, mais vous ne voulez pas en entendre parler). Et alors, quel rapport avec Mono ?

Parce que Word et Internet Explorer ne sont pas écrit en python, je devrais considérer python comme un langage qui ne vaut rien ? Votre raisonnement relève exactement de cette logique.

Sur ce, bye.

P.S. : au passage, je ne suis pas un afficionado de mono. Je n'ai jamais rien programmé en mono, ni en .NET, ni en quoi que ce soit à part un peu de Emacs LISP, de php, et un brin de python et de c. Mais rien de sérieux pour l'instant. Seulement mono a le malheur d'être malaimé pour des raisons stupides, complètement idéologiques, et cela me hérisse le poil.

[ Répondre ]

Arrêtez vos conneries. Vous vous basez sur un article qui date de 2006 pour dire cela. Aujourd'hui il reste quelque tous petits bugs, mais la compatibilité est quasi parfaite (avec mono 2.0). Et il est utilisable.

[ Répondre ]

Mais vous êtes vraiment casse bonbon. Je vous cite :

"Bon ben voila tu viens de repondre a la question. Mono ne sert a rien puisque les applis que monsieur tout le monde aimeraient avoir ne tournent pas dessus."

Alors oui, "aimeraient" suppose qu'ils ne peuvent l'avoir donc cela sous-entend qu'il serait sur un système autre que .NET.

Bon, j'en ai marre de jouer votre jeu. Je vous présente une toute petite liste présentant des applications tournant indifféramment sous .NET et mono et vous faites la fine bouche.

J'en ai marre de jouer à votre jeu car vous établissez des limitations bidons.

On peut écrire une application sous .NET qui tourne sous Mono. Comme avec java. Seulement c'est rarement fait car les devs .NET programment pour Windows.

Java c'est pareil, si vous ne programmez pas en pensant multiplateforme ça risque de ne pas fonctionner.

Point barre. Votre question débile c'est une question sélective qui ne vise qu'à aller là ou vous désirez aller, ça n'est pas une vraie question.

C'est comme si je vous demandais de me citer une application écrite dans un autre langage que LISP, qui n'embarque pas un interpréteur LISP, qui soit populaire et "auto-programmable". Je sais que vous auriez du mal à en trouver. Et alors ?

[ Répondre ]

On parle d'un environnement de développement (langes, bibliothèques, outils), la question n'est pas de savoir s'il existe des applications intéressantes qui tournent "out of the box" sur la plupart des OS écrite avec mono (de fait il en existe, j'en ai listé une brindille), la question est de savoir si on peut les écrire, et la réponse est oui.

De plus votre argumentation est stupide, c'est quoi une "application intéressante" ?

Tomboy, banshee (bientôt multi-plateforme) et f-spot ne sont pas des applications "intéressantes" ?

Paint.NET n'est pas une appli intéressante ?

[ Répondre ]

"tu as mal compris, ils ne veulent ni de .NET ni de Windows, c'est pourtant simple. "

J'ai parfaitement bien compris. Seulement l'argument du monsieur tout le monde, c'est windows. Donc cet argument il peut être utilisé contre quasiment tout les projets libres, et donc la plupart des langages majoritairement utilisés dans l'univers du libre. Les applis windows majoritairement utilisées ne sont pas des applis en python. Donc, si je suis le raisonnement d'Albert, python ça pue au moins autant que mono etc.

Bref, c'est un raisonnement con !

[ Répondre ]

Allez, au hasard, un tout petit échantillon :

http://www.misuzilla.org/dist/net/twitterircgateway/
http://paint.net/ (plus que quelques petits bugs)
http://banshee-project.org/download/ (bientôt sous windows)
http://www.integrazioneweb.com/monosim/

Je ne parle même pas des applications web basée sur .NET qui tournent indifféramment sous un serveur windows ou unix.

Quand au fameux "les applis que monsieur tout le monde aimeraient avoir". C'est qui monsieur tout le monde ?

Si monsieur tout le monde c'est la majorité et que l'on peut suppose que ce monsieur tout le monde utilise winsdows et des applis windows, alors monsieur tout le monde il utile Microsoft Word et Internet Explorer.

Et voyez-vous python, perl, java, ou lisp, comme mono, ils ne font pas tourner Internet Explorer et Microsoft Word, les logiciels de "monsieur tout le monde".

Donc à vous écouter on devrait tous passer à du .NET... sous windows.

[ Répondre ]

Il aura un train de retard sur ce point. Mais en soi, en tant qu'outil de développement il ne sera en retard sur rien !

Le fond de mon argumentation n'était pas la comparaison entre jython et python, mais entre swfdec et Mono. L'un est autonome et n'a de retard qu'en comparaison avec un projet (.NET) sur lequel il a un soucis de compatibilité ENTRE AUTRE CHOSES, alors que l'autre n'existe que pour être compatible avec les applis flash qui traîne sur le net, ce qui fait qu'il est substantiellement TOUJOURS en retard (et très utile !).

Dès l'argument du retard ne peut pas être en soi un argument valable pour dénigrer l'ensemble du projet, sauf pour la personne qui ne s'intéresse à Mono que pour faire ses progs Windows sous Linux. Et vue le mépris que vous affichez pour Mono et tout ce qui touche de près ou de loin à Microsoft (non sans raisons, je vous l'accorde), cela m'étonnerai que Mono vous intéresse pour cette raison.

Reconnaissez que ce projet propose d'autres bibliothèques qui lui donne une valeur indépendamment de .NET !

[ Répondre ]

Je suis d'accord sur ce point, c'est LE défaut de F-spot.

J'aime aussi beaucoup Gthumb, il fut pendant longtemps mon visionneur d'images favoris. Mais quelques fonctionnalités lui manque (pour mon usage personnel), même si sur quelques points il est supérieur à F-spot (et beaucoup plus mûr). Je pense tout particulièrement à sa vitesse, et ses outils de traitement en masse des images qui sont aussi simples que puissants.

[ Répondre ]

Vous n'avez pas bien compris ce que je voulais dire.

Mono serait à la traîne s'il était dans la même situation qu'un swfdec : être compatible au maximum avec le .NET de Microsoft pour le premier, et être compatible au maximum avec flash pour le second.

Or, Mono peut-être utilisé sans se soucier de la compatibilité avec le .NET de Microsoft puisqu'il propose un ensemble de bibliothèques mûres qui le rende tout à fait utilisable dans le cadre du développement d'une appli en GTK pour Gnome, par exemple. Les exemples sont nombreux.

Ensuite votre exemple sur C# est juste, mais que dire... C'est pareil pour n'importe quel langage issue d'une norme, ou n'importe quel version "non officielle" d'un langage !

Le python de jython n'intégrera jamais les avancées de Python aussi vite que Python ! GCC n'intègrera jamais les nouvelles fonctionnalités issues d'un brainstorming sur le nouveau C aussi vite que la norme est imprimée !

Puisque Microsoft bosse directement sur ce qui sera C# 3, 4, 5, et bien oui, le C# de Mono prendra plus de temps pour proposer un C# équivalent.

Et alors ? Ça empêche de l'utiliser et d'être viable ?

[ Répondre ]

Mais de quoi parlez-vous ? Si la compatibilité avec .NET (la plateforme Windows) est l'un des objectifs du projet Mono, il n'est pas le seul, et sans doute pas le premier.

Son objectif premier est de proposer un environnement de dévelopement libre utilisant comme base la machine virtuelle de .NET et les APIS définis par l'ECMA auxquels viennent s'ajouter GTK#, Gst#, un module Apache etc. en plus des bibliothèques compatibles avec la plateforme de Microsoft. Mais les bibliothèques de Microsoft ne sont pas indispensables à Mono !

Votre exemple sur le C est complètement à côté de la plaque puisque le C est un langage alors que Mono est un Framework.

Je peux dire exactement la même chose de C : gcc compilera toutes les applications C, sauf... celles qui utilisent des bibliothèques absentes sur la machine du type qui compile !

Il y a des applis en C pour Windows qui utilisent des apis Windows et, tenez-vous bien, un compilateur c sous linux sans bibliothèques compatibles ne compilera pas ces applis !

[ Répondre ]

Gnome «j'aime les parenthèses» avec Guile ?

[ Répondre ]