TImaniac a écrit 6420 commentaires

Oui, et si on s'y prend bien, vite, on va leur en mettre un bon coup dans la tronche !

Si t'arrive à développer un framework complet comme celui de LongHorn, avant sa sortie, franchement je te paie un carambar.

Gnomemmeting ?
http://www.gnomemeeting.org/(...)

Par contre j'ai pas essayé donc c'est peut être pas exactement adapté...

Imagine :
- tu te fais un fichier de configuration qui paramètre ton application en fonction du SGBD attaqué : hop, XAML.

- tu veux faire une application qui affichent le contenu d'une requête SQL sans faire de manipulation sur celle-ci, hop, tu rajoute celà vite fait : hop dans le fichier XAML.

- Maintenant tu veux même utiliser directement tes propres widgets graphiques (ou n'importe quoi d'ailleur) que tu as composés toi même, hop tu peux directement l'utiliser en XAML.

Les possibilités sont infinis, ce qui fait toute la puissance de XAML. Bien évidemment, celà n'est pas adapté à toutes les situations, et une grosse application ne sera bien évidemment pas codée entièrement en XAML, mais dès que tu veux pouvoir modifier à la volée une partie de code, ou faire une interface rapidement, tu peux utiliser la syntaxe XML, cad XAML. Voilà en gros un des problème de XUL, sa limitation à l'interface graphique... Mais il existe déjà pleins de projets utilisant la syntaxe XML pour binder de nombreuses plateforme comme la plateforme Java. L'idée est tout le temps la même, ce qui fait la différence c'est bien sûr le framework dessous...

Le principal problème, et les développeurs Mozilla s'en sont rendu compte, le triplet XAML/Avalon/.NET couvre beaucoup plus de domaine, dans un environnement intégré et cohérent, ce qui fait de XUL et du framework dessous une infime partie d'une solution complète... D'où entre autre l'intérêt de cette réunion... Dommage qu'elle est dérapé sur FireFox&Co, ce n'est pas à mon avis le coeur du problème....

XAML n'est qu'à l'état de vapeur
Oui mais ce qui est sûr c'est que c'est parfaitement fonctionnel, abondament documenté et fonctionnel. En fait ce n'est pas XAML en soit qui n'est pas finalisé, c'est le framework qui est en dessous et qui compose LongHorn qui ne l'est pas...

Y'a un journal à ce sujet par ici avec un résumé en français pour ceux que celà intéresse : http://linuxfr.org/~TImaniac/12081.html(...)

Pour plus d'infos sur les différents projets, sources/béta/discussions, voir http://research.microsoft.com/(...)
et la liste des projets par ici : http://research.microsoft.com/research/projects/(...)

Tout dépend de l'environnement dans lequel tu veux intégrer ton application graphique : commence par choisir entre Qt (pour KDE) et GTK (pour Gnome) comme toolkit (je te déconseille perso les solutions batardes qui se veulent "portable" mais qui ne s'intègre vraiment nulle part). Ensuite choisi le langage avec lequel tu as le plus d'affinité. Tu as de fortes chances de trouver un binding des principaux toolkits graphiques si le langage est un minimum répendu. Mais à priori pour faire des applications simples, il y a pleins de solutions...
Perso c'est GTK# + Glade + C# + Mono.
Voili voilou.

Ah si : apparement tu as pleins de petites interfaces simples à faire, pourquoi ne pas tenter d'utiliser une solution différente à chaque fois ? Tu pourra te faire ta propre idée et tu auras appris plein de trucs...

Oué mais bon c'est des votes à double tranchants :-) C'est une façon déguisée de mettre en place le vote pour les journaux en fait :-)

MDI, c'est pas le type qui depuis qu'il a refourgué sa boîte à novell fait tout ce qu'il peut pour fourguer des clônes moisis de produits propriétaires aux développeurs de LL ?
Si si c'est bien lui :-)

ça devient agaçant, tout ces gens qui disent amen à un truc dès que y'a du marketing et des gens en cravate et sourire colgate pour le vendre...

