Matthieu a écrit 70 commentaires

Donc, si j'ai bien compris, kimono n'est_pas_basé sur Kaxul.
Merci beaucoup pour tous ces éclaircissements.

Donc, étant donné que tu sembles avoir trouvé plus d'infos que moi, sais tu si Kimono est déjà quelque chose d'utilisable( enfin je veux dire au moins pour tester)? Une url sous la main peut être?

Quant aux combattants du XAML, ils devraient se rendre compte que si on n'offre pas une couche de compatibilité, on pourra se passer de la moitié des sites Internet d'ici 5 ans, cause standards de faits/de force.
Je vote pour la compatibilité XAML, du moins en affichage, je ne parle pas des éventuels ajouts genre ActiveX. Ou alors je voterais bien pour un gigantesque procès du style on relance l'histoire d'IE intégré à Win$.

Je crois que c'est ce qui est en train de se faire pour C# /Mono>> Qt/KDE, ça passe par KaXUL, le XUL de KDE. Le projet s'appelle Kimono.
Ceci dit très peu de news du projet sont disponibles, on trouve seulement l'annonce du 1er avril, qui n'est pas un poisson.

Comme il parle de Free et que j'y suis aussi, je peux dire qu'effectivement, ils se préparaient, avec le dégroupage partiel et leurs offres alléchantes, à recevoir beaucoup de monde, mais ils ont été submergés à un point qu'ils n'imaginaient pas. Retards dans les inscriptions, hasards techniques liés à leur propre réseau, à l'offre Freebox, au débridage du débit...répercutés chez les abonnés qui n'avaient pas eu de problème jusqu'alors. Free c'est un peu la loterie depuis, mais c'est en train de s'arranger et tout devrait revenir à la normale bientôt.
Sources: moi + proxad.free.adsl.degroupage

9T : bordel dans la gestion/inscription des clients qui a amené des cafouillages. Réseau LDCOM : des incidents dus à des manips parfois pas très heureuses
Source : taf + amie hotlineuse

Télé2: serveurs mail pétés pendant au moins 1 mois.
Source : internet

Moi je crois que je vais rester chez Francetelecom en tâtant le terrain avec ceux qui auront tenté le dégroupage total avant moi.

Je salue également le résumé.
Et réclame aussi un binding élégant vers Qt, d'une part parce que celui pour GTK exista déjà, d'autre part parce qu'à titre personnel je trouve Qt/KDE plus à même de fournir des interfaces attrayantes et "dans l'air du temps", pour l'instant en tout cas.

Certains ont aussi soutenu que c'en était une sur kde.org, mais il y a eu des confirmations par la suite. Seulement depuis, plus aucune news...
Pour info, et si j'ai bien capté, le projet KaXUL + Qt se nomme Kimono.
Je reste preneur de toute info à ce sujet.

Ah, tu tombes bien, tu vas peut être pouvoir me renseigner : d'après ce que j'ai pu comprendre, la solution officiellement supportée par Kde serait un système de Bindings QT par KaXul, laissant Qt# de côté. Quel est l'avancement du projet, qui m'a l'air dater du 1er Avril? Je n'ai rien trouvé sur le site kde. Est ce déjà utilisable? As tu une doc/ des exemples sous le coude?
Merci si tu peux éventuellement me fournir des pistes.

C'est vrai, nous sommes des suiveurs.
Mais à ce jeu là, tout le monde est très doué :

• le .NET rappelle par certaine côtés le................................Java. "SAPUSAIPALIBRE" mais c'est pour montrer que la copie ça arrive aussi aux grands


• Le XAML pointe son nez, dérivé de XUL opérationnel dans Mozilla depuis... 1 an à peu près, mais n'utilisant pas Mozilla, je peux me tromper.


• Windows gère maintenant, depuis NT4 pour les pros et XP pour tout le monde, de vrais utilisateurs à privilèges distincts.... Tiens mais ça vient d'où? ; )

Dans l'autre sens:

• OpenOffice suit les formats M$ Office.


• Mono suit .NET pour l'interopérabilité, et ajoute son petit bout de chemin au passage avec GTK#, un ADO.NET mieux fourni...


• Les projets foisonnent pour suivrent XAML au niveau de l'intégration des interfaces.


Je pense que dans sens M$ > autres c'est pour récupérer les bonnes idées qui lui manquaient.
Je pense que dans le sens autres > M$ c'est pour récupérer la bonne idée de .NET, ET aussi parce que quand on possède + de90% du marché des OS et qu'on sort une nouvelle techno copieusement marketisée, si le LL ne suit pas derrière, on va perdre du terrain sur des choses qui seront des standards de fait d'ici peu de temps.
Moi, ça me ferait peur que tout le monde windowsien se gave de pages qui "déchirent" en XAML/3D/Hologrammes sur IE 10.0 pendant que les unixiens visionneront du Hteumeuleu restant sur 3 pauvres sites avec Mozilla 3.0 : )

Tout ceci me fait me sentir mieux quand je me dis "ah bah oui, mais ça c'est copié sur Microsoft, c'est nul pour du LL"

Ah oui, peut être qu'une âme charitable nous aura mâché le travail depuis... Ceci dit, quand moi j'ai voulu l'installer, il venait juste de sortir. Pas trop le choix donc!
Cependant, pour des applis "non critiques", je ne pense pas que prendre un rpm cooker soit risqué.

