pourquoi quoi ?
Pourquoi c'est voué à disparaître ? parceque je pense que même chez microsoft ils savent que c'est une solution bancale. Et qu'avec Avalon on aura un vrai framework pour les appli graphique.
Pourquoi sapudubaic ? Pour faire des gui "de base" (des boutons, des panels, une ou deux textbox...) c'est suffisant et assez simple. Mais quand tu veux faire des chose un peu plus avancées, tu te retrouves comme un con à réinventé la roue. Exemple ? J'avais besoin de gérer moi même le defilement vertical d'un contrôle pour le synchroniser avec un autre. Ba j'ai chercher des heures comment supprimer les scrollbar sans trouver de solutions. J'ai été obligé de refaire le contrôle à la main. La plupart des modifications de contrôles existants passent par la redefinition de la boucle de messages, le décodage des paramètres "alamain" (tm), ... Un autre problème est le modèle de layout. En fait le probléme c'est qu'il n'y en a pas, à part le système de dock qui est assez limité. Et pour finir le générateur de code pour le designer d'interface (de VS.NET) fait un peu ce qu'il veut, et en plus il le fait mal (du code qui disparaît, des synchronisations hasardeuses...).
[^] # Re: Mono & winform
Posté par LeMagicien Garcimore . En réponse au journal GUI portable. Évalué à 4.
Pourquoi c'est voué à disparaître ? parceque je pense que même chez microsoft ils savent que c'est une solution bancale. Et qu'avec Avalon on aura un vrai framework pour les appli graphique.
Pourquoi sapudubaic ? Pour faire des gui "de base" (des boutons, des panels, une ou deux textbox...) c'est suffisant et assez simple. Mais quand tu veux faire des chose un peu plus avancées, tu te retrouves comme un con à réinventé la roue. Exemple ? J'avais besoin de gérer moi même le defilement vertical d'un contrôle pour le synchroniser avec un autre. Ba j'ai chercher des heures comment supprimer les scrollbar sans trouver de solutions. J'ai été obligé de refaire le contrôle à la main. La plupart des modifications de contrôles existants passent par la redefinition de la boucle de messages, le décodage des paramètres "alamain" (tm), ... Un autre problème est le modèle de layout. En fait le probléme c'est qu'il n'y en a pas, à part le système de dock qui est assez limité. Et pour finir le générateur de code pour le designer d'interface (de VS.NET) fait un peu ce qu'il veut, et en plus il le fait mal (du code qui disparaît, des synchronisations hasardeuses...).
Bref c'est encore pire que Swing.