Mmmmh, tiens une photo qui devrait te faire plaisir : http://primates.ximian.com/~miguel/archive/2004/Apr-12.html(...)
;)

A propos le "truc" débarque le 4 mai en beta test (2ème béta le 1er juin) et en version finale le 30 juin. Voili voilou.

même si MDI n'est plus autant impliqué dans la la fondation Gnome, il reste quand même qu'il faisait parti des "Regrets", et qu'il a quand même le gros intérêt d'avoir une grosse partie de la solution sous la main (http://primates.ximian.com/~miguel/archive/2004/Apr-24.html(...))... Bon ok j'arrête sinon ca va partir en troll :-)

Si Mozilla et Gnome se sont réuni c'est pour proposer une alternative complète à XAML/Avalon, et XUL n'est pas suffisant pour couvrir ce que couvre XAML, il faut proposer une plateforme "complète" (intégration, BDD & Persistance, multimédia), bref faut du Gnome.

D'où l'idée (pas nouvelle) de mettre des rubriques pour les journaux, histoire de pouvoir filtrer ce qu'on ne veut pas voir : ce qui n'a rien à voir avec linux, ce qui n'a rien à voir avec l'informatique, ce qui n'a rien à voir avec rien du tout :)

Désolé pour les fautes d'orthographes, vous pouvez me moinsser :-(

En fait je me demandais si celà ne pouvait pas être également Free lui même qui "écouterait" son réseau, pour savoir ce qu'il s'y passe, un peu comme en belgique en ce moment par exemple... Bon c'est peut être parano de ma part mais bon... C'est bizzare je trouve comme coïncidence le fait que ca soit toujours du rezo free que je suis scanner... par contre les denial of services, beaucoup plus rare, viennent d'un peu n'importe où :)

Là tu te contente pas de regarder si elles sont ouvertes, tu essai simplement d'ouvrir toutes les portes...

Idem sur Rennes :) Mais je crois qu'il ne faut pas rêver...

Nan mais c'était pas une remarque spécialement intelligente de ma part, bien sûr que OOo Drawer est puissant, avec plein de fonctionnalités, etc. C'est d'ailleur la partie de la suite OOo que j'ai préféré. Mais reste que pour moi il sera toujours limité face aux softs un peu plus spécialisé pour faire des organigrammes/diagrammes. Je vais arrêter le débat ici parcqu'on restera toujours sur nos positions. En tout cas ca me fait plaisir que la news en première page compare Visio à d'autres softs comme Kivio et Dia qui tiennent beaucoup mieux la comparaison. Voili voilou.

Moi ce qui m'énerve, c'est de voir les millions qui vont être dépensés dans ces procès à cause des brevets logiciels...

Je trouve que c'est à la fois une mauvaise nouvelle, parcque celà va limiter dans le choix d'un hébergeur qui avait l'intérêt d'être gratuit et de proposer PHP/MySQL sans publicité, mais aussi une bonne nouvelle, parcque en tant qu'abonné Free, je me dis qu'on va peut être avoir un meilleur service d'hébergement, notamment sur les perfs qui se dégrandent de plus en plus (genre les requêtes MySQL qui mettent 10 plombes ou les pages PHP qui mettent 3h à se charger quand elles se chargent tout court...).

ftp://timaniac.hd.free.fr/public/flash.png(...)

la pub disparait automatiquement au bout de 10 sec à peu près

IE affiche la pub avec un effet de transparence au milieu de la page, il paraît clair que le webmaster n'a testé qu'avec IE...

Evidemment je m'avance surement un peu rapidement n'ayant pas vraiment explorer XUL & Co, mais c'est toujours le même principe quelque soit le langage basé XML utilisé... Après les CSS et le JavaScript a toujours la même utilité : modifier facilement des propriétés et faire quelques interactions...

A partir de là, je constate que :
- les 2 (XUL et MyXAML) utilisent la syntaxe XML pour créer des éléments graphiques et la hiérarchie détermine l'imbrication
- les 2 proposent la possibilité d'utiliser des styles
- les 2 proposent la possibilité de scripter

