TImaniac a écrit 6423 commentaires

Un Logiciel Libre n'est pas forcément gratuit.
euh, un logiciel libre peut effectivement être vendu, mais tu pourras toujours trouver une version "gratuite", puisque les sources doivent être disponibles... Donc pourquoi prendre une version payante lorsqu'il y a une version gratuite ? Parcque tu ne paie pas le logiciel, tu vas payer d'autres services.

Et pour le moment la difficulté est bien là : convaincre les entreprises qu'il ne vas pas forcement faire des économies avec le logiciel libre (parcque les services c'est quand même ce qui coûte le plus cher + formation, etc.), il va surtout adhérer à une philosophie, utiliser des produits qui se veulent repectueux des standards, etc. Bref,le LL a surtout des arguments qui n'ont pas beaucoup de valeur marchande mais surtout des valeurs humaines... Après j'ai du mal à imaginer qu'il soit possible de convaincre tous les capitaliste/requins du bien fondé du logiciel libre... C'est pourquoi je crois que si le LL se développe, le proprio ne disparaîtra pas car il est quand même plus viable commercialement.

Perso je n'aime pas cette idée "cela causera la mort du logiciel propriétaire". Même si certains en vivent, baser tous ses développements sur le libre est très difficile à assumer financièrement. Et puis le libre risquerait de perdre cette image de communauté, deviendrait une institution. Pour moi les 2 doivent cohabiter, rien que pour la diversité des modèles.

Re bonjour, mais puisque tu insistes, pas besoin de dépasser le tutorial pour voir l'étendu des frameworks en couccurence... Même l'équipe de Mozilla s'et aperçu que y'avait un sérieux problème...

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 ?