NNooooon! N'bandonnes pas Mono comme cela :)
Pour info on m'a signalé hier que les rpm pour le dernier Mono sont sur les repository de Cooker. Car effectivement, le compiler soi même c'est une horreur : moi, je me suis fait avoir et mon pc a souffert pendant 7h de compilation pour monodoc.
Ajoute un média cooker par ex. à ton urpmi, et il s'occupera de tout pour le "dernier mono en vigueur". Tu peux aussi tester Monodevelop.
Enfin bon, c'était juste une ptite info, en l'espérant utile.

Oui, ils implémentent des trucs proprios, c'est leur choix. Ca permet d'assurer une compatibilité. Ceci dit, c'est vrai que c'est un combat discutable de vouloir imiter et rattraper le maître, mais rien n'oblige à utiliser tout ce qui est propriétaire. Mono implémente ses propres APIS, propose GTK#, plein d'autres choses originales pour linux et pour tous ; on peut citer la jvm IKVM etc...
Moi je suis maintenant motivé pour le dev sous linux, mais hors de question que je touche une Windows Form, una authentification Passport etc... Par contre, jeserais curieux de voir ce que donne Qt#.. Quelqu'un a t il une expérience à raconter?

C'est aussi mon point de vue : après tout, si le .NET crosoft s'éloigne de Mono, il restera un EXCELLENT outil de développement multi plateformes. Même dans le pire des cas, on y trouvera notre compte.
Moi, c'est Mono qui me pousse à enfin vouloir développer sous linux.
Avis peut être faux mais entièrement personnel.

Le choix de porter les technologies .NET exposait assurément à la critique.
Cependant, lorsqu'on se penche objectivement sur les intérêts de cette technologie, et sur le boulot fait par l'équipe de Mono, on découvre une plateforme de développement multi environnements, une VM performante, bien plus que la JVM sous linux sans AUCUN désir de troll. Le C# est un langage propre, puissant et clair, c'est un fait, peu importe de savoir s'il a été trop recopié sur java et c++. Les WebControls et Webforms permettent enfin un développement web soigné de manière simple (je n'ai pas dit que ça n'existait pas avant). On a à l'heure actuelleune alternative extrêmement crédible à Java qui apporte beaucoup de fonctionnalités en natif,et en libre... Après celà, chacun jugera évidemment, à juste titre, opportun de se méfier de certaines API qui de toutes façon n'ont rien d'irremplaçable.

ma vie:
J'aime Java mais j'avoue craquer pour .NET depuis que j'ai découvert Mono.
Félicitations à Miguel de Icaza et tous les membres du projet, avec aussi une mention à Monodevelop.

Merci beaucoup, maintenant que je le sais je ne me ferai plus avoir.
Bon sinon, après quelques heures de tests, il me plaît bien ce monodevelop...
Allez, un ptit troll : je l'aurais trouvé plus sexy en version QT car là il est un peu tristounet, quoique très fonctionnel.

Merci beaucoup, maintenant que je le sais je ne me ferai plus avoir.
Bon sinon, après quelques heures de tests, il me plaît bien ce monodevelop...
Allez, un ptit troll : je l'aurais trouvé plus sexy en version QT car là il est un peu tristounet, quoique très fonctionnel.

Ben... En fait, je ne me suis pas posé la question longtemps, vu queun urpmi ne me trouvait rien qui concerne mono. Ca me paraissait plus ou moins normal de devoir tout compiler, vu que mono et monodevelop sont sorties seulement depuis deux jours dans leurs dernières versions.
Si tu as une source de packages mono dernière version, je suis preneur! Plus jamais ça la compilation de monodoc...

En effet, j'en enfin réussi moi aussi à l'installer, par contre... 7h de compilation pour monodoc...... Et encore, je pense que c'est plutôt du parsage XML. ET pendant ce temps là, impossible de faire quoi que ce soit! Je n'ai jamais été bloqué comme ça même en compilant des noyaux. Vive le XML à toutes les sauces...
Bon, reste plus qu'à tester ce prometteur IDE.

Hum....
D'aileurs, quelqu'un a t il déjà réussi à l'installer?
dans mon cas, sur ma mandrake 10, le package gtk-sharp ne me génère pas toutes les dll nécessaires à monodoc, lui même nécessaire à... etc..... Bref ensuite c'est le casse tête classique des dépendances.
Si un mandkakeux a réussi, je l'aime déjà si il a surmonté les mêmes obstacles et qu'il peut ensuite témoigner des astuces utilisées.

J'en profite pour ajouter et signaler que monodevelop 0.3 est sorti.
Des corrections de bug et améliorations, une meilleure complétion automatique...

http://www.monodevelop.com(...)

Bonsoir,

En fait, étant donné que nous somme plus ou moins dans un flou en ce qui concerne le"concret" de ces technos, j'aimerais bien avoir des renseignements :

• En quoi ce concept change radicalement de IE, qui sert à naviguer parmi les dosiers, les pages web, le ftp ... ou Konqueror par exemple, qui fait aussi la même chose (et qui lit même les pages de man, ça c'est cooool)? Comment peut on faire un navigateur encore plus transparent?


• En fait c'est peut être moi qui ai mal compris!


• Ce XAML, que propose t il concrètement? Est ce une nouvelle couche de présentation susceptible de remplacer html etc..?


• Pour résumer, qu'est ce qui va changer?

Je ne peux que confirmer, normalement c'est ultra simple avec la zoulie interface mdk.
Là ou ça se 'complique', c'est dans le cas d'un accès Free dégroupé.
Matt