Maintenant je ne vois rien que XUL&Co a que MyXAML n'a pas. Je constate par contre que MyXAML a :
- la possibilité de scripter dans un langage COMPLET (C# par exemple)
- un API bien plus impressionnant (forcement celà marche avec n'importe que API .NET), très bien documenté et facilement personnalisable.

Maintenant imaginons que Mozilla# wrappe entièrement l'API de mozilla... et zou MyXAML marchera aussi avec.

Sinon, je serais vraiment surpris que n'importe quel application .NET compile sans changement sur Mono.
Bien sûr que non... Pas en l'état actuel en tout cas, parcque Mono n'a pas fini son boulot d'implémentation de tout l'API .NET... Suffit de choisir les API qui sont déjà portés pour être portable (et sans recompilation), cad en gros éviter pour le moment d'utiliser les WinForms et utiliser par exemple GTK#.
Perso je développe une appli en GTK# sous Visual Studio, bah je vais sous nux, je tapes mono monappli.exe et zou ca marche direct.
Mais on s'éloigne du sujet là non ?

C'est le rôle de la gallery, mais il n'y en a pas suffisamment. Les ressources graphiques libres de qualité sont encore trop rares
Bah voilà mais la qualité et l'intérêt d'un logiciel c'est aussi son contenu...

OOo est scriptable en StarBasic.
J'entend par là exploitable depuis une application tierce-partie, et bien sûr la possibilité à partir de Visual Studio d'intéragir avec Visio pour générer le code ou l'effet inverse. (C'est pas pour rien que Visio est distribué également avec Visual Studio...).


Parce que Word est complètement nul pour faire des diagramme, il est anti-pratique, et ses fonctionnalités sont trop limités.
On est bien d'accord et j'applique là même chose au module OOo Drawer :)

Enfin tu es bien le premier à me présenter OOo Drawer comme l'équivalent (ou presque) de Visio chez Microsoft...

Pour moi, une méthodologie de développement impose (ou suggère) des règles temporelles (itérations, planification, etc), suggère l'utilisation d'outils et de techniques particulières (tests unitaires, modélisation UML, etc.), la collaboration et le rôle des différents acteurs du projets (architecte, programmeur, analyste, etc.), des bonnes pratiques, etc.

Le modèle de développement "Open Source" n'est pour moi que le fait de développer un logiciel sur ce simple concept de partage des sources et leur mise à disposition des utilisateurs/développeurs. (Après il y a des variantes éthiques qui tournent autour de l'utilisation de ces sources, le LL, etc.)

Tu peux très bien développer un logiciel Open Source selon des méthodologies différentes, tout dépend du cadre du projet : communautaire, en entreprise, le nombre de participant, l'existance d'un réel planning, etc.

Pour moi la méthode de développement et le modèle de développement Open Source sont 2 choses complètement distinctes : si tu choisi le modèle Open Source, tu as le choix de la méthode de développement, et tu as les même choix avec le développement "Closed Source".

Après, en dehors du développement "Open Source" en entreprise, le développement "Open Source" communautaire n'impose que très rarement une méhode de développement bien précise, car beaucoup de principes sont difficiles à mettre en place lorsque le projet n'est pas constitué d'une équipe qui se trouve dans la même salle : tu ne peux planifier des réunion de brainstorming journalière ou hebdomadaire, tu peux difficilement imposer la programmation en binôme, bref, tu ne pourra utiliser que certaines pratiques de programmation. Il serait intéressant de faire ressortir une méthodologie de développement "communautaire" (parcque c'est un facteur humain et pratique, alors que le chois de l'Open Source est surtout un choix éthique qui n'impose pas grand chose dans la méthode de développement) qui répondrait peut être à ta question...

Non, ce n'est pas toujours la même IP qui me scan, celà dis c'est quasiment toujours une IP en 82.67.*.* (freeboxés ?)