Opera, Safari et Firefox ont un comportement infiniment plus standard w3C que ie
et les bugs concernant moz , safari et opera sont connus et leurs équipes sont CONNUS pour chercher à les corriger et ont toujours su améliorer le support, de version en version
donc, non, on a bien raison de se plaindre de IE. et je travaille PAYE pour me prendre la tête sur ces conneries. merci
bon le cas de C# :
alors d'abord ne confondez PAS le langage et son runtime ET L'environnement système autour !
RIEN oblige à faire du c# (ou .net) pour faire un programme windows qui "dépayse pas". la preuve en est qu'office ou photoshop ont rien de C#.
faire passer Gimp ou Gnumeric en C# ? hahaha, il faudrait des années de réécriture tout en considérant que les briques fonctionnelles (gnomes-vfs, gtk et autres myriade de libs, combien même les versions windows de gimp et gnumeric n'active pas l'usage de toutes les briques de gnome, certaines le sont) soient portés autour du runtime microsoft ou de mono. révez pas. ca viendra jamais. patientez plutôt pour des nouveaux softs.
notez qu'il existe un projet de mapper l'api de gimp en C# (pour utiliser les fonctions gimp depuis un code en C#).
Gnumeric est de plus en plus "windowsien" uniquement avec un bon usage de gtk+ (du C)
des programmes commerciaux sont écrits en QT (c++) et sont des "natifs windows".
Limewire est java et foule d'utilisateurs l'utilisent sur windows.
---
un programme C# qui est "interoperable" doit être juste un programme console ou qui utilise winforms
les programmes mono pour gnome utilisent GTK# qui lui repose sur les fondations gnomes pour apporter le "look" et FEEL (le style d'interface, l'intégration) d'un vrai logiciel gnome
en clair : Tomboy ou Muine qui sont en mono/gtk# ne marchent PAS sur windows. (parce que windows a PAS les fondations gnomes nécessaires, c'est encore plus que ce que gimp demande)
il n'y a pas plus de raisons de programmer en GTK# qu'en python pour faire un vrai programme gnome, à part être HYPE
et encore, je connais bien de gens qui disent être hype en faisans du gnome-python ou du gnome-java (c'est super hype java dans certains milieux professionnels)
faire un logiciel C# "interopérable" est tout à fait possible avec mono, mais on se limite sérieusement au niveau des possibilités, et bien sur le programme sera un alien sous gnome, kde ou os x.
notons qu'on pourrait tout autant faire du interopérable avec java et pas eu besoin d'attendre microsoft pour cela. (et y en a qui l'ont fait comme limewire)
quoi d'autre ?
l'usage de MONO pour gnome ne se résume PAS à 2 applications :
muine
ifolder
beagle
f-spot
tomboy
blam!
mcatalog
et bien d'autres.
Forcesight linux est une distribution qui fournit mono, beagle etc de base, tout intégré à gnome.
GNOME n'est PAS en python ou java ou perl ou quoi que ce soit
GNOME est en C
GNOME CORE est écrit en C et cela le sera pour les années à venir et aucune décision de changer cela n'a été prise ou est débattue
GNOME DESKTOP continue à être en C. aucune décision de réécrire panel, nautilus ou autre en C# ou java ou python n'a été prise
une application "gnome" peut par contre être écrite en C, C#, C++, JAVA, PERL, PYTHON et être une totale application gnome (y a aussi d'autres langages plus exotiques qui ont un bindings complet ou quasi complet)
rien n'interdit à terme qu'une nouvelle application gnome desktop (qui complète le bureau gnome) ne soit en python ou perl voir C# si mono est accepté dans toutes les distribs.
il y aussi divers développements basé gstreamer en gtk#
voilà où ça en est actuellement
Il y a de _solides_ raisons pour laquelle encore peu de choses dépendent de mono :
- raisons légales (et non c pas des fuds que de chez redhat)
- maturité (arrêtez de fumer de la moquette, python et perl ont de solides fondations et des tonnes de librairies à tout faire dispo . on n'abandonne pas un tel existant pour se jeter sur mono ou gtk# même si c'est achement cool
- compétition avec java. sérieusement, le choix entre c# ou java EST PAS FACILE !! y a d'excellentes raisons professionnelles, technique et maturité qui me pousseraient à privilégier uniquement java plutôt que c#.
je vous conseille de lire gnome planet et les différents "planètes" associés (redhat, novell, etc ) , lire celui de sun
je vous conseille d'éplucher gnomefiles.org
pour mozilla, je vous conseille mozillazine.org
pour safari : http://webkit.opendarwin.org/blog/(...) ou vous pourrez compiler le code cvs de webkit pour vous faire un ptit safari encore plus standard (assez impressionnant les progrès d'apple)
pour opera, je n'ai pas d'url sous la main, y a différents blog consacrés à son développement. on attend une grosse nouveauté pour bientôt
bien sur, y a standblog.org qui vous fera un peu de tri dans tout ça.
maintenant, vous ne cherchez pas de polémique et vous laissez le temps au temps !
[^] # Re: agir oui mais prendre le temps d'en gagner en lisant les docs avant
Posté par - - . En réponse au journal Cette corporation qui nous pourrit la vie. Évalué à 8.
Opera, Safari et Firefox ont un comportement infiniment plus standard w3C que ie
et les bugs concernant moz , safari et opera sont connus et leurs équipes sont CONNUS pour chercher à les corriger et ont toujours su améliorer le support, de version en version
donc, non, on a bien raison de se plaindre de IE. et je travaille PAYE pour me prendre la tête sur ces conneries. merci
bon le cas de C# :
alors d'abord ne confondez PAS le langage et son runtime ET L'environnement système autour !
RIEN oblige à faire du c# (ou .net) pour faire un programme windows qui "dépayse pas". la preuve en est qu'office ou photoshop ont rien de C#.
faire passer Gimp ou Gnumeric en C# ? hahaha, il faudrait des années de réécriture tout en considérant que les briques fonctionnelles (gnomes-vfs, gtk et autres myriade de libs, combien même les versions windows de gimp et gnumeric n'active pas l'usage de toutes les briques de gnome, certaines le sont) soient portés autour du runtime microsoft ou de mono. révez pas. ca viendra jamais. patientez plutôt pour des nouveaux softs.
notez qu'il existe un projet de mapper l'api de gimp en C# (pour utiliser les fonctions gimp depuis un code en C#).
Gnumeric est de plus en plus "windowsien" uniquement avec un bon usage de gtk+ (du C)
des programmes commerciaux sont écrits en QT (c++) et sont des "natifs windows".
Limewire est java et foule d'utilisateurs l'utilisent sur windows.
---
un programme C# qui est "interoperable" doit être juste un programme console ou qui utilise winforms
les programmes mono pour gnome utilisent GTK# qui lui repose sur les fondations gnomes pour apporter le "look" et FEEL (le style d'interface, l'intégration) d'un vrai logiciel gnome
en clair : Tomboy ou Muine qui sont en mono/gtk# ne marchent PAS sur windows. (parce que windows a PAS les fondations gnomes nécessaires, c'est encore plus que ce que gimp demande)
il n'y a pas plus de raisons de programmer en GTK# qu'en python pour faire un vrai programme gnome, à part être HYPE
et encore, je connais bien de gens qui disent être hype en faisans du gnome-python ou du gnome-java (c'est super hype java dans certains milieux professionnels)
faire un logiciel C# "interopérable" est tout à fait possible avec mono, mais on se limite sérieusement au niveau des possibilités, et bien sur le programme sera un alien sous gnome, kde ou os x.
notons qu'on pourrait tout autant faire du interopérable avec java et pas eu besoin d'attendre microsoft pour cela. (et y en a qui l'ont fait comme limewire)
quoi d'autre ?
l'usage de MONO pour gnome ne se résume PAS à 2 applications :
muine
ifolder
beagle
f-spot
tomboy
blam!
mcatalog
et bien d'autres.
Forcesight linux est une distribution qui fournit mono, beagle etc de base, tout intégré à gnome.
GNOME n'est PAS en python ou java ou perl ou quoi que ce soit
GNOME est en C
GNOME CORE est écrit en C et cela le sera pour les années à venir et aucune décision de changer cela n'a été prise ou est débattue
GNOME DESKTOP continue à être en C. aucune décision de réécrire panel, nautilus ou autre en C# ou java ou python n'a été prise
une application "gnome" peut par contre être écrite en C, C#, C++, JAVA, PERL, PYTHON et être une totale application gnome (y a aussi d'autres langages plus exotiques qui ont un bindings complet ou quasi complet)
rien n'interdit à terme qu'une nouvelle application gnome desktop (qui complète le bureau gnome) ne soit en python ou perl voir C# si mono est accepté dans toutes les distribs.
il y aussi divers développements basé gstreamer en gtk#
voilà où ça en est actuellement
Il y a de _solides_ raisons pour laquelle encore peu de choses dépendent de mono :
- raisons légales (et non c pas des fuds que de chez redhat)
- maturité (arrêtez de fumer de la moquette, python et perl ont de solides fondations et des tonnes de librairies à tout faire dispo . on n'abandonne pas un tel existant pour se jeter sur mono ou gtk# même si c'est achement cool
- compétition avec java. sérieusement, le choix entre c# ou java EST PAS FACILE !! y a d'excellentes raisons professionnelles, technique et maturité qui me pousseraient à privilégier uniquement java plutôt que c#.
je vous conseille de lire gnome planet et les différents "planètes" associés (redhat, novell, etc ) , lire celui de sun
je vous conseille d'éplucher gnomefiles.org
pour mozilla, je vous conseille mozillazine.org
pour safari : http://webkit.opendarwin.org/blog/(...) ou vous pourrez compiler le code cvs de webkit pour vous faire un ptit safari encore plus standard (assez impressionnant les progrès d'apple)
pour opera, je n'ai pas d'url sous la main, y a différents blog consacrés à son développement. on attend une grosse nouveauté pour bientôt
bien sur, y a standblog.org qui vous fera un peu de tri dans tout ça.
maintenant, vous ne cherchez pas de polémique et vous laissez le temps au temps !