Aller plus loin
- What next for GNOME's user interface? (18 clics)
- La réponse de Miguel de Icaza (38 clics)
- XAML chez MSDN (18 clics)
XAML et l'avenir de GNOME
9
mar.
2004
Sur son blog, Edd Dumbill nous fait part de ses inquiétudes face à XAML, le langage de description d'interfaces graphiques de Microsoft. Selon lui, le principal avantage de XAML est d'amener la simplicté du web design dans le monde des widgets natifs. GNOME a besoin d'un équivalent alors Edd passe en revue les différentes solutions en donnant leurs avantages et leurs inconvénients : XUL mais aussi Glade et HTML/SVG/XML/CSS.
Miguel de Icaza a immédiatement répondu à ce billet en indiquant qu'il a trouvé, après avoir un peu testé XAML, qu'il était séduisant pour les développeurs de migrer de HTML vers XAML... Et cela risque d'affaiblir la position de Linux sur le desktop. En guise de conclusion Miguel propose deux pistes à explorer : implémenter l'API XAML ou alors développer un équivalent à partir de l'existant.
# Re: XAML et l'avenir de GNOME
Posté par GnunuX (site web personnel) . Évalué à 7.
Ben XUL existe depuis longtemps. Ca me semble etre un equivalent :/
[^] # Re: XAML et l'avenir de GNOME
Posté par Julien Duponchelle (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par MagicNinja . Évalué à 5.
De plus, il semblerait qu'ils veuillent 'standardiser' la partie XBL :
http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/buil(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par VACHOR (site web personnel) . Évalué à 10.
De plus, la description de l'interface n'est que la partie émergée de l'iceberg, ce n'est pas cela qui va changer grand chose. Que je sache c'est pas cela qui va empêcher window$ de planter, ou rendre le "multitâches" plus nerveux.
Ajoutons que si XUL est lourd alors XAML le sera aussi, faut pas baisser les bras ;-) !!! (une preview de Longhorn occupe 483 Mo sans rien faire et avec aucune appli qui tourne, on peut espérer que XUL ou équivalent mozilla-free peut faire aussi bien !)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 8.
Version pas du tout optimisee avec tous les parametres de debuggage, bref rien a voir niveau consommation de ressources avec la version finale qui atterira sur les PC de monsieur tout le monde.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 7.
voici un petit lien permettant de sauter le troll monstrueux (4 mètres de haut, 580 kg, une grosse hache à double tranchant dans la main droite et une masse d'arme dans la main gauche, des gros poils de partout) qui suit le commentaire de PieD (qui aura pas mal de comptes à rendre le jour du jugement dernier), et ainsi d'éviter les discussions sans fin entre pbpg et quelques acharnés, chacun voulant avoir le dernier mot sur tout.
http://linuxfr.org/2004/03/09/15674.html#365580(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par linuxidable . Évalué à -3.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 10.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 5.
Je me souviens encore d'il y a qqe annees quand ils rigolaient tous en disant "mon Linux tourne dans 16Mo de RAM" avec un systeme ayant une GUI de l'age de pierre et qui ne faisait pas grand-chose a part faire tourner vi(dans une machine virtuelle emacs bien entendu /o\), maintenant ils ont KDE ou Gnome avec Mozilla dessus, et ils sont content quand ca tourne dans 128Mo de RAM.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 4.
KDE3.2 + Firefox + OpenOffice + XMMS + navigateurs dossiers : conso de 128Mo de RAM (sur mes 512), 5% de proc (j'aime les barres transparentes...)
J'ai pas XP !
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par duf . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Jak . Évalué à 5.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 4.
[^] # Re: XAML et l'avenir de GNOME
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par wismerhill . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Tonton Th (Mastodon) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Quand au fait d'entendre le disque tourner meme sans rien faire, c'est normal, de meme, la RAM utilisee, XP utilise la RAM comme cache tout comme Linux.
Si j'en crois http://reviews-zdnet.com.com/4520-3672_16-5020549-8.html?tag=st.mig(...) avec 96Mo de RAM, XP va plus vite que Millenium et 2000 pour une utilisation bureautique, et a 128Mo c'est encore plus evident
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier (site web personnel) . Évalué à 8.
Si tu prends un Windows XP, que tu le configures au petits oignons en supprimant tout les trucs inutiles et qui bouffe de la ram (comme ce que tu dis d'ailleurs un peu plus haut), OK tu peux arriver à le faire tenir dans un espace mémoire tolérable. Mais il faut vraiment bosser pour y arriver...
Mais si tu prends de Windows XP "out of the box", comme ce que possède le monsieur tout le monde, c'est pas 96Mo que le XP vas utiliser.
Moi aussi je peux te configurer un Linux qui va consommer peu de mémoire vive, mais il ne faudra pas venir pleurer si il manque des fonctionnalités, et si tu as un IceWM à la place d'un KDE...
Pas plus tard qu'il y a 3 semaines, j'ai aidé un collègue à installer son Win2K sur son portable (oui, parfois je fais des trucs chiants...). Je lui installe aussi un petit SP4, histoire d'être un peu tranquille, et je le lui rend. Avec ses 128Mo, la machine était bien fluide, donc pas de problème. 15 jours plus tard, il me le ramène (il s'était chopé un vers), et je retouve la machine qui rame à mort. Dessus, il avait juste rajouté sa webcam, et le pack Wanadoo pour se connecter à Internet. Bref, le minimum nécéssaire afin d'utiliser sa machine pour ce qu'il l'avait acheté...
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 5.
Tu regardes le lien donne plus bas : http://www.techreviewer.com/viewpage.cfm?pi=15(...)
Il passe de 60Mo a 42Mo apres optimisations, bref, install par defaut : 60Mo
Pas plus tard qu'il y a 3 semaines, j'ai aidé un collègue à installer son Win2K sur son portable (oui, parfois je fais des trucs chiants...). Je lui installe aussi un petit SP4, histoire d'être un peu tranquille, et je le lui rend. Avec ses 128Mo, la machine était bien fluide, donc pas de problème. 15 jours plus tard, il me le ramène (il s'était chopé un vers), et je retouve la machine qui rame à mort. Dessus, il avait juste rajouté sa webcam, et le pack Wanadoo pour se connecter à Internet. Bref, le minimum nécéssaire afin d'utiliser sa machine pour ce qu'il l'avait acheté...
Si il s'est choppe un vers, il m'etonnerait pas qu'il ait chope d'autres choses aussi, genre spyware, etc... qui ont tendance a rentre explorer et IE 10x plus lent entre autres.
[^] # Re: XAML et l'avenir de GNOME
Posté par plagiats . Évalué à -1.
et les vers/spyware/vilainsméchantspiratesquifontrienquanembetermicrosoftparcequemicrosoftestpartoutmaispourautantcestpasunmonopole, c'est une fonctionnalité d'XP ?
[^] # Re: XAML et l'avenir de GNOME
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 1.
Le plus honteux dans Win XP, c'est bien la gestion de la mémoire. Il a tendance à tout échanger sur le disque pour favoriser le cache d'écriture du disque dur.
Linux le fait aussi, mais pas aussi abusivement...
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Je sais que ce qu'il peut dire ne plains pas toujours mais la moindre des choses est de savoir accepter les critiques externes sans quoi, on va finir par mériter cette image de "sacro-sainte église du Libre"...
Maintenant, s'il est parfois de mauvaise foi, j'aimerais que vous réserviez aussi exactement le même "chatîment" à vos pairs lorsque c'est le cas (et c'en est truffé parmi ces commentaires): deux poids, deux mesures n'a jamais rien donné d'objectif.
Mon coup de gueule (parce que j'en ai marre de jongler avec les -1 de pBpG pour suivre la conversation) !
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 4.
Bon ça se défend pas très bien mais cf la première phrase de ce post.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 6.
Quand y en a marre, y a DlfpBar !!
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à -1.
Faut arrêter de tout rapporter sur soi, aussi.
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par alf . Évalué à 1.
Ne devrions-nous plutôt nous exclamer: "un poids, deux mesures" ? Que deux poids donnent lieu à deux mesures différentes n'a rien d'anormal. Mais qu'un poids, en diférentes occasions, donne lieu à deux mesures distinctes est injuste. Veuillez me pardonner, cher et respectable Raphael, mais je me dois de vous le dire que la trollité de cette discussion n'excuse pas son incorrection.
Diantre, une auguste porte s'offre à ma modeste vue. Allons de ce pas en faire plein usage, et découvrir ce qui sied au-delà.
[^] # Re: XAML et l'avenir de GNOME
Posté par pinceau . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Sans optimisations, XP prend 60Mo de RAM, apres optims, 42Mo, ca laisse 80Mo pour lancer ton browser, Office et media player, pas tres dur.
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier (site web personnel) . Évalué à 10.
- supprimer le thême "jouet plaskooll" de XP
- supprimer les logs (eventviewer ?)
- supprimer les partages de fichiers
- supprimer les mises à jours automatiques (ca, ce n'est pas un mal)
- supprimer le système de restauration (troll: ca marche vraiment ce trucs là ? )
- changer les règlages par défaut de l'explorer (mettre entre autre des petits icônes !!)
- supprimer la fonction d'enregistrement individuel de l'apparence de chaque dossier (que c'est chiant ce truc...)
- désinstaller toutes les applications MS (calculatrice, table de caractères, etc...), sauf IE !!!
- arrêter la plupart des services de Windows (tiens, le "Clipbook" par exemple, cela ne serait pas le truc utilisé pour le copier-coller par hasard ?). A noter que pas mal de services sont placés en "Manual", donc il démarrerons tout seul lorsque XP aura besoin. De même que dans ce qui est proposé, le système de "parcrours des machines du réseau" est désactivé. C'est super si tu veux accéder à des ressources réseaux ! Il faut aussi supprimé le service d'aide, de chargement des clefs USB, etc...
- MSN Messenger est désactivé : Pas une grosse perte en effet
Bref, pour résumer : Tu as un Windows standalone, qui n'accède pas a des périphériques externes, avec un look de Windows 98. Et le plus fort, c'est qu'au fure et a mesure que tu vas vouloir utiliser tes périphériques, la consomation de mémoire utilisé va augmenter rapidement, perdant tout le bénéfice de ton optimisation. Bref, c'est un Windows qui n'est fait que pour être regardé, mais surtout pas utilisé ! :)
Si tu veux le comparer à un Linux, il faut alors prendre une machine sans couche réseau, sans CUPS, sans ifplug, et avec IceWM comme WM... Et ca, cela tourne sans problème avec 60Mo de mémoire !
Merci pour cette étude comparative pBpG, elle explique comment avoir un XP qui a moins de fonctionnalité qu'un Windows 98/NT, tout en occupant plus de deux fois plus de mémoire.
[^] # Re: XAML et l'avenir de GNOME
Posté par Fabimaru (site web personnel) . Évalué à 2.
- si tu es sur un domaine, ce sont les controleurs de domaines qui s'en occupent
- sur des workgroups, une machine est élue pour s'en occuper.
[^] # Re: XAML et l'avenir de GNOME
Posté par drac . Évalué à 6.
Ouais enfin quand ca marche parce que une fois sur 5 y a dix machines sur 12 qui croit être le master browser
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à -1.
Tu supprimes des trucs, selon tes besoins, et tu varies entre 42Mo et 60Mo.
Remarques, dans aucun des cas tu n'as supprime l'acces reseau, par contre il est vrai que supprimer Windows Update et les logs n'est pas une bonne idee.
[^] # Re: XAML et l'avenir de GNOME
Posté par modr12 . Évalué à 1.
c'est une très bonne idée alors ?
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 4.
J'avais installé une Mandrake 9.0 à l'époque, et c'était une catastrophe, l'affichage ramait, le système ramait, etc...
Bref, il ne faut pas croire que parce que c'est Libre c'est systématiquement plus performant.
Je ne crois pas être un admirateur des logiciels Microsoft, PBPG peut témoigner que je casse souvent du sucre sur le dos de sa boîte, mais je ne suis pas non plus pour raconter ce genre de FUD.
Pour info, j'ai installé un Windows 2000 Pro sur un Cyrix 166MX doté de 32 Mo de RAM, et c'était "exploitable" (une fois tous les effets visuels désactivés évidemment), et je me souviens parfaitement avoir installé du DOS+Windows 3.11 sur un 286-SX 16 doté de 2 Mo de RAM, et ça fonctionnait parfaitement.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 6.
Au bout de 6mois / 1 an d'utilisation et installations/désinstallations de logiciels divers (pas de trucs pourris, Spyware ou autres), XP devient lent.
C'est moins perceptible que pour Windows 98, mais c'est réel.
La seule solution que je connaisse est de n'installer que peu de logiciels.
[^] # Re: XAML et l'avenir de GNOME
Posté par dawar (site web personnel) . Évalué à 3.
Depuis elle a une mdk avec icewm, et ca tourne niquel. Par contre, si je lance KDE ou Gnome, je me retrouve dans le même cas qu'avec win2000. Alors XP sur 64mo je rigole, mais KDE + mozilla + OoO sur 128mo, je pouffe encore plus...
Que ce soit OSX, XP ou un bureau nux evolué, il faut 256Mo pour etre a l'aise, tout le monde est à peu près logé a la même enseigne. Il faut arreter de raconter n'importe quoi, dans un sens comme dans l'autre.
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 2.
Je lui installe des trucs de temps en temps, et même si c'est vrai que c'est moins rapide que mes machines, ça reste largement utilisable. Dernièrement, je suis allé le passer à 128 Mo, et il y a eu un gain de performances de l'ordre de 20 à 30%, mais ça n'empêche pas que l'ensemble était plus que largement exploitable avec uniquement 64Mo.
Au fait, sur mon ordinateur portable P!!!-600 avec 64 Mo et maintenant 128 Mo, j'ai toujours fait tourner dessus MsOffice, Phoenix/Firebird/Firefox, OpenOffice, Gimp, PaintShopPro, Delphi, et autre, et je ne suis pas le genre d'utilisateur à n'utiliser qu'une application à la fois, crois moi.
Ca m'a toujours amusé d'entendre des gens dire que Windows "rame" sur ces machines alors qu'il s'agissait des machines qui existaient lorsque Windows 2000 et XP sont sortis et qu'elles s'acquitaient alors parfaitement de leur tâche, à l'époque...
[^] # Re: XAML et l'avenir de GNOME
Posté par dawar (site web personnel) . Évalué à 1.
Mais peux être suis-je nul, et ne sais-je pas parametrer win2000, c'est possible...
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 2.
Cependant, quand je te parle d'installer un Windows, cela consiste à faire l'installation de base + les pilotes à jour, rien de plus, pas de modifications ou autre...
Cela dit, j'ai déjà vu des machines sous Windows ramer parce que le mec avait conserver le pilote de la carte graphique trouvé par Windows, alors que rien qu'en allant télécharger le pilote sur le site du fabricant et après l'avoir installé, il avait l'impression d'avoir un nouveau PC, c'est peut-être une piste ?
Sinon, j'ai aussi vu des lecteurs Zip (interne et externe) faire ramer Windows dans certains cas de figure.
Dans tous les cas, vérifie que tes pilotes soient à jour, et que tu n'as pas de pilotes génériques sur des composants importants (carte graphique entre autre). Surtout, vérifie dans les gestionnaire de périphériques qu'il n'y ait pas de conflits, des fois, un petit conflit sur l'USB, voire un USB2.0 mal configuré, et hop, t'as plein de problèmes.
[^] # Re: XAML et l'avenir de GNOME
Posté par Cédric Chevalier (site web personnel) . Évalué à 1.
Si t'as une carte nvidia (pour ati je sais pas), c'est le driver qui permet la transparence des fenetres donc c'est la carte graphique qui mouline (donc aucun lien avec le comparatif Win/Nux).
J'avais installé une Mandrake 9.0 à l'époque, et c'était une catastrophe, l'affichage ramait, le système ramait, etc...
Ah la fameuse install par défaut de Mandrake ...
Pour info, j'ai installé un Windows 2000 Pro sur un Cyrix 166MX doté de 32 Mo de RAM, et c'était "exploitable"
Si tu veux chez moi j'ai une bete de course : p120 et 24Mo de RAM et linux tourne nickel dessus (enfin maintenant je m'en sers de pare-feu/routeur donc j'ai virer X).
Sinon je propose une solution qui satisfera tout le monde : BSD Rulez ;-)
(il est parti tout seul celui là)
[^] # Re: XAML et l'avenir de GNOME
Posté par PloufPlouf (site web personnel) . Évalué à 2.
l'utilisatur il attends
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Là tu as du XUL, du Qt, du gtk, du OO.org toolkit truc,... Ca fait autant de lib en mémoire
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Staz . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par wismerhill . Évalué à 3.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
http://amarok.sourceforge.net/(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Jerome Herman . Évalué à 2.
Kha
(Pas taper...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 2.
Quand je joue à VMWare, avant ma RAM il reste 60-80 Mo après il en reste 180-200 ! Sans swap utilisée...
Merci au cache...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 3.
De plus, tes patrons a toi on dit que windows longhorn serait juste adapté au pc qui sortirons en 2006. Donc, je vise plus les 1.5 Go de mémoire :)
Pour avoir testé la fausse preview de longhorn qui tourne sur le net: le windows xp skinné mais qui reste un windows XP, ca rame comme la mort, j'avais l'impression d'avoir une grille pain comme pc(Athlon 1800 avec 512 Mo de mémoire).
la j'ai 152 Mo de mémoire utilisés avec un kde + kmail + konversation + juk(6800 Ogg vorbis) + kopete + konqueror + mldonkey + une dizaine de terms + la tv(nan j'ecoute pas la zik en meme temps, juk est en pause) + un serveur web + un serveur ssh et ca reste utilisable :p
Je tente la meme chose sur un windows 2003 et on rigolera bien ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Faux, j'ai les specs pour les ressources de Longhorn mon cher, je sais quels sont les objectifs vises.
Pour avoir testé la fausse preview de longhorn qui tourne sur le net: le windows xp skinné mais qui reste un windows XP, ca rame comme la mort, j'avais l'impression d'avoir une grille pain comme pc(Athlon 1800 avec 512 Mo de mémoire).
Cf. plus haut, j'ai deja donne l'explication.
Je tente la meme chose sur un windows 2003 et on rigolera bien ;)
Tente, tu seras tres supris.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 6.
ensuite, la version de longhorn qui tourne sur le net, c un windows Xp avec un skin!!! Parce que si c'est ca longhorn, pas la peine d'en faire tout un fromage! J'ai vu des videos de longhorn et ca n'avait aucun rapport avec ce que j'ai installé ;)
celui que j'ai installé, c'est le longhorn noir avec la barre te titre de 12 centimetre ;)
Ensuite, faut vraiment que tu atterisses parfois, ton windows 2003 est lent, je l'ai vu tourné, avec quelques programmes, t'as droit à l'agonie du pc en direct live sans trucage.
Ensuite, maintenant que j'ai vu un windows XP se connecter a un domaine NT avec le cable de la carte reseau débranché, alors que le login utilisé n'existe pas en local sur la machine, je rigole bien sur la pretendu stabilité des technologies microsoft recentes ;) Je pourrai aussi parler du windows 2000 a qui il fallait 10 minutes pour booté, 2 pour lancer l'explorateur tout ca parce que ce pauvre petit n'a pas reussi a envoyé une impression jusqu'a une imprimante USB et qu'il a fallu reinstaller d'ailleurs.
Autant y'a 6 mois je voulais bien te croire quand tu disais que windows Xp c'etait stable, a l'epoque, je voyais que du linux, du 98 et je pouvais pas trop jugé XP(a part peut etre les quelques moment d'agonie sur le pc d'un collegue).
Maintenant que je vois ces choses tous les jours, je risque de beaucoup moins accepter tes commentaires du style : windows ca rox parce que moi, vu ce que je vois tout la journée ...
ps: si tu veux venir voir le windows XP qui se connecte sans cable reseau, je veux bien t'invité au college du pays de monts a saint jean de monts, parce que je sens que tu vas pas me croire :p
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Sachant que Longhorn est base sur WS03, base lui meme sur XP, et que tu as vu une des premieres versions, ca n'a rien d'etonnant, on n'a pas change XP du jour au lendemain, sinon on aurait deja fini l'OS et il sortirait demain.
Ensuite, faut vraiment que tu atterisses parfois, ton windows 2003 est lent, je l'ai vu tourné, avec quelques programmes, t'as droit à l'agonie du pc en direct live sans trucage.
WS03 est PLUS rapide que Win2000, ensuite si tu ne sais pas configurer un systeme, c'est un autre probleme.
Ensuite, maintenant que j'ai vu un windows XP se connecter a un domaine NT avec le cable de la carte reseau débranché, alors que le login utilisé n'existe pas en local sur la machine, je rigole bien sur la pretendu stabilité des technologies microsoft recentes ;)
Ben vas-y, reproduis le probleme et montre a tout le monde que XP permet de se logger avec des comptes qui n'existent pas, comme ca en plus tu me feras passer pour un idiot et un menteur.
Te genes pas, fais seulement.
Je pourrai aussi parler du windows 2000 a qui il fallait 10 minutes pour booté, 2 pour lancer l'explorateur tout ca parce que ce pauvre petit n'a pas reussi a envoyé une impression jusqu'a une imprimante USB et qu'il a fallu reinstaller d'ailleurs.
Apprends a utiliser un ordinateur, ca peut etre utile
ps: si tu veux venir voir le windows XP qui se connecte sans cable reseau, je veux bien t'invité au college du pays de monts a saint jean de monts, parce que je sens que tu vas pas me croire :p
Non, je veux juste que tu me donnes les etapes pour reproduire le probleme, comme ca tout le monde pourra le refaire.
C'est drole, je suis sur que tu vas pas y arriver, ou tu vas decouvrire un probleme de configuration.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Ben vas y explique toi moi comment je peux taper un nom d'utilisateur, on dira ocean(admin de domaine) et taper le mot de passe en me connectant sur la domaine PAYSMONTS(tu sais, en selectionant dans le boite de connexion, donc oui je me logue pas en local) et que le windows Xp m'amenne jusqu'au bureau, que quand je regarde la liste des utilisateurs dans l'outils d'admin de windows, je ne vois pas ocean(et que les users sont ceux par defaut de windows Xp car personne n'y a jamais touché). Et bien sur, pendant tout ce temps, la carte reseau est débranché. Mais, si tu me prends pour un intégriste anti windows tant mieux pour toi, mais bon, j'ai quand meme deux profs, un collegue(pas vraiment pro linux vu que je l'ai vu qu'un fois booté sous linux) qui sont témoin de la chose, on a quand meme essayé de comprendre le probleme. Je sais pas moi, la fonction de validation du password peux avoir un bug, j'ai pas dit que les "montages" avait fonctionnés sans la carte reseau, juste que le mot de passe avait été validé!
Ensuite, si il faut que j'apprenne a utilisé 1 pc(deja, c pas mon pc, c'est celui de mon collegue, tu sais, celui qui utilise windows;), moi je vois pas ce qu'il faut apprendre quand tu cliques sur imprimer et que le pc devient inutilisable suite a cette action. Ensuite, si tu es tres fort, je veux bien le croire, mais la majorité des gens continuent a installer leur windows regulierement, c'est pas moi, ce sont vos utilisateurs qui ont des problemes avec votre outils.
J'avais encore un prof qui est venu me voir aaujourd'hui car il pouvait pas acceder a son lecteur de cd sous son portable flambant neuf. Effectivement, en cliquant sur le lecteur de cd, l'exploreur se lancait mais dans le poste de travail. En tapant F: dans une console "DOS", hopla ca fonctionnait.
Quand mon pere m'appelle pour me dire que son windows 2000 ne voit plus les deux lecteurs cdrom et ne s'arrete plus alors que je ne lui ai pas donné le mot de passe admin, que je fais les install proprement via vnc(meme si tu penses que je fais expres de casser windows), je me pose serieusement des questions...
Mais ne te trompe pas, je ne remet pas en cause la qualité du travail des gens qui bossent dans ta boite, je pense plutot que le probleme est à la base(la facon dont windows a ete pensé depuis le debut) et que chaque nouvelle installation de programme est une chance de plus de rendre son windows instable(malgre les promesses faire pas microsoft sur le fait que ce probleme n'existerait plus avec windows XP).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Justement, moi je peux pas te l'expliquer vu que cela ne se produit pas chez moi.
Vu que TOI tu y arrives, j'aimerais donc que tu me l'expliques en me disant comment reproduire la chose.
Maintenant si tu n'arrives pas a reproduire la chose non plus, ben mon petit doigt me dit que ta config est en cause.
Maintenant, tu peux me prendre pour un extremiste de l'autre bord, mais je te rappelle juste que mon boulot journalier c'est de recevoir des rapports de bug, alors bon les trucs dingues j'en vois tous les jours, et c'est marrant, dans l'enorme majorite des cas c'est le gars qui a fait une bourde et qui blame le systeme.
Mais, si tu me prends pour un intégriste anti windows tant mieux pour toi, mais bon, j'ai quand meme deux profs, un collegue(pas vraiment pro linux vu que je l'ai vu qu'un fois booté sous linux) qui sont témoin de la chose, on a quand meme essayé de comprendre le probleme. Je sais pas moi, la fonction de validation du password peux avoir un bug, j'ai pas dit que les "montages" avait fonctionnés sans la carte reseau, juste que le mot de passe avait été validé!
Je te prends pas pour un anti-Windows, juste qq'un qui ne comprend pas ce qu'il se passe et traduit ce qu'il voit par "Windows accepte n'importe quel login/password"
Donc moi je te dis, decris les etapes pour reproduire la chose, et on verra si c'est un bug ou pas.
Ensuite, si il faut que j'apprenne a utilisé 1 pc(deja, c pas mon pc, c'est celui de mon collegue, tu sais, celui qui utilise windows;), moi je vois pas ce qu'il faut apprendre quand tu cliques sur imprimer et que le pc devient inutilisable suite a cette action. Ensuite, si tu es tres fort, je veux bien le croire, mais la majorité des gens continuent a installer leur windows regulierement, c'est pas moi, ce sont vos utilisateurs qui ont des problemes avec votre outils.
Moi je constate juste que cela n'arrive pas a 99% des gens qui impriment avec Windows
Mais ne te trompe pas, je ne remet pas en cause la qualité du travail des gens qui bossent dans ta boite, je pense plutot que le probleme est à la base(la facon dont windows a ete pensé depuis le debut) et que chaque nouvelle installation de programme est une chance de plus de rendre son windows instable(malgre les promesses faire pas microsoft sur le fait que ce probleme n'existerait plus avec windows XP).
Moi je crois surtout que tu ne comprend pas le fonctionnement d'un OS et quels sont les parametres exterieurs qui peuvent influer sur son comportement.
cf. les journaux reguliers de gens qui ont des problemes sous Linux, et qui apres certaines remarques se rendent compte que c'etait un probleme de driver, version de soft ou de config.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 4.
Apres, pour le truc du mot de passe, je ne sais pas, si je connaissais la technique, je te l'expliquerais volontié. Par contre, j'ai dit nul par que windows acceptait n'importe qu'elle mot de passe mais qu'il acceptait le mot de passe de l'admin de domaine! Ce qui me semble louche, tres louche, mais si tu peux me mettre sur le chemin d'un probleme de config, explique moi ou je peux trouver un utilisateur non present dans les utilisateurs locaux sur un windows XP! Je veux bien moi, mais une fois la carte reseau débranché, je vois plus que les utilisateurs locaux qui peuvent se connecter à la machine,et vu que l'admin de domaine n'est pas dans la liste des utilisateurs de windows, je reste perplexe ;) Et puis meme, vu que dans la boite de selection il y'a le domaine PAYSONTS de sélectionné, windows ne devrait meme pas essayé de valider le mot de passe et devrait s'arreter à: "Domaine introuvable!" Or il ne le fait pas(et je te rassure, normalement il le fait;) , je veux bien que ca semble paranormal, moi et mon collegue, ils nous a fallu une demi heure pour voir que le cable reseau etait pas branché(vu qu'on ete connecté, on cherchait pas la).
Apres, arrete de croire que tu recois tous les appels des gens qui ont des problemes avec windows , que ce soit dans le privé/dans le public ou chez les particuliés, les utilisateurs de windows ne font pas de rapport de bug apres un plantage et vont encore moins contacté le service technique pour lui dire quand j'imprime mon windows plante! Ca c'est le vendeur qui s'en occupe et le vendeur ne contacte pas microsoft, il reinstall sans chercher a comprendre ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Il y en a plein pourtant, mais vu que l'enorme majorite des utilisateurs Windows c'est des non-informaticiens, ca se voit evidemment bcp moins qu'avec Linux.
mais qu'il acceptait le mot de passe de l'admin de domaine! Ce qui me semble louche, tres louche, mais si tu peux me mettre sur le chemin d'un probleme de config, explique moi ou je peux trouver un utilisateur non present dans les utilisateurs locaux sur un windows XP! Je veux bien moi, mais une fois la carte reseau débranché, je vois plus que les utilisateurs locaux qui peuvent se connecter à la machine,et vu que l'admin de domaine n'est pas dans la liste des utilisateurs de windows, je reste perplexe ;)
Et puis meme, vu que dans la boite de selection il y'a le domaine PAYSONTS de sélectionné, windows ne devrait meme pas essayé de valider le mot de passe et devrait s'arreter à: "Domaine introuvable!" Or il ne le fait pas(et je te rassure, normalement il le fait;) , je veux bien que ca semble paranormal, moi et mon collegue, ils nous a fallu une demi heure pour voir que le cable reseau etait pas branché(vu qu'on ete connecté, on cherchait pas la).
http://www.jsiinc.com/SUBE/tip2000/rh2030.htm(...) devrait t'aider a comprendre ce qui se passe a mon avis.
Si c'est autre chose, ben il me faudrait les etapes pour reproduire le probleme, comme je te l'ai deja dit.
Apres, arrete de croire que tu recois tous les appels des gens qui ont des problemes avec windows , que ce soit dans le privé/dans le public ou chez les particuliés, les utilisateurs de windows ne font pas de rapport de bug apres un plantage et vont encore moins contacté le service technique pour lui dire quand j'imprime mon windows plante! Ca c'est le vendeur qui s'en occupe et le vendeur ne contacte pas microsoft, il reinstall sans chercher a comprendre ;)
Ca je sais, le truc etant que meme parmis ceux que je recois, la grosse majorite sont des problemes crees par l'utilisateur, et je doutes enormement que ce soit different pour les problemes rencontres par les gens qui ne nous contactent pas.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
je met ma main a couper que c'est ca! Enfin, je trouve ca louche par ce que ce sont des XP et que l'on a pas touché a regedit. Mais bon, à tester!
"la grosse majorite sont des problemes crees par l'utilisateur"
Ca c'est un peu facile quand meme comme remarque. Donc le cd inaccessible autrement que par la ligne de commande, c'est la faute de l'utilisateur? je vais aller le dire au prof en question, deja qu'il se tatait à reinstaller un 98, ca risque de lui faire franchir le pas ;) Quand un utilisateur prend un programme d'install d'un logiciel, qu'il fait suivant, suivant, terminer, si il y'a un probleme, c'est soit la faute de la boite qui fait le logiciel, soit la faute de microsoft, soit beaucoup des deux(je critique tjs le systeme d'install bordelique de windows).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
C'est peut-etre un peu facile, mais force est de constater qu'on nous envoie plein de reports disant "Je fais X, ca devrait faire Y et ca ne marche pas/plus", on se creuse la tete, on regarde chez nous, ca marche, on demande des infos sur leur config, encore plus d'infos, on se pete la tete a comprendre, pour finir par decouvrire qu'ils ont installe tel soft X qui change la config, qu'ils ont bidouille Y qui bloque le comportement, etc... C'est la realite que je vois chaque jour.
Bref, le nombre de variables influant sur le comportement de l'OS est tres grand, et simplement dire "l'OS Merde, c'est MS qui sait pas pondre un OS correct", c'est une maniere tres ignorante d'eliminer son probleme. Il faut voir tout ce qui peut interagir avec l'OS, changer ce comportement, etc...
[^] # Re: XAML et l'avenir de GNOME
Posté par squall . Évalué à 1.
on aurait du me dire que pour que mon windows fonctionne correctement je ne devais rien installer... utiliser que M$ office et windows media player...
[/ironie]
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Quand on ne peut pas reproduire l'anomalie parce que l'utilisateur est incapable de se rappeller qu'il a fait un immonde bricolage, ça n'avance à rien.
Donc, le projet Debian a un système pour rapporter les anomalies mais ce n'est pas utilisable si tu utilises des paquets non-officiels (et que tu oublies de le préciser, cas échéant).
Il y a des limites à tout système de support.
[^] # Re: XAML et l'avenir de GNOME
Posté par TeXitoi (site web personnel) . Évalué à 0.
L'ordi est maintenant vraiment, vraiment tres lent.
Démarche a suitre pour le rendre comme neuf?
Je suppose desinstallation des progs de merde, dans un premier temps, mais apres, je fait quoi? pke je sens que ca va pas suffire...
Tu me donnes les astuces pour faire ca, j'essaye, et si ca marche, je crie plus sur windows, promi ;-)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 4.
2) Tu lances services.msc, et tu stoppes tous les services qui n'ont pas a etre demarre
3) Tu vas sur http://www.winguides.com/registry/display.php/109/(...) et tu vires tous les softs qui n'ont pas a etre demarres
4) Tu lances Ad-Aware et Spy-Bot et tu vires toutes les merdes qu'ils detectent, notamment les plug-ins IE qui font chier IE et Explorer
5) Tu lances le task manager et tu regardes ce qui tourne, si il y a des trucs qui devraient pas etre la, c'est que t'as oublie qqe chose.
Ca devrait deja aider pas mal, j'ai peut-etre oublier 1-2 trucs mais le principal est la
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à 1.
donc j'ai essayer plusieurs choses pour le réparer :
- mode sans echec : echec, meme probleme pas possible de se logger
- mode sans echec console, meme probleme pas possible de se logger
- boot sous linux, eclatage du fichier SAM et des profil : meme probleme
- eclatage de la base des registre : toujours pareil impossible de se logger
- reparation avec le CD de win2K : toujours pareil impossible de se logger
- google : pas d'info
===> FORMATAGE
mais bon je dois pas savoir me servir d'un ordi .. alors que mon poste sous linux (Debian SID) à 3 ans des installation de mise à jour toute les semaines, pas de formatage plusieurs changement de carte mère & CPU
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
J'aimes bien ce genre de comparaisons.
Si tu veux je peux te trouver des gens a qui il est arrive exactement l'oppose.
Faudrait penser a arreter de prendre des cas particuliers et les generaliser.
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -2.
Chez microsoft?
Parce que des gens qui ont un windows vieux de trois ans qui ne rame pas, j'en connais pas! J'en ai jamais vu meme :)
C'est marrant comment quelqu'un qui n'est pas sur le terrain essaye d'expliquer aux autres comment ca se passe :) On dirait mon chef :p
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
C'est comme les virus, on parle des ravages de Sobig et autres, pourtant ca n'a pas depasse le million de machines infectees, ca veut donc dire que les 199 autres million de machines n'ont rien eu non ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à -2.
Pourtant, quand on fait le rapport avec les 0 machines linux infectées, ça fait un putain de ratio.
Quand on pense que toutes ces machines sont infectées a cause de la nullite des logiciels Microsoft, ça fait pleurer.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Une personne sur 200, c'est rien même si pour elle, c'est la catastrophe !
[^] # Re: XAML et l'avenir de GNOME
Posté par Anonyme . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à -1.
Il faut toujours les analyser dans la globalité de l'étude.
Si on te dit que l'ANPE a dépensé 1,2 Millions d'Euro pour changer de logo,
toi, petit particulier, va trouver ça énorme ...
Maintenant, tu réfléchis et tu comprends que la logisitique... ça coûte cher.
[^] # Re: XAML et l'avenir de GNOME
Posté par Conrad . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à -1.
Oui bien sur, 0 machines infectees.
Marrant, le ver OpenSSL avait infecte plus de 10'000 machines.
Les serveurs Linux qui envoient du spam chaque jour ils sont tout propre aussi hein ?
Quand on pense que toutes ces machines sont infectées a cause de la nullite des logiciels Microsoft, ça fait pleurer.
Ouais c'est vrai, heureusement Linux il est beau et il n'a jamais de failles, d'ailleurs les serveurs de Gentoo, Gnu.org, sourceforge, tuxfamily, etc... sont la pour le prouver.
Marrant quand meme, t'as deja vu la page de microsoft.com se faire hacker ? Moi jamais.
[^] # Re: XAML et l'avenir de GNOME
Posté par Matthieu BENOIST . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Anonyme . Évalué à 3.
Lesquels ? Ca fait partie de la nouvelle politique de com de ta boite, focalisée sur les spam, ce petit propos assassin ?
Pour ma part, la plupart des spams que je reçois ont sans doute transité par des machines GNU/Linux, vu que c'est le cas de nombreux serveurs SMTP... par contre, je suis certain que tout ces spams avec un virus windows joint partent bel et bien d'une machine infectée par ledit virus...
« Ouais c'est vrai, heureusement Linux il est beau et il n'a jamais de failles, d'ailleurs les serveurs de Gentoo, Gnu.org, sourceforge, tuxfamily, etc... sont la pour le prouver. »
Il y a une différence entre des serveurs public offrant des services sensibles et la machine de monsieur tout le monde qui se contente de lire un courriel.
« Marrant quand meme, t'as deja vu la page de microsoft.com se faire hacker ? Moi jamais. »
Je doute que le serveur www.microsoft.com tourne le moindre service public à part http, et je doute qu'il n 'y ait qu'une seule machine faisant tourner www.microsoft.com.
Bref, lorsque tu dis qu'il y a des failles dans GNU/linux, c'est évidemment vrai, car il y a des failles dans tout logiciel. Maintenant, lorsque les failles apparaissent à la simple lecture d'un courriel, d'autres questions se posent.
Ceci dit, Microsoft est fort en marketing et sait qu'un bon nombre de ses clients se tape finalement des virus -- chose difficile à expliquer sur linuxfr, mais chose réelle. Un bon nombre d'utilisateurs préfèrent s'échanger des animations powerpoint marrante, tout en sachant que ça peut planter gravement leur machine, que de s'en passer... En ce sens, Microsoft est habile en proposant ce que son public attend, même si ça implique des choix insecures par nature.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
On parlait de virus. Tu sais, le truc ou si tu recois un windows par defaut avec outlook par defaut, tu vas te prendre tous les virii de la terre et les renvoyer a tout le monde. Mais ca n'a rien a voir avec Microsoft.
> > Quand on pense que toutes ces machines sont infectées a cause de la nullite des logiciels Microsoft, ça fait pleurer.
> Ouais c'est vrai, heureusement Linux il est beau et il n'a jamais de failles, d'ailleurs les serveurs de Gentoo, Gnu.org, sourceforge, tuxfamily, etc... sont la pour le prouver.
Je fais une distinction entre le fait d'avoir des bugs dans un programme, ce qui est comprehensible et le fait d'avoir un checkbox dans outlook "executer automatiquement des macros" qui se traduit en francais par "je veux que mon ordinateur soit facilement et automatiquement infecte par des virus" configure par defaut.
Globalement, depuis 10 ans, la politique securite de Microsoft est un vrai scandale, alors meme que ses programmes equipent 99.99% des machines. Je pense que le terme irresponsable convient bien a cette boite. Depuis deux ou trois ans, ils essayent de redresser la barre mais c'est bien tard.
Et pour l'histoire du Tuxfamily et consort, ca n'a rien a voir dans la mesure ou c'est une attaque ciblee contre une machine precise.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Bemixam (site web personnel) . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par khalahan . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par squall . Évalué à 1.
la méthode pBpG
[théorie]
[réalité]
Si tu utilisais windows tu poserais pas la question, la meilleure manière et elle marche.... tu fais un backup de tes données (on sait jamais), tu reformates ta partition C, tu réinstalles ton windows, tu fais les mises à jours et hop ca marche ;)
Tout utilisateur de windows sait cela et le fait à peu près tous les 6 mois à 1 an... bah oui c'est comme le "ça marche pas, attends deux minutes je redémarre", ou "ça fait lonftemps que j'ai pas fait un defrag" bref c'est devenu des automatismes...
[réalité]
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à -2.
Ca c'est la methode du gars qui comprend rien a son systeme et qui ne fait meme pas l'effort d'essayer de comprendre.
Si tu preferes perdre ton temps a tout reinstaller libre a toi, moi j'ai des trucs plus amusants a faire pendant mon temps libre
[^] # Re: XAML et l'avenir de GNOME
Posté par squall . Évalué à 1.
Enfin moi je suis juste utilisateur, et rien de tel pour remettre de l'ordre dans windows... enfin je suis heureux de savoir que tu ne réinstalles pas ton windows...
Et le "ça marche pas je redémarre", fainéantise ou fonctionnalité?
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Faineantise, c'est comme tout, si tu sais ce qu'il se passe, tu sais comment le corriger, et comme sur tout OS, il faut investir du temps pour comprendre le fonctionnement, poser des questions, lire,...
[^] # Re: XAML et l'avenir de GNOME
Posté par squall . Évalué à 1.
Je lance un chiffre en l'air mais raisonnable, je dirais 60% du temps ça marche sous windows, sinon ce serait pas devenu un réflexe... et si tu connais des utilisateurs moyens, c'est à dire pas des administrateurs, c'est ce qu'ils feront... et je veux bien que tu trouves quelquechose à redire à tout le monde, car beacoup exagère, mais là ne me dis pas que ce n'est pas la réalité...
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
La plupart des gens ne lisent pas la documentation quand elle est pourtant disponible (et ce même sous Linux, alors sous Windows...).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Tu sais, formatter et reinstaller, ca marche dans 100% des cas, mais c'est pas la bonne methode non plus.
[^] # Re: XAML et l'avenir de GNOME
Posté par plic . Évalué à 0.
C'est en tout cas la méthode employée par Windows Update...
La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par plic . Évalué à 1.
La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Mais bon, quand on met à jour Gnome, il faut bien relancer la session et les applications courantes, non ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Anonyme . Évalué à 2.
« Mais bon, quand on met à jour Gnome, il faut bien relancer la session et les applications courantes, non ? »
Oui. Quand on met à jour un logiciel, il faut le redémarrer. Ce qui est génant, c'est de devoir redémarrer 30 logiciels lorsqu'un 1 seul à été mis à jour et qu'aucun autre logiciel ne dépend de lui.
Par exemple, je trouverais étrange de devoir redemarrer un ordinateur parce que le logiciel "calculatrice" à été mis-à-jour... C'était un peu comme cela par le passé avec Windows (nouveaux pilotes : redémarrage... bref, pas de rmmod insmod...), ça semble s'être amélioré.
[^] # Re: XAML et l'avenir de GNOME
Posté par jerome (site web personnel) . Évalué à 3.
Dès le début, on te forme à utiliser un terminal, à éditer des fichiers de conf, à redémarrer des services, à gérer les accès, etc.
Sous Windows, l'aide te guide à travers le menu démarrer, le panneau de configuration, la gestion de l'ordinateur, pour finalement arriver à lancer un truc que tu pourrais faire directement ...
Je ne connais pas assez Windows pour critiquer plus avant, mais si je ne le connais pas aussi bien qu'un Unix, c'est essentiellement parce que c'est un système obscur, avec une documentation d'une qualité globale contestable (on parle bien d'utilisateur) et une accessibilité réduite.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 3.
Ben c'est clair que Windows va pas t'apprendre a utiliser la ligne de commande, c'est l'inverse du but vise par l'OS qui est que tu puisses utiliser un ordi sans comprendre grand-chose.
Linux il te force a apprendre ces choses, mais ca te coute un temps non negligeable pour les apprendre, Windows, faut le faire toi-meme, l'OS va pas t'y pousser de la meme maniere que Linux.
[^] # Re: XAML et l'avenir de GNOME
Posté par couriousous . Évalué à 4.
Et ce, surtout pour les serveurs.
[^] # Re: XAML et l'avenir de GNOME
Posté par ckyl . Évalué à 1.
l'exemple typique est la mdk de ma mere. Lorsque la connnexion ppp par en vrac et qu'elle me telephone je lui dit de rebooter la machine ! Bin ouai par ce que ca lui prendrait plus longtemps de relancer ppp a la main et au moins je suis sur ce que l'ordi fait :-)
Vala donc la machine est "assez" souvent rebooté ie une fois pas semaine pour des conneries du style.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
chkconfig --del ppp
urpmi kppp
et le probleme est réglé. y'a la meme chose pour pppoe.
[^] # Re: XAML et l'avenir de GNOME
Posté par ckyl . Évalué à 1.
Moins le neu² touche a la machine mieux je me porte
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 3.
70% des logiciels sous windows te demandent de rebooter après une installe. Sous les anciennes versions de windows, tu rebootais pour un oui ou pour un non (je change mon adresse IP, je reboote).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Et ? (En passant, de moins en moins de softs te demandent de rebooter sur W2k/XP/WS03)
Ils rebootent car ils ne comprennent pas ce qu'il se passe, c'est pas plus complique, les anciens OS n'ont rien a voir la dedans, meme moi il m'est arrive de le faire, sur Linux et Windows, alors que je sais tres bien que c'est pas le bon moyen, mais j'avais la flemme de chercher a comprendre sur le moment.
Tout ce que je dis, c'est que si ils prennaient la peine de comprendre, ils n'en auraient pas besoin.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas ROFFET . Évalué à 1.
Qui "ils" ? Les développeurs de programmes ou les utilisateurs ?
Les premiers devraient pourtant s'y connaitre un minimum, non ?
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Flyinva . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par liberforce (site web personnel) . Évalué à 1.
y a pas de "man regedit" pour trouver la clé à la con qui fait que plus rien ne marche...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 2.
La Base de Registre!
Comme elle est souvent la source de ralentissement important de windows, et qu'il n'y a pas moyen de la «nettoyer» automatiquement de manière sure, il faut procéder, en partie, «à la main». Et ça, c'est long. Peut-être plus long qu'une réinstallation.
C' est le talon d'achille des Windows, une des plus grosse erreur de conception, à mon avis.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Parce que quand tu as nettoyé un windows et que le truc rame comme la mort, tu peux etre sur que c'est la registry qui est encore pourri :p Et meme si tu parles le regedit courament, moins je vois cet outils, mieux je me porte!
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Hint : la registry ne fait quasiment rien d'autre que dire ou se trouvent les choses a charger et les parametres des softs. Si ton systeme est lent, c'est qu'il charge des trucs qu'il ne devrait pas, bref, que t'as pas nettoye correctement le systeme.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 2.
Si Microsoft avait un truc propre ou chaque programme avait une zone reservee en dehors de laquelle il n'a pas a ecrire, on aurait moins de probleme.
Tu vas me dire que c'est ce qu'a fait Microsoft mais que c'est le vilains programmes qui font pas ce qu'il faut. Mais bon, je ne prends pas. Si Microsoft avait bien fait son boulot, les problemes de base de registre aujourd'hui, on n'en aurait pas.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 3.
Fais seulement, decris moi le defaut de conception de la base de registres.
Dis moi donc quelles entrees ne sont pas a la bonne place,...
Parce qu'un soft il :
- Ajoute ses composants COM dans la base commune
- Ajoutes ses extensions de fichier dans la base commune
- Ajoutes ses parametres dans sa cle a lui
- Ajoutes ses trucs qu'il veut demarrer au startup dans la base commune
Ca c'est ce qu'il est sense faire et ce que beaucoup de softs font.
Il y a quoi de faux la-dedans ?
Maintenant si tu connais une technique miraculeuse pour qu'un OS puisse detecter quel process a le droit d'ecrire ou, je serais ravi que tu me la donnes.
Parce que si je fais mon fork d'OO a moi et je decide de lui faire ecrire dans /etc/rc.d/init.d ainsi que dans /etc/resolv.conf et dans les file associations de Nautilus, personne ne pourra m'en empecher, et ce sera tout aussi difficile a nettoyer que la base de registres.
Bref, il y a 0 differences entre Linux et Windows la dessus.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
rm -f /usr/share/application-registry/OOo.applications
Wahou, que c'est dur. Si tu critiques si violement les gens qui parlent de windows sans savoir, tu serais gentil de faire attention quand tu parles de linux sans savoir!
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par mcjo . Évalué à 1.
Vive la GPL
;)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 3.
Utilises plutot un soft qui intercepte les appels au systeme de fichier.
C'est 10x plus simple que parcourir des millions de lignes de code.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
Il y a une grosse différence de conception sur ce point. Je pense que c'est une erreur, mais ça doit probablement avoir des avantages, d'avoir réunis toute la conf dans quelques fichiers binaires. Au niveau de la vitesse, par exemple ?
En tout cas, ça fragilise le systeme.
Sinon, pour ton fork d' OO, je doute qu'il soit packagé par Debian, si il fait n'importe quoi, donc, pas de risque pour moi, je ne l'utiliserai pas ;-)
Tiens, encore une grosse difference entre Windows et GNU/Linux.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Yeps. Et c'est plus ou moins utilise par Apple il me semble. Le principe, c'est de ne donner qu'un seul repertoire a un programme pour installer ce qu'il a besoin d'installer: ses fichiers de conf, ses extensions, ses comopsants COM, son option de demarrage automatique.
Le fait d'avoir un repertoire unique par programme fait que lorsque tu veux effacer le programme, il te suffit d'effacer le repertoire dans lequel il a installe tout ca.
Pour ce qui est de la coherence de l'ensemble, le systeme doit balayer regulierement l'ensemble de tous les repertoires de programme pour voir si de nouveaux programmes ont ete installes ou si des options de certains programmes ont ete change (info accessible par exemple avec la derniere date de modif du repertoire)
Comment fait le systeme pour retrouver ses petits apres ? Il faut que dans le repertoire du programme, il y aie une convention de nommage qui permet de savoir ce que le programme a installe.
Il faut prevoir deux vues de cette base, une vue par programme pour savoir quels sont tous les attributs d'un programme et une vue systeme qui correspond plus a la base de registre actelle: qui demarre automatiquement, quels sont les composants COM isntalles, ....
Note que pour ce genre de systeme, l'utilisation de lien symbolique comme elle existe sous Unix permet de gerer entierement ce systeme au dessus d'un systeme de fichier existant.
Au final, on obtient une sorte de base de registre avec les proprietes suivantes:
- chaque programme est bien isole et facile a effacer, analyser, ...
- on a les memes services que la base de registre actuelle.
La seule operation que pourrait faire un programme, c'est demander un nouveau repertoire a la base de registre et installer ses saloperies dedans.
Le systeme que je decris n'est pas present de base sous Linux mais un mec a commence une refonte dans ce sens et ca se passait pas mal.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Y a t'il un systeme pour EMPECHER un soft de mal se comporter ?
C'est ca qu'il faudrait.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: XAML et l'avenir de GNOME
Posté par dawar (site web personnel) . Évalué à 1.
Tout le reste, le programme et ses bordel techniques se trouvent dans un répertoire qui est iconisé et transformé en bidule que l'on peux cliquer pour lancer le soft. Ce repertoire peux être déplacé n'importe ou, l'interface graphique le gère comme un objet. Mais un coup de terminal permet de voir que c'est un répertoire, et même de lancer l'executable qu'il y'a dedant.
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
C'est dans ce cas là ou la base de registre est (trés souvent à mon avis) source de ralentissement de windows.
Maintenant si on es bien d'accord, je peux te donner plus d'information à ce propos.
(à la mode pBpG)
Hint: HKEY_CLASSES_ROOT & explorer.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Ca contient les progID et classID des composants COM, l'OS ne va pas y toucher a moins que qqe chose charge le composant en question. Resultat, le truc qui ralentit ton systeme, c'est le truc qui charge le composant, pas la registry.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
Linux n'a pas ce problème là. si un fichier de conf est foireux, ça ne va nuire qu' au programme concerné. D'avoir regrouper tous les fichiers de conf, sous windows, dans seulement 3 ou 4 fichiers l'a considérablement fragilisé (et en plus dans un format binaire !!)
j'ai cité HKEY_CLASSES_ROOT, car cette branche est particulierement importante et que les ralentissement de l'explorateur venait plutot de là.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
HKEY_CLASSES_ROOT car c'est la que la correspondance
«extention» -> «type de fichier» -> «programme à executer»
se fait. Donc, si cette branche est lourde ou corrompu, le click droit devient un supplice. Ce n'etait qu'un exemple.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Justement non, l'explorateur ne lit pas n'importe quoi dans la base de registres. Cela depend du fichier, de son extension, etc...
Explorer ne scanne pas la base de registres en lisant tout ce qui lui tombe sous la main, et c'est pour ca qu'avoir plein d'entrees inutiles ne ralentit pas vraiment explorer, car il va lire la ou il est sense lire, il ne tombera pas sur des entrees qui ne servent a rien(sauf si par exemple l'extension du fichier est encore presente mais point sur un truc faux, la il te proposera d'utiliser un autre soft).
Linux n'a pas ce problème là. si un fichier de conf est foireux, ça ne va nuire qu' au programme concerné. D'avoir regrouper tous les fichiers de conf, sous windows, dans seulement 3 ou 4 fichiers l'a considérablement fragilisé (et en plus dans un format binaire !!)
Justement non, tu ne comprends pas le fonctionnement de la base de registres, ce n'est qu'une base de donnees.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 0.
Bon, prend ce logiciel: http://www.sysinternals.com/ntw2k/source/regmon.shtml(...)
lance-le et puis amuse toi à clicker sur un fichier ou pire faire un drag'n drop
Attention, c'est assez violent !
J'ai bien compris que la base de registre etait une base de donnée. Sous linux, il y a aussi des bases de données (certaines utilisé par la libc d'autre par bind, etc..) mais là, il y a la conf de tout le systeme dans une seule ! ( enfin, 3-4 fichiers)
Et son format binaire, empeche de récuperer quoi que ce soit en cas de pépins trés grave.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Pour corrompre la registry il faut quand meme le faire, et il y a un backup de cette registry par defaut.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -1.
Windows utilise un algo de compléxité 0(1) pour parcrourir la base de registre à la recherche d'une entrée? Putain ca rox :)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Fabimaru (site web personnel) . Évalué à 3.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
C'est bien ce qu'on disait plus haut: c'est aussi à cause de l'utilisateur, aussi.
Quand on installe tout et n'importe quoi, faut assumer un peu aussi, hein...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
Le nombre de programme installable sur Windows est limité ? c'est ce que tu veux dire ?
J'ai quelque milliers de paquets installés sur mon GNU/Linux, et bien c'est pas moi qui assume, c'est lui et je préfère ça !
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
T'as Oracle en paquet Debian ?
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 0.
Pour l'écrasante majorité, oui ( > 99%)
T'as Oracle en paquet Debian ?
C'est bien, tu en a trouvé un ;-)
Bon, pour un logiciel, j'accepte de courir le risque.
La façon dont on se procure et on installe des logiciels n'a rien de comparable avec ce qui ce fait sous Windows. Et je peux me laisser aller à ma boulimie de logiciels, sans arrière pensé.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Cela dit, parfois, avoir un paquet pour Oracle serait le bienvenu (on n'a pas toujorus le choix de ses armes, hélas, mais on a déjà Linux, c'est déjà pas mal) quand même...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 2.
$ apt-cache stats | grep "Nombre total de paquets"
Nombre total de paquets : 20772
Pour faire 1%, il aurai fallut que j'installe plus de 200 paquets non-officiel.
Je suis très très loin du compte.
Je pense que la plupart des utilisateurs de GNU/Linux sont, à quelques % prés, dans mon cas.
Situation bien différente des utilisateurs de MS Windows.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Combien de ces 20772 paquets constituent un seul et meme soft ?
Parce que libpng c'est un 1 paquet, TeX c'est xxx paquets, etc...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . Évalué à 1.
$ echo "`ls /sbin | wc -l` + `ls /bin | wc -l` + `ls /usr/sbin | wc -l` + `ls /usr/bin | wc -l` + `ls /usr/X11R6/bin | wc -l` + `ls /usr/local/sbin | wc -l` + `ls /usr/local/bin | wc -l` + `ls /usr/games | wc -l` | bc -l
5667
Bien sur, la encore, un fichier exécutable n'est pas forcement égale a un programme. Certains programmes ont des liens, etc..
En revanche certains programmes ne sont pas dans les répertoires "bin" ( par exemple rox-session dans /usr/apps/ROX-Session/AppRun, Login, ... ou des modules pour emacs)
Si tu as une meilleurs méthode...
Alors, admettons que je sois très joueur et que j'ai installé une cinquantaine de jeux non packagés par ma distrib. Je ne vais pas compter les soft que j'écris moi, car les conneries je pourrais les faire en ligne de commande directement.
Tout ça ne change rien au faite, que pour le Linuxien type et avec une distribution moderne, l' énorme majorité des programmes installés, sont ceux packagés par la distrib
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
find `echo $PATH | sed -e "s/:/ /g"` -type f -maxdepth 1 | wc -l
C'est plus simple.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Unreal Tournament
Les jeux Loki
Acrobat Reader
IBM DB2
Un soft que j'ai ecrit
VMWare
etc...
Il y en a plein
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 1.
je m'étais même fait un bouton metacity dans le panel gnome, pour tout vous dire :))
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 0.
D'ailleurs, là, je suis sur un paradoxe: j'aurais bien aimé qu'il existe des paquets pour Debian...
Mais ! Si je considère que seuls les paquets fournis par le projet Debian sont corrects, il faudrait que Debian les place dans non-free (à condition que ce dépôt existe toujours).
Si je considère qu'Oracle peut fournir des paquets corrects, il faut qu'Oracle daigne regarder de ce côté.
Le dernier cas permettrait à coup sûr d'avoir droit au support pour les entreprises, mais le premier ne l'exclut par pour autant (et pourquoi pas un employé d'Oracle responsable des paquets debian officiel ?).
Mais sinon, ça existe en rpm, quoi.
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Benjamin François (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Laurent Mouillart . Évalué à 5.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Là où les buts diffèrent: Microsoft cherche à intégrer pour sa clientèle,
pas nécessairement à lui donner le choix.
Les non-éclairés n'ont pas envie de choisir: ça leur fait peur.
Ils veulent pouvoir lire un DVD, un DivX, écouter un CD ou un MP3 quand ça leur chante et c'est tout: il ne faut pas se tromper de public.
Et tout ceci n'est pas complètement inconcevable avec GNU/Linux pour autant:
l'avenir sera aux boîtes noires, développées avec des Logiciels Libres.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
Un arbre de clés avec des valeurs dedans, curieux, non ?
Qui a dit que c'était une mauvaise idée, finalement ?
Je pense que ce n'est pas l'outil qui est en cause, encore une fois,
mais la manière dont il est rempli par les éditeurs tiers, pas toujours au fait des conventions utilisées et définies par Microsoft.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Et on dit que c'est KDE qui ressemble a Windows...
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
Accessoirement, faire un backend pour GConf qui crée un unique fichier par appli (les préférences de chaque appli sont rangées dans ~/.gconf/apps/nom_de_l'appli pour l'instant), ça doit prendre un après midi je pense...
C'est vrai que GConf est un système de config centralisé et partagé par toutes les applis, donc vu de loin si on réfléchit pas trop, on dit "ah ouais, comme windows".
Mais bon, à ce moment là, linux qui est un noyau permettant d'abstraire le matériel et de faire tourner plusieurs processus en même temps, et qui propose aussi une interface graphique en mode fenêtré, le linux donc est "comme windows" aussi...
[^] # Re: XAML et l'avenir de GNOME
Posté par GnunuX (site web personnel) . Évalué à 1.
Apres que tu sorte c connerie ici ca plutot drole.
Gnome utilise de petit fichier disséminé dans de petit fichier (a la kde quoi). A merde sous kde.
gconf par contre permet de modifier tes fichiers xml plus facilement (ben oui tu passe t paramettre a gconf et il modifie les petits fichiers.
localhost:/etc/gconf/gconf.xml.defaults# find |wc -l
1112
localhost:/etc/gconf/gconf.xml.defaults#
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Mon piège à Troll a bien marché ;-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Jerome Herman . Évalué à 2.
Ton compte est bon mon gaillard ! Il est interdit de chasser dans les reserves !
Kha
[^] # Re: XAML et l'avenir de GNOME
Posté par mcjyc (site web personnel) . Évalué à 0.
comprendre, c'est mieux.
mais monsieur "tout le monde"... celui qui a peur de son pc, ne l'oublions pas... ben... avec un peu d'experience, il sait reproduire une install sur son C: ... (environ 1h, plus ou moins...)
moi, j'ai des amis qui ne bossent pas ds l'informatique.
ils sont dessinateur, avocat, libraire etc...
et bien, leur quotidien(si j'ose dire...), c'est une reinstall tous les 6 mois.
c'est barbare, je te l'accorde.c'est pas la solution, je te l'accorde.
mais ils ont connus windows 3.11, 95, 98, etc...
comme bcp, bcp de monde...
et c'est devenu "leur methode"...
celle qui marche à coups sur, et qui leur permet avec un moinde effort
de pouvoir retravailler pour 6 mois sur leur machine.
au fond, c'est juste ce qu'ils demandent.
c'est empirique.mais ca marche, et c'est issue de l'experience de l'utilisation d'une serie d'OS pour utilisateur lambda, qui veut rester un utilisateur lambda.
oui, ils ne veulent pas faire l'effort de comprendre...
et je les comprends...
parce que c'est pas leur boulot, et leur pc, c'est leur outil...
ma chaudiere, elle est revisé chaque année.
je suis bien incapable de le faire...
je veux juste qu'elle chauffe.
je vais pas la thunée pour qu'elle soit plus silencieuse, plus efficace,
plus econome...
je veux qu'elle marche.
et j'y comprends rien...
c'est triste si je veux pas comprendre ?
ceci dit, que ce soit sur windows ou linux, les utilisateurs qui ne savent que dire " ca marche pas"... c'est enervant.
je te souhaite bon courage pour ton boulot.
:-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Toufou (site web personnel) . Évalué à 1.
Si c'est toi qui révise ta chaudière, non seulement c'est triste, mais en plus c'est dangereux.
Si tu veux utiliser un outil sans chercher à comprendre son fonctionnement, aucun problème, mais par pitié, ne t'occupe pas de la maintenance et sous traites la. Ce sera mieux pour toi et pour les autres.
Quand l'utilisateur moyen ne s'occupera plus que de l'utilisation de son ordi et payera sa maintenance, il viendra à gnu/linux ou BSD, parce qu'au moins ça ne se dégrade pas à l'utilisation et ça revient infiniment moins cher n maintenance.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Oui, mais toi tu bosses chez Microsoft "couillon" ;)
On dirait un linuxien en train de nous dire que l'utilisateur, si il comprend pas, il a qu'a chercher :) Mais il s'en fout l'utilsiateur, que ce soit sous windows ou sous Linux. Par contre, le linux de mon pere, quand je reviens, il tourne, le windows il merde, et je dis et redis que ce n'est pas l'OS qui est en cause mais la facon dont les programmes s'integrent a cet OS.
[^] # Re: XAML et l'avenir de GNOME
Posté par troll hunter . Évalué à 4.
Je previent que j'ai rien lu d'autre que le post precédent.
Le fils du cousins de mon oncle utilise MS XP Pro est il en est trés satisfait. Mais il est jaloux de mon Gnome, car il peut pas installer gkrellm. Par contre pour jouer à Quake 3 avec sa Nvidia, c'est super rapide sauf quand il a ouvert un document excel avant.
En plus il a peur a chaque fois qu'il installe un logiciel de choper un virus ou un spyware et se demande comment je peux faire confiance a une installation aussi obscur que urpmi.
J'espere que mon post contribura à l'immense débat en cours. Sinon, je peux toujours dire que Java sous MS windows ça tourne plus vite que sous Linux.
En attendant, je vais me cacher derriére un buisson.
[^] # Re: XAML et l'avenir de GNOME
Posté par tchibitchi . Évalué à 5.
Mes parents sont sous le Windows XP Home d'origine acheté avec leur pc, je leur fais les mises à jour régulièrement mais en retard par rapport à leur sortie (le temps de regarder si y'a pas de problèmes avec tel ou tel QXXXXX), je leur mets pas mal de softs dont je n'entends pas de problème, ils utilisent OpenOffice.Org, Mozilla, ils ont juste le truc pourri qui est censé ressembler à Word qui est d'origine, j'ai pas installé de trucs comme le kit de connexion Free, le bidule Y, etc... J'ai mis le pare-feu Microsoft, ils ont pas de Kazaa&Co, bref, ils en ont une utilisation normale...
Et bien, pour tout dire, le système est incroyablement stable comparé à toutes les em*****s que vous semblez avoir avec. Par contre, leurs copains qui, selon moi, s'amusent beaucoup plus avec leur système (derniers softs derniers cris récupérés on ne sait où), bidouilles pour accélérer le démarrage, le "libère-ram", etc. eux ont énormément de soucis, provoquant des réinstall régulières, etc.
Pour moi, je suis sous Linux. et je trouve pas que mon utilisation soit propre : j'ai des softs qui sont parfois en Beta, j'utilise des versiosn CVS, je mets les derniers noyaux, je teste des patchs de folie, je freeze quelques noyaux.
Mais tout ça, ça marche impeccablement, et mon install est la même que depuis un peu plus de deux ans, parce-que /usr/local/tests, /opt, etc...
Ce que je reproche à Windows, c'est qu'on n'a pas forcément comme sous linux, à savoir : on peut pas faire de trucs crades sous peine de dégrader notablement le système. Après, ça, c'est un problème de limitation que l'utilisateur accepte ou non.
Sur ce,
(Bon courage PasBill, je sais que tu es malmené avec nous, mais bon, hein, faut bien qu'on se défende aussi, avec tous les FUD de ta maison mère ! ;o) )
Cordialement,
--
Tchibitchi
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par duf . Évalué à 2.
Et il n'y aurait aucun problème car de toute façon ils n'auraient pas le password root, perso j'ai fait ça et personne ne se plaint !
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 4.
"Normale" ? ;-)
Toi, tu ne t'es jamais fait dire: "- Comment ? Tu ne télécharges pas sur Morpheus/Kazaa/eDonkey !?! Mais à quoi te sers ton PC et ta ligne ADSL ??"
Triste réalité...
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Entre savoir faire et bricoler, il y a tout un monde: seulement, sous Windows, tu as une trop forte proportion de personnes pensant savoir bien faire alors que c'est loin d'être le cas.
Peut-être parce que même Windows n'est pas conçu pour le particulier: un jour, on en finira avec cette fausse idée. Le PC actuel n'est toujours pas fait pour les particuliers. Ce qu'il faut à la majorité d'entre-eux, c'est une "boîte noire", comme pour la télévision, le téléphone ou... une console de jeux. Point barre.
Si les gens ne veulent pas prendre la peine de se libérer, on ne peut pas les aider, ni les y forcer.
[^] # Re: XAML et l'avenir de GNOME
Posté par mcjyc (site web personnel) . Évalué à 3.
gni ?
tout ce marketing pour rien ?
toute cette volonté pour le rendre accessible pour rien ?
click and play ?
plus avec moins ?
non, windows est concu pour l'utilisateur final.
l'utilisateur final n'est pas concu pour windows je dirais...
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Et Microsoft n'est pas le seul à vouloir que tout le monde ait un PC...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Pourtant il y a une raison, simplement il ne la voyait pas.
Tout comme toi et ce Windows XP qui se logge sans cable reseau.
Pourtant je suis pas alle fouille dans les sources pour le trouver ce lien expliquant la chose, simplement je connais le fonctionnement du systeme et tu pourrais avoir les memes connaissances si tu y mettais un peu de temps.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 0.
Je te rappelle que tu m'as parlé d'un windows 2000 ;) La c'est du Xp installé from scrach donc je ne suis pas si sur que le probleme vient de la(ah moins que iaca modifie cette clef de la base de registre). Autre chose qui me surprend, c'est que quand un windows Xp n'arrive pas a contacté un domaine, il le dit haut et fort et il ne se connecte pas! Or, la il le fait!
"Pourtant il y a une raison, simplement il ne la voyait pas."
Ben nom, avec un Os opaque comme windows, c'est pas evidant de connaitre la raison!
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Niveau gestion reseau il n'y a quasiment pas de difference.
Sinon, c'est le comportement par defaut ce que tu vois, mais dans certains vas il t'affichera le message quand meme(selon l'user, etc...)
Ben nom, avec un Os opaque comme windows, c'est pas evidant de connaitre la raison!
Le jour ou t'auras compris qu'il n'est opaque que parce que tu ne fais pas l'effort de comprendre, tu auras fait un grand pas.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Toujours pas compris :)
Ah non, c'est l'inverse que tu m'as dit de faire :) Non, t'as peut etre raison, c'est peut etre aussi parce que ca ne m'interresse pas :)
[^] # Re: XAML et l'avenir de GNOME
Posté par bill_baroud . Évalué à 1.
Moi par exemple ? :)
Et j'ai changé de carte-mère, puis de carte-graphique entre-temps.
Mais bon, je me considère pas vraiment comme un utilisateur lambda.
Et j'utilise windows pour la simple et bonne raison que sous linux tout ce qui est api multimedia sux vraiment (tjs pareil, chacun fait sa bouillie dans son coin en crachant sur les autres), pour ce que j'en fait.
enfin si je traine par ici, c'est qu'il y a une bonne raison non ?
(je me tient informé ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Il n'est pas là pour perdre du temps, au mieux, s'il a un contrat de SAV, il le renvoie vers le service concerné: son boulot, c'est de vendre, pas de réparer.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Gilles Crebassa . Évalué à -1.
Pour ton information , GNU/Linux marche à 100% et envoie un message d'erreur quand ca se passe mal (plus de place ou peripherique indispo ).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par duf . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 1.
Du jour au lendemain, plus de boot ni de win2000, ni de win98...
Pas grave, ils bootaient une fois tous les mois...
Mais bon, j'essaye de les réinstaller.
Résultat : win2000 : le CD ne boote plus (plantage au partitionnement, juste avec le chargement de votre super-outil)
win98 : y'a pas de disque dur !
Après plein de boulot, bidouilles... win98 revoit mes partitions mais pas le contenu !
Finalement, win2000 réussit à repasser après encore d'autres innombrables bidouilles dans le BIOS et sur ma table des partitions
Mais encore, il ne gère plus l'alim, j'ai mis la SP4+Java d'où plantage systématique du panneau de config...
Pendant ce temps là, mon linux il tourne, peinard...
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Si toi tu as fait une connerie qui a donne ce resultat, l'OS n'y est pour rien.
Bref, me raconter tes problemes c'est joli, tant que tu ne me montres pas que c'est l'OS le responsable, je vais pas le prendre pour argent comptant.
Alors tu me donnes des etapes pour reproduire le probleme, et je serais d'accord que c'est un probleme de l'OS, d'ici la, je continuerai a penser que t'as fait une bourde(ou ton Linux sur la meme partition, ou autre)
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Quand je prend mon vim, que je fous mon linux en vrac, c'est ma faute. Quand j'installe une lib a partir des sources et que je fous mon linux en vrac, c'est ma faute!
Quand un paquet fous ma distrib en vrac(jamais vu en stable;), c'est de la faute de la distrib.
Quand l'outils de conf graphique fout ma distrib en vrac, c'est de la faute de la distrib.
Tu remarqueras que la premiere partie n'existe pas sous windows et que donc c'est soit la faute du distributeur de soft, soit du distributeur de l'Os et moi je dirais plutot celle du disitributeur de l'OS qui n'est pas capable de fournir une méthode puissante pour l'installation de logiciel!
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Explique moi donc la chose suivante :
- Qu'est ce qui m'empeche moi, pasbill, de creer un rpm qui fait un rm -rf / a l'installation ?
- Qu'est ce qu'une distrib peut faire pour empecher ca ?
Une fois que tu auras trouve la reponse, tu verras que la distrib/concepteur de l'OS ne peut pas proteger l'utilisateur de tous les maux.
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 2.
Le tester et t'envoyer bouler le restant de tes jours à jouer tout seul sur tes rpm.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Oracle est livre en rpm signe par Mandrake ?
Tu peux installer ce que tu veux sur une Mandrake, le systeme ne va pas t'empecher d'installer un rpm car il est non-mandrake.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Comme quoi, les utilisateurs font ce qu'ils veulent mais faut assumer quand on s'écarte un peu trop des conseils du concepteur des logiciels aussi, hein.
Quand on dit de ne pas installer de paquets non-officiels, c'est qu'il y a une raison, de même que Microsoft donne ses propres conseils.
Un peu comme si, adolescent, tu allais en boîte de nuit alors que ta mère te l'a déconseillé et tu te fais casser la gueule: tu vas te plaindre auprès de ta mère parce qu'elle t'a laissé sortir ! Un comble, non ?
Elle n'allait pas pour autant t'enfermer dans ta chambre...
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Tu peux même m'envoyer un mail avec en pièce attachée un script shell qui fait ça et indiquer dans le mail ce que je dois faire pour l'exécuter :
$ chmod +x grand_nettoyage_de_printemps.sh
$ ./grand_nettoyage_de_printemps.sh
Il se peut même, qu'en gros demeuré que je suis, je me soit logué sous le compte root pour dépiler le courrier et que j'exécute ton script.
Alors que peut faire l'OS/concepteur => Rien.
Qu'est-ce qui empêcher microsoft de proposer une mise à jour qui fait un "rm -r -f /" ?
Ben rien.
Bon j'arrête mon (ton ?) raisonnement à la con.
Le distributeur ne va pas le faire car il va passer pour un gros con et perdre ses clients.
Le client doit avoir un minimum de connaissance et ne pas faire confiance au premier venu (ou au minimum il doit pouvoir l'identifier dans le cas où l'envis de lui casser la gueule lui prend).
Il y a deux cas qui me viennent en tête où il peut y avoir des problèmes avec GNU/Linux :
- l'installation d'un paquet non authentifié (gros problème car sous root et tu l'as souligné)
- l'exécution d'un programme récupéré sur le web ou via mail. Mais dans ce cas il faut le faire expret. Les clients mail/web Linux ne te propose pas d'excéduter les fichiers même si le type mime indique que c'est un excécutable. Si tu sauvegardes, le fichier n'a pas les droits d'excécution. Il n'y a pas de format de document sous Linux qui permet de faire "rm -rf /" comme avec le visual basic dans les document MS Office, etc..., etc...
Le problème avec Windows (en fait c'est surtout les applis MS le problème), c'est qu'il suffit d'ouvrir une pièce jointe pour être dans la merde.
MS a fait des erreurs de conception. Lindows en faisant tourner l'utilisateur sous le compte root fait une connerie à la MS.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 4.
Le problème avec Windows (en fait c'est surtout les applis MS le problème), c'est qu'il suffit d'ouvrir une pièce jointe pour être dans la merde.
Ben...
1) Si j'en crois http://fr.openoffice.org/DicOOo/index_dicooo.htm(...) une macro OO peut downloader des softs sur le net et les installer
2) Outlook bloque les attachements executables depuis plus de 2 ans maintenant par defaut.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Putain, je suis dégouté.
J'ai fait deux trois tests à l'arrache et je peut décrire dans mon $HOME avec le configuration par défaut.
Je pensais que par défaut j'aurait le droit d'écriture uniquement dans $HOME/.openoffice/lieu_sans_interet... et qu'une option me permettrait, si nécessaire, d'ajouter d'autres chemins.
Ben non. Dégouté je suis.
Il y a un "spécialiste" OOo pour apporter des précisions.
Savoir que je dois faire attention à tous les fichiers OOo avec macro me fait mal au cul. J'ai l'impression de retourner sous Windows. Je vais redevenir parano.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Sinon, pour PBPG, moi, quand je vois que sur un windows Xp par defaut, la seul option de permission sur un fichier se resume à lecture seul! Il serait peut etre temps de responsabiliser vos utilisateurs!
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Ce n'est pas satisfesant. C'est pratiquement comme MS-Office. Il y a des documents qui peuvent avoir des macros (genre tableur) sans qu'il y ait d'écriture sur disque. Je fait quoi dans ce cas ? Avant d'activer les macros j'audite tout le source ?
Ce n'est vraiment pas satisfesant et très triste.
Le logiciel libre ne manque pas d'experts en sécurité pour faire beaucoup beaucoup mieux.
> Sinon, pour PBPG
Je remercie pasBill pasGates de m'avoir indiqué cette monstrueuse faille dans OOo. Si c'est monstrueu pour MS-Office ça l'est aussi pour OOo.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Apprend a te servir d'un ordinateur, ca devient repetitif quand meme
[^] # Re: XAML et l'avenir de GNOME
Posté par mcjo . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par mcjo . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Thomas S. (site web personnel) . Évalué à 1.
Evidement c'est une grosse faille de sécu par la même occase.
Essaye :
Tu te logues sur le domaine avec ta machine, tu te délogues, tu débranches le reseau, tu te relogues sur le domaine et hop (win2K sp4).
Cela dit, je suis vraiment bien stupide de nourir un troll pareil.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par symoon . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Il a acces physique a la machine, il peut faire ce qu'il veut si il en a vraiment envie.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Le droit de jouer a "effacons des dll dans System32, le premier qui plante a gagné".
[^] # Re: XAML et l'avenir de GNOME
Posté par Thomas S. (site web personnel) . Évalué à 1.
Le NT4 ça se crack en quelques secondes c'est un MD4, tu trouvera facilement tout les outils sur le net (en plus ca tourne sous Linux).
Il suffit donc que quelqu'un est un accès physique à une machine membre du reseau (précédement utilisé par un utilisateur du domaine) pour récuperer un compte sur le domaine.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Thomas S. (site web personnel) . Évalué à 1.
Essaye la manipe suivante :
Tu te logue sur un domaine avec ton user
Tu éteinds le PC.
Tu déconnectes le cable du reseau.
Tu redémare et tu te reconnectes sur le domaine avec le même user.
Donc ce n'est pas uniquement dans la RAM.
Ca me parrait tout de même interressant de faire une recherche la dessus, si quelqu'un veux bien s'y coller (toi le premier vue que tu as l'air de bien de connaitre ce systeme) personnellement je viens de prendre ma dose de Windows pour un an, et LINUXfr n'est pas vraiment le lieu le plus approprié pour poursuivre cette discussion non ? (peut être sur fr.comp.securite par exemple)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Pourquoi est-ce à eux de toujours en subir les foudres ?
Rien d'étonnant qu'ils cherchent autant à maitriser les logiciels tiers comme le navigateur, le lecteur multimédia, la suite bureautique, etc, etc...
Maintenant, ton père a-t-il installé des logiciels comme Kazaa ?
C'est trop facile d'incriminer toujours Microsoft. Je n'aime pas spécialement les produits de l'entreprise mais il faut savoir rester crédible dans les critiques.
Ceux qui ne rapportent pas d'erreurs ont généralement une "bonne" raison:
ils n'ont pas acheté leurs systèmes et/ou logiciels tiers...
[^] # Re: XAML et l'avenir de GNOME
Posté par darkleon (site web personnel) . Évalué à 0.
Pourquoi est-ce à eux de toujours en subir les foudres ?
Rien d'étonnant qu'ils cherchent autant à maitriser les logiciels tiers comme le navigateur, le lecteur multimédia, la suite bureautique, etc, etc...
Maintenant, ton père a-t-il installé des logiciels comme Kazaa ?
Tes arguments sont nuls et non avenus, l'utilisateur peut installer tous les logiciels qu'il veut sur sa machine, même si ce n'est pas la faute drecte de Microsoft que des logiciels pourraves foutent le bordel sous win, c'est quand même leur responsabilité de ne pas avoir des mécanismes qui ne limitent pas les dégats.
Si le gars veut installer Kazaa il peut le faire, où alors il faut interdire l'utilisation de Kazaa dans la licence de l'OS, ou tout simplement dire que Microsoft dégage toute responsabilité si on utilise d'autres produits que ceux de microsoft sur l'OS microsoft, au moins on joue carte sur table.
ça peut pas être une excuse après-coup. C'est trop facile, c'est un renvoi direct en touche.
Il faut partir des postulats suivants:
- les utilisateurs ne lisent pas la doc.
- ils ne veulent surtout pas comprendre comment ça marche.
- les utilisateurs n'en ont rien à faire de configurer leur systéme, il faut qu'il marche avec un bouton marche/arrêt.
- si une option dangereuse existe dans un soft pour le faire peter, les utilsateurs la cocheront un jour.
Quand tu regardes la TV, tu appuie sur le bouton marche/arrêt c'est tout, tu commence pas à bidouiller les potentiométres dans ta TV parce qu'elle est de marque X et que tu as branché un lecteur DVD de marque Y qui fout le bordel sur les signaux péritels !
En gros tes propos veulent dire :
Vous comprenez, c'est la faute de l'utilsateur, il a installé un DVD de marque Y qui est "pourrave" et c'est pour cela que votre TV de marque X (qui est la meilleure en passant) ne peut plus marcher. Vous êtes vraiment trop bêtes de ne pas acheter vos produits chez X
Je ne dis pas que le comportement des utilisateurs n'entrainent pas de problèmes dans un OS, je dis seulement que "le comportement des utilisateurs entrainent des problèmes dans l'os" est le cas général, donc il faut penser un OS utilisateur dans ce sens.
C'est à l'OS de s'adapter à l'utilisateur, pas l'inverse.
Les siéges (la plupart, sauf les délires de designer) sont adaptés à notre anatomie, pas l'inverse.
Je ne vois pas pourquoi ça ne serait pas pareil pour un OS.
Du coup ce que je dis c'est du pain béni pour le thrusting computing, car l'utilisateur sera obligé d'utiliser les applis de marque Z sur l'OS Z et ne pourra plus installer les petits progs qui foutent la merde.
D'un autre côté, s'il y a la merde les concepteurs de l'OS Z et des applis Z n'auront plus de porte de sortie comme excuse.
C'est pour cela que j'ai abandonné windows sur ma nouvelle machine, y en a marre des install/desinstall qui laissent trainer trop de choses. Comme je n'ai pas le reflexe systématique de faire un diff de base de registre avant et après install, je ne m'amuse pas à virer à la main les dernière clefs rescapées d'une désinstallation.
Je suis juste en train d'installer et de me mettre à la gentoo, attention, c'est pas le nirvana, il faut du temps (c'est looooong les compils sans bête de course), mais ce qui m'a convaincu, c'est de voir pendant 3 mois mon colloc faire des emerge dans tous les sens pour intaller/desinstaller un programme de manière simple et propre. J'auras pu partir du stage 3, mais c'est par curiosité que je suis parti du stage 1, et je me dis que je connaitrais (un peu) mieux mon système après.
Et puis je n'avais pas envie de me retapper le téléchargement de tous les patchs de windows XP, dont la plupart sont nécessaire pour se connecter sur windows update!
Et pourtant winxp a tourné sans problème pendant un an et demi sur ma machine, justement parce que j'évitais d'installer des logiciels "pourraves", je me suis quand même attrapé nimda de retour de vacance, il a été plus rapide que le téléchargement du patch pour le bloquer ! J'aurais pu télécharger le patch avant ? Mais la plupart des patchs entraine de nouveaux problèmes immédiats sur le fonctionnement de ta machine et il faut rebooter 15 fois par session de mise à jour, c'est lourd à la fin.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Sous GNU/Linux non plus: on peut installer ce qu'on veut si on en a envie, hein.
Je crois que tu n'as pas bien compris où je voulais en venir, car tu abondes dans le même sens que moi, finalement.
Si le gars veut installer Kazaa il peut le faire, où alors il faut interdire l'utilisation de Kazaa dans la licence de l'OS, ou tout simplement dire que Microsoft dégage toute responsabilité si on utilise d'autres produits que ceux de microsoft sur l'OS microsoft, au moins on joue carte sur table.
Je crois bien que c'est le cas, justement: je ne connais aucune entreprise qui soit prête à prendre en charge délibérement un produit qui n'est pas le sien comme ça.
En gros tes propos veulent dire :
Vous comprenez, c'est la faute de l'utilsateur, il a installé un DVD de marque Y qui est "pourrave" et c'est pour cela que votre TV de marque X (qui est la meilleure en passant) ne peut plus marcher. Vous êtes vraiment trop bêtes de ne pas acheter vos produits chez X
Pourquoi pas ? Dans toutes les autres industries, c'est le cas. Pourquoi serait-ce différent ? Essaie de réparer ta Renault avec une pièce d'Audi, pour voir ce que va te dire le constructeur, ou même le garagiste...
Quand on bricole, faut assumer.
C'est à l'OS de s'adapter à l'utilisateur, pas l'inverse.
Les siéges (la plupart, sauf les délires de designer) sont adaptés à notre anatomie, pas l'inverse.
Je ne vois pas pourquoi ça ne serait pas pareil pour un OS.
Et là, je suis entièrement d'accord avec toi. D'après moi, il y aurait un marché pour les boîtes noires équipées d'un système GNU/Linux.
Et pourtant winxp a tourné sans problème pendant un an et demi sur ma machine, justement parce que j'évitais d'installer des logiciels "pourraves", je me suis quand même attrapé nimda de retour de vacance, il a été plus rapide que le téléchargement du patch pour le bloquer ! J'aurais pu télécharger le patch avant ?
Il suffisait d'un firewall statefull (que tout petit boitier fournit, pas besoin d'une linux box ou d'un OpenBSD, hein)
[^] # Re: XAML et l'avenir de GNOME
Posté par darkleon (site web personnel) . Évalué à 1.
Effectivement, je suis un peu perdu là.
Je penses que tu veux dire que si on a un OS "Z", il faut installer des softs adaptés a cet OS, comme sous linux on ne va pas installer une appli qui a besoin d'une librairie 2.0 si on a que la librairie 1.0 sur la machine. Ben là c'est évident.
Mais dire que l'OS ne marche plus parce que l'utilisateur (sans droits spéciaux c-a-d non root||admin) a installé un logiciel pourrave, c'est pas logique. L'OS devrait s'autoprotéger, au pire le programme installéne devrait pas marcher, mais ne pas impacter le fonctionnement de ton OS. Et même mieux, l'OS devrait refuser de l'installer.
Donc dire que c'est la faute de l'utilisateur, c'est trop facile, il pourrait y avoir des mécanismes simples qui évitent ce genre d'embrouille (c'est vrai pour tous les OS).
Je crois bien que c'est le cas, justement: je ne connais aucune entreprise qui soit prête à prendre en charge délibérement un produit qui n'est pas le sien comme ça.
C'est là ou c'est un peu foireux, c'est que Microsoft dit vous pouvez installer tout ce que vous voulez sur notre OS. Donc si un logiciel fout la merde dans win parce que l'OS se protége mal, c'est un peu donner le baton pour se faire battre.
A la limite c'est un constat, sachant que l'utilisateur fera toujours une connerie à un moment ou à un autre même s'il est trés méthodique.
Il suffisait d'un firewall statefull (que tout petit boitier fournit, pas besoin d'une linux box ou d'un OpenBSD, hein)
ça coute des sous ! j'ai les moyens de me le payer,mais pourquoi payer à titre personel une foncitonalité qui pourrait être gérée en natif sur l'ordinateur, jusqu'à quel point il faut être paranoïaque ?
Il "suffisait" qu'il n'y ait pas de trou de sécurité, que par défaut un max de services soient fermés, c'est d'ailleurs dans ce sens qu'est allé win xp SP2, et du coup la moitié des programmes mal fait ne marchent plus. S'ils avaient eu cette philosophie dés le départ, Microsoft aurait moins d'ennuis maintenant. Là encore c'est un constat.
Si je pars sous linux, c'est plus pous la philosophie que si personne n'a de solution et que je veux résoudre mon bug, ben j'ai qu'à le faire moi même que par anti-microsoft.
Mon raisonnement est le même par rapport a toutes les boîtes qui font du propriétaire, quand on te demande de corriger un bug tout de suite qui est généré par un problème de ton appli propriétaire et que la boite te dit pas de correctifs avant plusieurs mois, ensuite, tu trouves un dérivatif temporaire, plusieurs mois après patch, et paf ton dérivatif bugge. Et ça c'est du classique.
Surtout que bien évidemment, on te fait bien sentir que c'est parceque tu as mal utilisé leur soft. Et même si je me demerde comme un pied, ok, mais ce n'est pas pour autant que ça donne l'absolution au soft que tu utilises. Et ça dans un cadre professionnel, c'est super régulier d'aller pleurer pour avoir un correctif parce que le soft n'est pas blindé.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Oui mais jusqu'à preuve du contraire, je ne parlais pas de ce cas particulier mais des ordinateurs de particuliers où l'utilisateur a généralement le droit d'installer ce que bon lui semble.
C'est là ou c'est un peu foireux, c'est que Microsoft dit vous pouvez installer tout ce que vous voulez sur notre OS.
Justement: Microsoft, si tu lis bien entre les lignes, ne parlent pas des logiciels provenant des tierces parties mais des siens.
Ce n'est plus lui qui fait de la pub en clamant que tel logiciel s'installe sous Windows. C'est fini ce temps-là: maintenant, c'est l'inverse. Et ça fait un moment (au moins depuis qu'Office existe ?)...
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Je prend quand meme note de cette perle histoire de faire rire les collègues... Meme les pro windows intégristes qui ne veulent pas entre parler de linux(oui, il y en a, ca existe dans les deux sens) vont se marer vu que c'est eux meme qui m'on avoué que windows 2003 etait trop gourment par rapport a un 2000. Apres, tu peux tjs dire le contraire, mais j'ai quand meme installé un windows 2000 sur le pc de ma soeur(PII 300 avec 32 Mo de mémoire), bon, c'est l'horreur, elle aurait bien voulu un linux, mais un linux moderne avec 32 Mo de mémoire, mouahahaha. (non non, j'allais pas la mettre sous fluxbox avec un xterm :p)
Alors, je vois mal comment un windows 2003 ayant besoin de 128 Mo de mémoire pour tourner peux etre moins usine a gaz qu'un 2000 avec 32 Mo. M'enfin, si c'est toi qui le dit....
[^] # Re: XAML et l'avenir de GNOME
Posté par Julien Portalier . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: XAML et l'avenir de GNOME
Posté par Julien Portalier . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Mais tu mets WS03 et Win2000 sur un PC avec 128Mo de RAM, WS03 tourne plus vite.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Je comprend ce que tu veux dire, windows sera plus rapide pour ca fonction de serveur. Ca je veux bien croire que 2003 est plus rapide. Mais vu que sous windows, on peut pas faire un chkconfig --del dm, que l'interface graphique est indispensable(enfin, pour le commun des mortels;), je vais quand meme reussir a te faire avouer que un windows 2003 est plus gourmant en ressource machine qu'un 2000 et ceci uniquement a cause de l'interface graphique qui est beaucoup plus lente!!! ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Fais le test suivant :
Installes XP, regardes l'usage en RAM
Changes le theme pour passer a "Windows Classic", regardes l'usage en RAM, hop, 3-4Mo de RAM utilises en moins et un systeme un peu plus fluide.
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à 1.
ok --->[]
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -1.
http://linuxfr.org/2004/03/08/15668.html#365622(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Djoul . Évalué à 1.
Alors ca c'est malhonnete comme demande. On sait tous que certains problèmes/bugs/incohérence de comportements de windows (ou autre, linux en a aussi) ne sont pas forcement reproductibles.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 4.
Tous les teams de dev font la meme chose, kernel, Mozilla, MS, etc...
Tu veux qu'on corrige un bug, ben montre nous comment le trouver ce bug, sinon on aura du mal a le corriger si on ne le voit pas.
[^] # Re: XAML et l'avenir de GNOME
Posté par patrick_g (site web personnel) . Évalué à 0.
Faire un rapport de bug c'est du boulot.
Ce boulot je suis prêt à le faire pour les developpeurs de logiciel libre car ainsi je contribue (modestement) à une oeuvre collective qui profite à tous.
Alors qu'en en faisant un rapport de bug pour crosoft j'aide à améliorer le logiciel d'une société monopolistique qui considère le logiciel libre comme un "cancer".....autrement dit plutot crever que faire un rapport de bug pour vous !!!!
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Libre a toi.
Si tu preferes continuer a te faire chier avec un bug plutot que nous le rapporter pour qu'on le corrige tu peux, nous ca ne va pas faire baisser nos ventes, le seul que ca emmerde, c'est toi.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
ben non, le seul que ca emmerde, c'est le blaireau qui a acheté un serveur NT alors que je lui disais depuis des mois d'installer du linux ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier (site web personnel) . Évalué à 1.
C'est drole, je suis sur que tu vas pas y arriver, ou tu vas decouvrire un probleme de configuration.
J'ai et le même problème avec la machine d'un collègue:
- sa machine : Windows XP + SP1
- ma machine : Linux MDK 9.2 + Samba
- adresse IP fixe privée pour tout le monde
Au jour J, il se connecte en réseau avec ma machine, et fait un parcours de mes répertoires partagés
Au jour J+15, il se reconnecte sur ma machine, mais le câble réseau n'est pas du tout branché (le câble traine par terre). Il retrouve ma machine, mes partages de répertoires. Il tente de rentrer dans un d'enre eux, Windows lui demande un login/password (ce qui est anormal, car le répertoire est en partage anonyme pour tout le monde). 2 minutes plus tard, XP affiche un message disant que ma machine refuse la connexion.... He he he, ce n'est pas étonnant, le câble réseau n'était pas branché...
Une fois le câble branché, le parcours des répertoires de mon Samba a pu se faire sans problème.
Nannn, Windows est vraiment trop fort. Il arrive à faire du Wifi entre 2 cartes réseaux fillaires. A moins qu'il n'utilise la technique des courants porteurs 200v/50hz ?
Pour info, son XP n'est jamais allé sur Internet, et il n'a pas de virus, vers, spyware ou autres cochoneries de ce type... Hormis XP lui-même bien sur !
A toi de faire l'essai, et d'envoyer un bug report à tes collègues
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Qu'est ce que XP a fait et qu'il n'aurait pas du faire ?
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
a)
- XP se connecte a la machine <-- bloque ici si le serveur est pas dispo
- XP demande le mot de passe
- XP envoie le mot de passe
b)
- XP regarde dans la liste les serveurs dont il a le mot de passe, si il ne l'a pas, il le demande a l'utilisateur
- XP se connecte et envoie le mot de passe d'un coup <-- bloque ici si le serveur est pas dispo
D'apres toi, lequel les 2 est le plus efficace ?
En quoi le cas b) est-il moins bon ?
Encore une fois, manque de comprehension du fonctionnement, et ca finit en "XP c'est nul, il fait n'importe quoi", alors que c'est une optimisation tout a fait legitime
[^] # Re: XAML et l'avenir de GNOME
Posté par MrTout (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Dans 99% des cas c'est une information utile.
Par contre dans les cas ou l'acces au serveur est lent, ce qui est plus souvent le cas qu'un serveur inaccessible, tu n'as pas a attendre 10 secondes qu'un prompt te demande le password, tu l'entres tout de suite et tu peux aller faire autre chose le temps que la connection soit faite
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . Évalué à 1.
Maintenant je sais pas pour XP, mais pour NT : la synchronisation est mal faite.
Maintenant je prend le XP avec le cable debranché(A):
je change mes prefs, je me logue sur une autre machine(B), avec de nouvelles prefs.
Que ce passe ils si A revient sur le reseau ? merge des prefs? XP demande quoi faire?
Si non -> c'est mal implémenté. Ca sert a rien d'avoir un login sur un domaine si il faut rerentrer les prefs sur chaque machine?
Sinon question d'interface utilisateur: est ce que XP te dit que tu utilise le cache? parceque si tu sait pas tu risque d'etre deconnecté, puis tu te reconnecte, les truc peuvent changer,...etc
Si il n'y a aucun moyen de savoir ca c'est une boite noir, on ne sait pas se qui se passe et c'est pas ergonomique .
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier (site web personnel) . Évalué à 2.
Pour moi le comportement à avoir est simple : Si le serveur n'est pas accessible, je ne le montre pas. Point barre. Et je montre encore moins ses répertoires partagés. Et je demande encore moins un mot de passe à l'utilisateur, puisque de toute façon, le serveur N'est PAS accessible !
Ce jour là :
- le collègue a du mis au moins 2 minutes (montre en main) a tenté d'accéder à ma machine, et a me demander un mot de passe qui n'était pas nécéssaire.
- Au bout d'un moment, assez excédé, il m'a sorti un truc "ton serveur Linux est planté" (sympa le collègue).
- De mon coté, j'ai du me déplacer pour me rendre compte qu'effectivement sa machine voyait la mienne, avec mes partages de fichiers (chose encore une fois impossible)
- J'ai du vérifier que mon Samba était bien lancé, tester un"smbclient" sur moi-même pour voir si je me voyais, vérifier mes rêgles netfilter, vérifier les stats de netfilter (aucun paquets n'était dropé).
- Au final, ne voyant toujour pas la cause du probllème, j'ai fait un ping de sa machine sous contrôle de Etherral. Là, je me rendu compte qu'elle ne répondait pas aux requêtes ARP. Cela m'a mis la puce à l'oreille et je lui ai demandé de vérifier si le câble réseau était branché correctement.
Bref, au moins 5 minutes de perdues. Et la cause profonde du problème était quoi ? Mise à part que le collègue a été un gros boulet sur ce coup là ? Si XP n'avait pas affiché :
1) ma machine
2) mes répertoiters partagés
3) la demande de mot de passe
(cela commence à faire beaucoup)
jamais je ne me serais fait autant suer à chercher la cause du problème sur mon serveur Linux. De ce que son XP affichait, il VOYAIT ma machine. Comment aurais-je pu imaginer que XP avait des visions ?
Moi, quand je fais un "ping www.trucmuche.fr" pour vérifier ma connexion Internet est OK d'un bout à l'autre (résolution du nom de domaine, routage, firewall, etc...), mon Linux ne m'affiche pas pour me faire plaisir "
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
histoire de dire "Oui oui, je vois bien la machine, même si la connexion est un peu lente"....
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
Reply from xxx.xxx.xxx.xxx: bytes=32 time=256007ms TTL=252
Si tu me trouves un XP qui fait ca avec le cable debranche, et que tu me files les etapes pour le reproduire, je te paies une Ferrari
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Tu veux que je fasse un essai avec le câble débranché ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Psychofox (Mastodon) . Évalué à 2.
Ensuite, maintenant que j'ai vu un windows XP se connecter a un domaine NT avec le cable de la carte reseau débranché, alors que le login utilisé n'existe pas en local sur la machine, je rigole bien sur la pretendu stabilité des technologies microsoft recentes ;)
Ben vas-y, reproduis le probleme et montre a tout le monde que XP permet de se logger avec des comptes qui n'existent pas, comme ca en plus tu me feras passer pour un idiot et un menteur.
Te genes pas, fais seulement.
ça le fait sous tout les win NT 5.x
Par contre pour que ça fonctionne, il faut que le login ait déja été utilisé, et que ce soit le dernier à avoir été utilisé. Et je peux te montrer ça sur un parc de 5000 machines w2k près de chez toi, à Genève.
compte rendu :
-sur le réseau :
MONDOMAINE\monlogin se clogue et il éteint le pc par exemple.
il débranche son câble réseau :
MONDOMAINE\monlogin se logue, ça fontionne.
S'il se délogue et qu'une autre personne se logue sous un autre login, MONDOMAINE\monautrelogin , la on lui dit que le controlleur de domaine n'est pas disponible.
Config par défaut. Que ce soit voulu ou pas par microsoft, j'en sais rien, mais en tout cas il doit garder quelque part en local une copie du mot de passe du dernier compte utilisé, qu'il soit du domaine ou pas.
Chez nous, ça nous rend service pour les portables, ils utilisent le même login dans le domaine pour se connecter chez eux ou dans les toilettes d'un hôtel japonais, mais ça me parait franchement con, ni secure et encore moins utile.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Chez nous, ça nous rend service pour les portables, ils utilisent le même login dans le domaine pour se connecter chez eux ou dans les toilettes d'un hôtel japonais, mais ça me parait franchement con, ni secure et encore moins utile.
En quoi c'est pas sur ?
Si t'as le mot de passe/login (donc, on considere que t'es le bon gars), et que la machine est debranchee du reseau, qu'est ce que tu risques d'acceder auquel tu n'aurais pas droit ?
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 1.
ça permet d'utiliser la machine même si le contrôleur de domaine est tombé, ça s'appelle un cache d'authentification et c'est extrêmement utile ! Si le PDG peut plus bosser sur son powerpoint de la réunion qu'il a dans 5 minutes, il risque de pas être content content :)
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Je t'aide :
Un utilisateur, sous Windows c'est defini comme :
GROUPE\USER
GROUPE pouvant etre machine locale ou domaine
Bref machine\toto != domaine\toto
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
je disais juste que windows permet toujours d'acceder a la machine meme si le domaine refuse la connexion(apres un ghost par exemple quand le sid present dans active directory est different de celui de la machine)
[^] # Re: XAML et l'avenir de GNOME
Posté par Boa Treize (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Par contre tu arrives a acceder a tes fichiers sur la machine, et ca c'est tres utile
[^] # Re: XAML et l'avenir de GNOME
Posté par Psychofox (Mastodon) . Évalué à 1.
Parce que dans le cas d'un pc multiutilisateurs (ce que windows est censé geré). Si c'est X qui s'était connecté la dernière fois avant que le serveur de domaine tombe et que Y arrive, il pourra pas se loguer. Donc ça ne sert à rien. Et Dans les entreprises, il existe aussi des laptops multiutilisateurs qui peuvent avoir besoin d'être déconnectésà tout moment.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Avoir un compte local qui a les droits de l'user du domaine je suis pas sur que ce soit une bonne chose, faut voir ce que ca implique.
Il est clair que c'est pas un systeme 100% parfait, mais je ne connais aucun systeme qui fasse ce que tu veux.
Unix avec NIS ne supporte pas cela, si ton serveur NIS est down, t'es dans les choux aussi, personne ne peut se logger a part les comptes locaux.
Ce que tu demandes, c'est que le systeme garde les profils de tous les utilisateurs possibles en cache, histoire de pouvoir les loader en cas d'acces par un user, c'est ingerable, garder le dernier logge ca l'est par contre.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Mais bon, ça ferait un service en plus sur la machine, en outre, comment ce démon pourra-t-il s'assurer qu'il s'agit bien du serveur de domaine, etc, etc...
Ca devient effectivement très compliqué et surtout très spécifique: il ne faut pas oublier que Windows est un système trés généraliste !
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 0.
Tu prends la societe Microsoft par exemple, 55'000 employes qui ont un compte chacun.
Tu vas stocker les 55'000 comptes sur la machine ? Ingerable.
Et je parles pas d'IBM et ses plus de 100'000 employes ou autres societes gigantesques
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Non: ils peuvent avoir des serveurs répartis en fonction des départements, groupes de travail, pays, bureaux, etc, etc...
Après tout, AD est bien basé sur LDAP, non ? Donc, c'est tout à fait possible.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Une fois que ton laptop est debranche, tu peux plus contacter le domaine, faut donc que t'aies tout en local, et la, avoir le dernier profile c'est faisable, avoir tous les profiles histoire que n'importe qui puisse se connecter, c'est ingerable.
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Les avoir sur le client n'est pas gerable pour cette raison tout simplement, ca fait bcp trop de donnees a garder et synchroniser(t'as 8000 profiles, t'as donc probablement 8000 ordinateurs que tu dois synchroniser).
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Une autre solution, sinon ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Psychofox (Mastodon) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
1) faudra t'arranger pour eviter qu'il y ait une coupure de courant du systeme
2) faudra trouver un moyen de lire toute la RAM du systeme et retrouver l'endroit qui t'interesse.
Si t'arrives a faire 2) ca veut dire que tu peux etre admin sur le systeme, donc poser un trojan qui lirait le password quand il est tape.
Et encore, pour qu'il soit en RAM, il faut que l'admin du domaine se soit connecte avec ces credits admin sur la machine en interactif, ce qui n'arrive quasiment jamais, voire jamais.
Bref, si c'est realisable, c'est que tu controles deja le systeme et que tu pourrais piquer les credits de l'admin qui se connecte sans ca.
[^] # Re: XAML et l'avenir de GNOME
Posté par Psychofox (Mastodon) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Stephane Wirtel (site web personnel) . Évalué à 1.
Hum hum, sur un P3 600, avec 256Mo de RAM, faut une moyenne de 5 Min pour démarrer le fameux Windows 2003.
Concernant Windows 2000 Familly Server, il faut environ 2min et 17sec pour booter, alors qu'il s'agit d'un Bi-Proc XEON 3Ghz avec 1Go de DDR et du Raid Mirror sur deux HD de 36Go.
N'y aurait-il pas un léger problème dans tes affirmations ? Ou alors ton chronomètre est légèrement déréglé.
Au fait, si tu mets en doute la machine et l'install de Windows, va voir comment les mecs de chez DELL les install.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
C'est clairement qu'il y a une merde au boot(service qui arrive pas a demarrer, service installe qui fait je ne sais quoi pendant 2 minutes, etc...) ou alors ce server fait qqe chose specifique(domain controller, etc...) qui met du temps.
5 Min pour demarrer c'est bcp trop long, WS03 est plus lent a demarrer que XP, mais est definitivement plus rapide que Win2000 au boot, sans compter le fait qu'il a la plupart des services desactives par defaut contrairement a Win2000.
Je sais pas ce que Dell fait, mais une install par defaut de Win2003 boot bcp plus vite qu'une install de Win2000 sur la meme machine, j'en fais assez au boulot pour m'en rendre compte.
Win2003 au boot c'est XP + 2-3 trucs, il a toutes les optims de boot de XP et est un petit peu plus lent car il fait qqe choses en plus, mais quand meme bcp plus rapide que Win2000.
[^] # Re: XAML et l'avenir de GNOME
Posté par Fred BM . Évalué à 2.
Comment est perçu ce langage de description d'interface au sein de ta société. Je ne connais pas particulièrement les applications dans un environnement windows mais je n'ai pas l'impression que ce genre de choix technologiques avait eu, pour l'instant, beaucoup d'intérêts de votre part. (Je peut me tromper)
Est ce dus a des demandes de client ??? Ou plutôt est une raison technique.J'avoue être un peu surpris puisque XUL est finalement assez réservé à Mozilla, d'autre solution ont été testé mais sont toujours resté plus ou moins dans leur propre environnements (par exemple libglade pour du GTK/GNOME mais ce n'est pas la solution la plus populaire des développeurs GTK). Aprés tout Microsoft/Windows possède une base de développeur trés importantes et ce n'est pas au niveau des outils de programmation, que la plateforme est perçus comme ayant du retard.
En fait ce qui m'intéresses le plus, ça doit être les débats en interne pour vos choix technologiques qui doivent certainement aussi enflammé que ceux que l'on voit dans les logiciels libres, et je me dis que cette spécification XAML n'a e pas dus échapper à cette règle du développeur.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 3.
Je sais pas comment ni pourquoi XAML a vu le jour, mais ils ont du considerer que cela faciliterait le developpement de softs pour Windows suffisament pour que ca vaille la peine d'etre integre, et si les developpeurs trouvent des avantages a developper sur Windows, ils restent sur Windows...
Les teams font des sondages, prennent les rapports du support, etc... pour voir quels sont les problemes rencontres par les utilisateurs, ce que les utilisateurs voudraient voir de nouveau, et voir comment ameliorer les choses.
Les debats pour les choix technologiques ben c'est un peu comme ca :
- un team propose une feature plus ou moins grande, disons une grande
- il cree une spec decrivant la feature, les avantages, inconvenients, ce que ca amene, les couts en developpement, l'architecture de la chose,...
- La spec est revue par les managers plus haut, avec meetings et presentation pour convaincre les tetes pensantes du bien fonde de la feature
- Si c'est vraiment un gros truc(genre WinFS par exemple), la tu debarque devant Bill pour lui presenter la chose et voir ce qu'il en pense, avec de bonne chances de te faire allumer la gueule parait-il car il est du genre direct et pas tres agreable parait-il.
- Si ta feature est acceptee, ben hop, faut la coder et respecter certaines deadlines, sinon ta feature risque de pas finir dans le produit.
[^] # Re: XAML et l'avenir de GNOME
Posté par Jerome Herman . Évalué à 1.
Ah donc c'est toujours Bill au sommet de la pyramide...
C'est bon a savoir ca.
Kha
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 5.
Bill est "software architect", bref il decide de ce qui va dans le produit.
Ballmer decide de la direction economique de la societe.
[^] # Re: XAML et l'avenir de GNOME
Posté par furai (site web personnel) . Évalué à 4.
Pierre Tramo est "J2EE Lead Architect"
desole
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 2.
Je dois être que "Leak Architect" :(
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Tiens bonne question, qu'est ce que winfs réelement?
D'apres ce que j'avais pu voir des différentes présentation de longhorn, cela ressemblait plus a du NTFS avec un SBGD en user space, donc aucun rapport avec reiser4. Attention, ce n'est pas une critique(non, la ca ne l'est pas :p), je prefere un truc en user space qui touche pas mon fs qu'un truc a la reiser4.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 4.
C'est correct, c'est du NTFS avec une couche en dessus, le SGBD etant base sur Yukon, la prochaine version de SQL Server.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Pour les développeurs GTK peut être pas.
Sur ma distribution il y a 52 programmes qui utilisent libglade2, dont : epiphany, yelp, evolution, mrproject, gdm, etc...
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par grmbl . Évalué à 1.
> Faux, j'ai les specs pour les ressources de Longhorn mon cher, je sais quels sont les objectifs vises.
Mwah ! ah ! ah !
T'y crois encore, à ces foutaises ?!
C'est un leitmotiv chez eux. Ils ont commencé avec Win95 qui devait tourner plus vite que 3.11 !
[^] # Re: XAML et l'avenir de GNOME
Posté par Bemixam (site web personnel) . Évalué à 5.
avec 128Mo de ram. je dois bien avouer malgré moi que c'etait bien
plus reactif que ce à quoi je m'attendais.
ca ramait bien sur (encore que pas tout le temps non plus) ...
mais c'etait plus qu'utilisable.
quand on veut justement demontrer la lourdeur de windows
au profit d'une install legere de linux, ca le fait pas trop.
* snif *
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par max . Évalué à 1.
Essaye avant de juger (c'est valable aussi en dehors de l'informatique)
[^] # Re: XAML et l'avenir de GNOME
Posté par max . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Cédric Chantepie . Évalué à 1.
# Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 7.
Au lieu d'essayer d'innover de son coté, il veut suivre ce que fait MS comme un petit chien. Pendant ce temps là c'est MS qui va se frotter les mains car la communautée du logiciel libre (du moins celle de Miguel) lui offre le marché Linux sur un plateau :(
Les langages XML de description d'interfaces existent sous linux depuis longtemps (bien avant que XAML ne soit cité publiquement ou même pensé).
On le trouve dans XUL avec Mozilla, dans les .ui des applications Qt/KDE, dans les fichiers glades pour gtk/Gnome,... Pourquoi aurait-on besoin de Microsoft ?
Au pire, c'est à freedesktop.org de trouver un format qui va bien.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par cedricv . Évalué à 4.
et puis c'est idiot de dire "bouuh XUL c'est nul c'est pas natif" .... ca veut rien dire XUL c'est un 'protocole'... c'est comme dire "bouuh HTML c'est nul c'est pas natif"
il veut du XUL natif, ben il faut coder un moteur XUL-gtk... ou un moteur XUL-qt etc...
[^] # Re: XAML et l'avenir de GNOME
Posté par Prosper . Évalué à 6.
surtout que ca existe en partie http://www.staikos.net/~staikos/presentations/August2003/kaxul/(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à -1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Prosper . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Jerome Herman . Évalué à 5.
Pour finir si n veut fair ela meme chse que Microsoft comme le fait Microsoft on va tomber sur un triple probleme
1 - la Xlib n'arrive aps a la cheville de GDI ou de GDI+ au niveau des perfs
2 - On a pas le soutien des grands constructeurs pour avoir des drivers graphiques bien optimises dans les coins et capables de gerer les transparences et les effets rigolos a toute vitesse (on a deja pas de serveur libre capable de bien gerer les transparences, et le serveur le plus repadu n'est plus libre).
3 - Python etait un excellent langage pour le melange description/script, avec des appels graphiques en natif ou via des libs tres repandues (GTK, QT, WxWindows). XUL est eventuellement utilisable a condition de le reecrire pour le natif, mais faire quelque chose de different revient a reinventer une ennieme fois la roue.
Bref, on va encore passer pour des guignols avec une implementation lente et limitee d'un produit Microsoft, alors qu'on aurait pu prendre encore plus d'avance avec des solutions differentes mais plus adaptees a Linux.
Kha
Et n'oubliez pas le mot du jour : alternative.
[^] # Re: XAML et l'avenir de GNOME
Posté par yojik77 . Évalué à -1.
Vu !!
-> c'est soit un troll, soit de la désinformation...
-> Xfree86 est toujours *absolument libre*, il y a juste une équipe de barbus bostoniens et revèches qui estiment en leur for intérieur que la nouvelle licence n'est pas compatible avec leur licence à eux.
Vous avez dit "Problèmes de gros egos ??"...pas mal vu, Dr. Freud !! :-)
yoj
--
j'ai marché dedans, c'est ça, hein ?!?
[^] # Re: XAML et l'avenir de GNOME
Posté par Jerome Herman . Évalué à 1.
Moralite il faut trouver autre chose...
Kha
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 3.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Là Yop . Évalué à 2.
"Quoi ? La droite (gauche) propose ca ? Ca peut être interessant mais on est de gauche (droite) alors on est contre et on se prendra pas le temps de regarder ce que ca vaut.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Le jour ou MS arrêtera XAML, les applications l'ayant implémanté ne pourront pas faire évoluer XAML car c'est un trus à MS et si tu y touches c'est un procès dans ta gueule alors faut tout refaire.
Faire une spécifications libres pensée entre les différents acteurs, KDE, Mozilla, GNOME,...,(même MS si il veut) c'est assuré que personne ne possède la norme. C'est le cas avec le w3c. Tout le monde à son mot à dire sur les normesdu web mais il y a des votes pour savoir ce qui doit évoluer/changer
Maintenant si tu es OK pour avoir un unique fournisseur c'est ton choix mais c'est assuré que ce fournisseur peut te controler. C'est le cas dans tous les domaines : info, agriculture, grande distribution,...
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 2.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par pinceau . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Gabriel . Évalué à 4.
Désolé...-->[]
[^] # Re: XAML et l'avenir de GNOME
Posté par Raphaël SurcouF (site web personnel) . Évalué à -1.
Au contraire, je trouve la comparaison bien trouvée.
Microsoft publie XAML: qu'y a-t-il d'équivalent dans le domaine du libre ?
Rien, si on considère que c'est fait pour écrire des applications ...Windows.
Le jour ou MS arrêtera XAML, les applications l'ayant implémanté ne pourront pas faire évoluer XAML car c'est un trus à MS et si tu y touches c'est un procès dans ta gueule alors faut tout refaire.
Donc, on devrait arrêter tout de suite les projets Wine ou Samba.
Pour ce dernier, Microsoft a déjà modifié plusieurs fois le protocole SMB et pourtant, il reste parfois meilleur que l'équivalent natif (dans certaines circonstances).
La force du Libre n'est pas que l'innovation. Sa force, c'est la diversité et surtout, l'intercompatibilité qu'il offre, pas son intégrisme !
C'est comme vouloir instaurer l'anarchie ou le communisme de suite: il y a une étape nécessaire (connue sous le nom de socialisme pour le communisme), il faut savoir cohabiter avec l'existant sous peine de rejet général.
[^] # Re: XAML et l'avenir de GNOME
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
XUL ? Et ça fonctionne depuis plusieurs années (même si c'est pas exempt de défaut) dans Mozilla
http://xulfr.org(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Utiliser XAML ce n'est pas une question de compatiblité pour l'instant. XAML n'est pas un protocole ou un format de partage de données donc l'implémenter sous linux n'est pas important. L'utiliser comme base d'un projet libre ne serait pas non plus ce qu'il y a de mieux.
Depuis le début le libre a toujours préféré les alternatives :
- fat32,NTFS -> ext3, reiserfs, xfs,...
- MSN, ICQ -> jabber
- jscript -> ecmascript
- smb -> nfs,...
-...
On peut être compatible avec les technos proprio et c'est bien mais se baser dessus c'est risqué (spec floues, specs modifiées, specs trop dépendantes de l'OS....).
Maintenant si Miguel (qui n'est pas GNOME) veut implémenter XAML pas de problème mais moi je préfère être méfiant :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Til . Évalué à 1.
Til, qui cherche juste à détendre l'atmosphère, parce que je la trouve souvent tendue quand je lis les commentaires postés sur linuxFR. En particulier avec certaine discution stérile (combat Win$ vs Linux, conf. plus haut et dans plein d'autre post).
[^] # Re: XAML et l'avenir de GNOME
Posté par gallenza . Évalué à -10.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 8.
Il y a quoi de pas libre dans Mono ?
Il y a quoi de pas standard/ouvert dans Mono ? (hint : CLI & C# sont des standards ouverts : http://msdn.microsoft.com/net/ecma/(...) )
[^] # Re: XAML et l'avenir de GNOME
Posté par Bertrand Mathieu . Évalué à 4.
[^] # Re: XAML et l'avenir de GNOME
Posté par vrm (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nap . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 1.
Ce qui me fait rire aussi c'est l'implémentation du eiffel dans . NET.
Il y a plein de petit truc comme ca qui font un gigantesque truc qui me bloque à l'utilisation dans mes projets.
Mais bon, au boulot, je fais ce que l'on me dit et si je dois faire du .net, je préviens des problèmes et si on me dit d'y aller quand même, je suis plus responsable. Et j attend le bon moment pour coller les responsable à leur responsabilité. Quand on sait jouer, il faut savoir perdre.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 0.
l'implémentation eiffel de .NET est pourri et proprio donc je ne fais qu'abonder dans ton sens sur ce point :-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à -1.
Pour l instant c'est des suiveurs qui risque de courir longtemps derrière l os. Et je parie de kro ne leur donneras jamais un coup de main, il feras plutot tout pour les enterrer.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Si tu parles de compatibilité tu as peut-être raison. Mais pour le reste, ce qui fait kro dans l'avenir n'a pas d'importance. Avoir .NET pour MS est un plus. Idem pour Linux même si ce n'est pas une version compatible.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Guillaume Laurent (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 4.
Je sais pas si MDI a raison ou non.
Mais je me pisse dessus de rire à chaque fois que la communauté du logiciel libre se trouve une tête de turc dans la communauté du logiciel libre. Genre "compiration", RedHat c'est MS, MDI veut tuer KDE, etc...
MDI réflechit (bien ou pas, c'est pas le propos), il code et réalise des trucs. Il est à l'initiative de Gnome, evolution c'est un peu lui, il conduit mono qui avance vite, etc...
On est nombreux à utiliser Gnome et evolution et à dire que mono nous permet enfin d'avoir un équivalent à C# et à ne pas passer pour des ploucs face à MS.
Bref, il fait avancer les choses et concrètement.
Le logiciel libre, c'est la compétition. Les nazes sont rapidement repérés et virés.
MDI est toujours là.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Je ne dis pas que XAML ou C# sont nuls (car ça m'étonnerait) mais la dépendance vis à vis de MS c'est dangereux.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 5.
Pq serait-il dépendant de MS?
MS a pondu un truc intéressant (au moins pour certaines personnes) et coup de bol, pour une raison X (dont on se tape), ils en font une norme ISO... donc on peut l'implémenter, cool...
Cela ne te rend pas dépendant de ms pour autant...
Toi tu pars du scénario: ouhé mais si méchant ms arrête son truc rien que pour faire chier... et ben oui, et alors? il se passe quoi? mono continue à tourner, s'il est valable, il est utilisé, et jusqu'à preuve du contraire il est toujours libre... il peut toujours évolué. Tu as l'air de considérer que le but est de faire un .NET sous linux pour pouvoir faire tourner des applis windows, je ne crois pas que ce soit le but, le raisonnement est plutôt: .NET c'est sympa, y'a des concepts intéressant, implémentons ces concepts sous linux. Et comme c'est une norme ISO, on va faire du "standard".
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Mais je me trompe peut-être. J'analyse peut-être mal la situation mais pour moi c'est risqué de se lancer dans cette voie. Il faudrait mieux un consortium pour faire évoluer ce "standard".
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 0.
Quelle est la meilleur approche :
- faire la même fonctionnalité mais dès le début non compatible (ta voie préférée).
- faire la même fonctionnalité et compatible dès le début. Si des problèmes de "brevets ou de trucs similaires" sont rencontrés alors ne plus être compatible (la voie mono).
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier Grisel (site web personnel) . Évalué à 1.
Les lois sur l'interopérabilité ? (Perso j'en sais rien, c'est une vraie question).
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par ookaze . Évalué à -1.
Pour C#, je sus surpris. Si c'est ISO, c'est tout simplement parce que c'est pas MS qui l'a inventé, comme beaucoup de gens le croient.
C'est juste qu'ils ont engagés le développeur/auteur principal de C#.
Ca doit être pour ça que tout le monde croit que C# a été inventé par MS.
En tout cas, il est clair que l'auteur principal de C# n'avait pas l'intention de détruire son langage. En effet, un langage qui ne devient pas un standard (donc avec des specs claires et ouvertes) est pratiquement voué à l'échec. Enfin, c'est ce que montre l'expérience.
[^] # Re: XAML et l'avenir de GNOME
Posté par Erwan . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 2.
Pour info, le gars qui a cree C#, c'est le gars qui a cree Turbo-Pascal, et il bosse chez MS depuis 7 ans.
cf. http://msdn.microsoft.com/vcsharp/homepageheadlines/hejlsberg/defau(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 5.
Oui, c'est vrai. Il analyse bien les problemes. En revanche, il a le chic pour proposer la mauvaise solution.
Par exemple, si tu lis un des papier fondateurs de Gnome sur la critique des programmes unix et la complexite de faire travailler ensemble des outils graphiques, il a 100% raison.
Sa solution en revanche est toute pourrie: corba. On ne connais pas plus lourd, et les developpeurs sont encore en train de se battre avec la gestion de la destruction des resource partagees entre plusieurs processus.
A cote de ca, KDE a trouve la solution simple et efficace depuis 4 ans (KDE 2 est sorti en 2000) avec dcop et kpart. Mais MDI prefere croire que bonobo est la bonne approche et faire depenser un temps fou a ses developpeurs. Regardez la gueule du code pour gerer des objets corba, des exceptions et un IDL en C pour vous marrer un jour.
> On est nombreux à utiliser Gnome et evolution et à dire que mono nous permet enfin d'avoir un équivalent à C# et à ne pas passer pour des ploucs face à MS.
Desole, je ne fais pas partie des nombreux et je pense au contraire qu'avaler la couloeuvre mono toute crue vous fait passer pour des ploucs de chez Ms.
> Bref, il fait avancer les choses et concrètement.
Ah ouai ? Regardons un peu l'historique de MDI:
<<
- tiens, KDE c'est pas mal mais c'est du C++, c'est chiant les objets et tout ca et en plus Qt c'est QPL, c'est pas assez libre. Faisons Gnome en pur C et LGPL, ca pourra etre que mieux.
[ 2 ans plus tard ]
- putain, ce qu'il faudrait, c'est pouvoir echanger facilement des composants graphiques. On va utiliser Corba, ca a l'air hype. On va pas regarder tous les problemes qu'ont les developpeurs de KDE avec corba, c'est des mauvais, ils savent pas coder. Et puis de toute facon, Qt, c'est GPL, c'est trop libre. [1]
[2 ans plus tard]
- putain, corba et bonobo, c'est le bordel. C'est dingue ce que ca peut etre complique de gerer des resources entre plusieurs processus a temps de vie variable de facon asynchrone. [2] Et puis on passe quand meme vachement de temps a utiliser Corba. Il faut lire seulement un bouquin de 1000 pages pour ecrire un composant graphique en corba, j'ai peur qu'on soit a cote de notre objectif du partage facile de composant graphique entre application. En fait, il va nous falloir vachement de temps pour rendre tout ca simple et accessible en C.
[2 ans plus tard]
- putain, le C, c'est pas top. En fait, pour faire des classes et des objets avec de l'heritage, des methodes virtuels et du typage fort, le C est pas adapte. Je sais pas pourquoi on y a pas pense plus tot mais il nous faudrait un langage oriente objet. Un truc genre C++ mais on aurait l'air con si on recommendait C++ apres avoir attire les developpeurs sur Gnome en leur diisant qu'ils feraient du C pur. Donc faudrait autre chose. On pourrait prendre le truc de Microsoft, C#. C'est hyper hype, ca sera bon pour nous.
[2 ans plus tard]
- putain, c'est dingue ce qu'on est efficace avec un langage objet. Vraiment, vous etes des loser en C, venez faire du C# avec Mono et Microsoft, c'est bien plus cool. Pour Gnome qui est ecrit en C, ben demerdez-vous, moi maintenant, je fais du C#.
[Dans 2 ans]
- putain, c'est dingue, Microsoft nous empeche de continuer Mono a cause de ses brevets, ses droits d'auteurs, le DMCA, ses copyrights sur les API et la pression sur les clients qui voudraient l'utiliser. Je sais pas comment on a fait pour ne pas le voir venir. Mais bon, j'ai la solution, on va lancer un nouveau projet qui n'aura rien a voir avec Mono et Gnome mais qui resoudra tous les problemes. Ah, pour les gens qui ont cru en moi et on fait du Gnome en C#, demerdez-vous. Moi, je suis sur mon nouveau projet.
>>
> Le logiciel libre, c'est la compétition. Les nazes sont rapidement repérés et virés.
Apparemment, les nazes ne sont pas si vites reperes puisque certains croient encore que MDI peut avoir des bonnes idees.
> MDI est toujours la
Dans Gnome ? Ah, non, il est plus dans Gnome. Mais oui, il est toujours vivant et il raconte toujours son lot de connerie, et tout le monde le croit encore.
[1]: De fait, apres le nombreux problemes lie a la complexite de Corba, l'equipe KDE a cree DCOP et KPart, qui rendent les services initialement prevu, mais sont beaucopu plus stables, tiennent chacun dans moins de 1000 lignes de code, ont ete ecrits en deux jours, sont rapides a charger et facile a controller. By by corba.
[2]: tire d'un Gnome Fondation summary. Dommage, j'ai perdu la reference mais qu'est ce que je me suis marre a le lisant. On aurait dit un mail de la liste de dev de KDE 4 ans plus tot. C'est des rapides chez Gnome pour comprendre les problemes.
[^] # Re: XAML et l'avenir de GNOME
Posté par Erwan . Évalué à 3.
2) Le choix du C c'est pas pour faire warlordz, c'est parce qu'on peut plus facilement faire des bindings faire d'autres langages. C'est aussi parce qu'il n'y avait que Gtk comme bon toolkit libre, et que Gtk etait en C.
3) Ca fait longtemps que MDI ne fait plus partie du projet Gnome.
Donc il fait du code, du code libre, maintenant chacun en fait ce qu'il veut. Il ne force pas les developpeurs Gnome a faire du C#, et il ne force pas non plus ceux qui utilisent KDE a passer a Gnome.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
C'est exactement ce que je dis à propos de sa vision à court terme et de l'absence de reflexion prolongée. Le choix du C pour travailler avec dans un contexte objet avec la gestion de l'héritage est complètement débile et rien que les critères de qualité du code aurait du suffire à exclure ce choix.
L'argument binding prix sous l'angle objet est également débile. On choisit un langage non objet pour manipuler des objets qui seront bindés dans un langage objet ?
Mais pour l'argument binding, l'argument à retenir tout de même, c'est que la qualité d'un binding ne dépend pas de la facilité à écrire le binding mais de la facilité à le faire évoluer. Or ici, le C est très largement perdant. Certe, il est facile d'écrire des correspondances pour une struct C, mais d'une part il faut le faire à la main pour toutes les struct existantes et donc ça prend beaucoup de temps, d'autre part c'est un processus très manuel qu'il faut recommencer complètement à chaque nouvelle version. Sans compter des problèmatiques de possession des objets gérés pas évident à mettre en oeuvre dans des langages de script: qui détruit l'objet, le script ou la lib orignielle ? Comment je fais passer l'info au script qu'un objet a été détruit, ou bien comment je signale a la lib que le script ne veut pas que l'objet X soit détruit parce qu'il en a besoin. Ces problématiques complexes sont d'autant plus difficile à resoudre si on doit le faire manuellement pour chaque objet dont on s'occupe.
Tout ça fait que les bindings Gnome ont oscillé entre un peu en retard et complètement à la rue. En général, un mec a contribué beaucoup de temps à un moment donné mais a abandonné au bout de 6 mois. La majorité des bindings ne concernaient qu'une seule version de Gtk et une très petite partie de Gnome. Aucun des bindings ne profitait de ce qui était fait par les autres.
Du côté de KDE, le besoin en binding s'est tout d'abord beaucoup moins fait sentir puisque le langage de base, le C++, est beaucoup plus évolué et permettait plus de choses. Ensuite, les en-têtes des fichiers C++ contiennent beaucoup d'information et sont relativement facile à traiter de façon automatique. Les bindings KDE et Qt sont générés contrairement aux anciens bindings Gtk et Gnome qui étaient écrits. Les mecs qui bossent sur les bindings ne bossent que sur le moteur de génération et de gestion dynamique, pas sur la partie débile qui consiste à ré-écrire la classe X dans le langage Y.
Aujourd'hui les bindings Gnome et KDE sont générés automatiquement et sont gérés par un moteur partagé entre tous les bindings. Le langage d'origine a finalement très peu d'influence sur le résultat.
Donc encore une fois, MDI a privilégié la vision à court terme et l'absence de reflexion technique.
Quant à l'aspect warlordz, j'ai vu un certain nombre de programmeurs Gnome me dirent que ils ne feraient jamais de C++ et que du C et que c'est pour ça qu'ils aimaient bien Gnome. En ce qui me concerne, je trouve que le C orienté objet avec de l'héritage mutiple et des methodes virtuelles n'a rien à a voir avec du C pur et que c'est du foutage de gueule que de défendre gnome par le C.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
Le choix du C++ pour faire un truc comme QT ou GTK+ est aussi complètement stupide vu que le langage ne support pas les attributs ou les signaux nativement.
(à ne pas prendre littéralement non plus, j'en ai strictement rien à foutre que qt utilise du C++ ou ce qui leur plaît, c'est juste pour souligner que sous entendre que kde a choisi un langage parfaitement adapté en prenant le C++ c'est un peu du foutage de gueule)
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 2.
D'accord, à ce propos, quel langage normalisé existe-t-il, supportant les attributes et les signaux?...
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
Concernant les signaux, il y a, évidemment, Objective-C.
C'est un langage objet inspiré de SmallTalk, étendant le C Ansi, et c'est utilisé chez GNUstep et chez Apple (Cocoa). Tout passe par des envois de messages -- ce que tu appelle "signaux". Accessoirement ce modèle permet très simplement d'avoir des communications entre objets, ou que soient les objets (dans des processus séparés, sur différentes machines...) -- bye bye corba. Et ça en 3 lignes de codes à l'initialisation (une fois l'objet initialisé, on s'en tape qu'il soit ailleurs, il se manipule exactement comme un objet local).
D'ailleurs, c'est entre autre grâce aux capacité d'Objective-C (dynamisme, messages, catégories...) que la programmation d'applis graphiques est si agréable avec OpenStep.
Alors bon, MDI aurait mieux fait de venir aider GNUstep à l'époque que de se lancer dans de la programmation objet... en C (vraiment, je trouve ça inexplicable).
http://www.roard.com/docs/(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
En ruby, c'est
class Song
attr_reader :name, :artist, :duration
par ex
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
En Objective-C, tu peux déclarer comme en C++ tes données membres comme public/privées/protégées; et rien ne t'empêche d'avoir un accesseur ayant le même nom que la donnée membre et la retournant (c'est d'ailleurs ce qui est généralement utilisé).
- (NSString*) name {
return name;
}
Accessoirement, à propos des attributs, le principe de "key-value coding" utilisant l'introspection, ça permet des choses très sympas :-)
Grosso modo, tu peut accéder à tes attributs par leur nom, en utilisant deux méthodes,
valueForKey: et setValue:forKey:
- (id) valueForKey: (NSString*) key;
- (void) setValue: (id) value forKey: (NSString*) key;
Ce qui facilite énormèment tout ce qui est scriptage, bien sûr, mais peut également te simplifier pas mal la vie dans ton code, vu que ça te permet de déterminer dynamiquement l'attribut qui t'intéresse.
Le côté agréable est que l'implémentation par défaut du "key-value coding" dans NSObject utilise des accesseurs si tu les as définis, et sinon accède directement aux données membres.
Plus d'infos ici : http://developer.apple.com/documentation/Cocoa/Conceptual/KeyValueC(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
-- plus exactement, ce n'est pas le meilleur langage objet que je connais, mais c'est au moins un de ceux qui a le rapport puissance/simplicité/rapidité le plus intéressant.
Honnêtement je pense que son problème a d'abord été un manque de reconnaissance/compilateur par rapport au C++, et n'oublions pas que pendant pas mal de temps, la POO, c'était pas vraiment à la mode non plus hein...
Sinon, je ne pense pas qu'un développeur C s'adapte réellement facilement à Java, C++ ou C# -- j'aurais plutôt tendance à penser qu'il a l'impression d'une similitude, car la syntaxe ne change pas, et que donc il mette peut être plus de bonne volonté; mais le véritable problème de la POO porte d'abord sur la conception du programme, pas sur le sucre syntaxique utilisé par le langage objet... et franchement, je pense que c'est le problème #1 des programmeurs C qui veulent faire de la POO.
D'ailleurs je trouve que c'est le problème courant avec C++ ... des gens qui continuent à programmer en procédural. Mais bon, C++ est "multi-paradigme" nous dit-on..
Donc certes, on peut éventuellement dire qu'Objective-C est peut être plus dur à appréhender, tout simplement car il encourage la programmation objet, et que la POO, c'est pas évident au début. Mais on peut difficilement dire qu'il soit difficile à appréhender concernant sa syntaxe ! il n'y a qu'UNE addition syntaxique par rapport au C, permettant d'exprimer l'envoi de messages entre objets:
[monObjet reçoitCeMessage]
De plus, je trouve que le fait que la syntaxe soit différente exprime beaucoup mieux que l'on envoi un message et non qu'on fait un appel de fonction sur une structure... j'aurais donc plutôt tendance à penser que cet ajout syntaxique facilite l'écriture et la clareté du code. Accessoirement, le coup des arguments "nommés" est ce qui fait le plus "bizarre" au début en Objective-C, et par contre, c'est vraiment quelque chose qui me manque sur d'autres langages maintenant que je m'y suis habitué; en effet, on prends vite l'habitude de faire "des phrases" :
[monObjet imprimeToi];
[monObjet imprimeToiSur: imprimante];
[monObjet imprimeToiSur: imprimante enFormat: a4];
ce qui corresponds en C++ à :
monObjet.imprimeToi ();
monObjet.imprimeToiSur (imprimante);
monObjet.imprimeToiSurEnFormat (imprimante, a4);
Les noms des méthodes ObjC (leur signature) étant en fait:
imprimeToi
imprimeToiSur:
imprimeToiSur:enFormat:
... on voit clairement qu'avec une méthode qui prends plus d'un paramètre, mettre les arguments "dans" le nom de la fonction permet une bien meilleur lisibilité du code.
Accessoirement, on peut ne pas utiliser les arguments nommés, il suffit d'utiliser les ":" pour séparer les arguments. M'enfin l'intérêt est limité hein ;-)
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 1.
Supporter les attributes classique (lecture, écriture, type, ...) mais également d'autre (définissable par le développeur) sur les variables, classes, type, ... en bref, un concept que je n'ai vraiment vu développé que depuis .NET et qui permet de faire pas mal de choses de façon assez élégante.
Tout ça pour en venir au fait que .NET possède cela... en particulier le C#. Ce n'est sans doute pas le seule, mais comme langage normalisé, c'est le seul que je connaisse.
bye bye corba
Et donc byebye le support de plusieurs langage... ?... De plus ton explication est amha trop simpliste: l'utopie de la transparence, l'utopie d'avoir une couche réseau parfaite, etc...
C'est marrant en fait, cette aversion à corba, on la retrouve dans le monde windows sous forme d'aversion à COM: beuarkk... si c'est COM, c'est lent, c'est lourd, etc... et pourtant DirectX est basé sur COM (et est loin d'être lent). La raison de cette peur est simple: COM est souvent assimilé à OLE et ActiveX qui eut sont relativement lourd.
Alors bon, MDI aurait mieux fait de venir aider GNUstep à l'époque que de se lancer dans de la programmation objet... en C (vraiment, je trouve ça inexplicable).
Je ne connais pas assez GNUstep, de loin je sais que certaines idées sont séduisantes (ça fait partie de ces trucs que je me jure de regarder plus à fond quand j'aurai le temps;). Mais perso, je trouve pas cela aussi inexplicable, ou plutôt je trouve pas cela inexplicable quand on voit le nombre de personne qui veulent encore utilisé le C...
En fait, y'a un truc qui me trouble quand je lis l'ensemble des commentaires (ça ne s'adresse donc pas spécialement à toi... mais bon, j'arrive pas à dormir, tout ça, alors faut bien que je radote)... bref, y'a un truc qui me trouble:
En dehors des troll^Wcommentaires sur la mémoire consommée par XP/AmigaOS et le reste du monde (totalement idiot, hors sujet, ...) énormément de commentaires sont du types: ouhhéééoohhéoh, il fait chier MDI, il a choisi de la merde, d'ailleurs X ou Y aurait été bien mieux... ça veut dire quoi: vous êtes meilleurs que MDI? MDI est nul? Ca me trouble, je suis développeur depuis un moment, assez que pour savoir qu'une grande partie des décisions à prendre en terme de dev sont posés sous la forme de compromis... et dans la plupart des décisions de MDI je vois des compromis... Cela ne veut pas dire que j'aurais forcément fait les mêmes choix que lui, mais je peux comprendre qu'il ait fait ces choix là... suis je le seul?
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
As-tu des pointeurs sympas traitant du sujet?
Et donc byebye le support de plusieurs langage... ?... De plus ton explication est amha trop simpliste: l'utopie de la transparence, l'utopie d'avoir une couche réseau parfaite, etc...
Oui, on dit au revoir au support de plusieurs langages. Ceci dit, est-ce vraiment dramatique? non. Il est finalement assez rare d'avoir des composants dans un projet, utilisant des langages différents. De plus, rien n'empêche d'utiliser Objective-C comme langage de "glue" permettant d'obtenir les composants, ou éventuellement de faire un pont automatique entre les Distributed Objects (DO) -- objets répartis -- d'OpenStep et Corba -- c'est en fait la voie qui avait été choisie par NeXT à l'époque.
Le point important, c'est surtout qu'il n'y a aucun intérêt à se faire suer avec le modèle lourd de Corba dans la quasi-totalité des cas; se forcer à l'utiliser est alors sacrèment contre-productif selon mon point de vue !! c'est bien pour ça que la solution de KDE de passer par une archi légère est efficace; et c'est bien pour ça que OpenStep avant eux le proposait. Franchement, entre me faire suer à définir un IDL et simplement écrire 2 lignes de plus pour indiquer que j'utilise un objet qui en fait tourne sur une machine à 800 km de là, ben, je sais pas pourquoi, mais je préfère écrire deux lignes.
Accessoirement, l'utopie sur la transparence ou la couche réseau parfaite... heu... de toute façon le problème est identique avec Corba, non?
A l'inverse, le modèle de gestion mémoire utilisé par Objective-C (garbage collector semi-automatique avec référence) est le fait que l'on considère les objets comme des entités "autonomes" auxquelles on envoi des messages (et rien n'empêche d'ailleurs d'envoyer des messages que l'objet ne comprends pas) font que la programmation répartie est tout à fait simple à mettre en place en Objective-C. Maintenant, bon, si tu tiens absolument à passer un temps fou dessus...
n dehors des troll^Wcommentaires sur la mémoire consommée par XP/AmigaOS et le reste du monde (totalement idiot, hors sujet, ...) énormément de commentaires sont du types: ouhhéééoohhéoh, il fait chier MDI, il a choisi de la merde, d'ailleurs X ou Y aurait été bien mieux... ça veut dire quoi: vous êtes meilleurs que MDI? MDI est nul?
En fait, perso, j'avoue que MDI me gonfle, oui :-)
Mais ce que je lui reproche -- et c'est peut être le reproche que pas mal de gens lui font -- c'est de s'être lancé tête baissée sur GNOME en trollant pas mal sur KDE et en mettant en avant le C... alors que franchement, il fallait pas être sorcier pour se rendre compte que non, le C est pas idéal pour programmer des interfaces graphiques, et que, oui, la POO aide un peu. Alors du coup, recoder tout un système OO par dessus C, ben... c'est un peu bourrin, non ? Donc oui, c'est bien une histoire de compromis; mais plus que de compromis techniques, ça a le goût amer de compromis "marketing/politique" (trollez, trollez, il en restera bien quelque chose).
Bon et effectivement, l'amour chez MDI de tout ce que fait Microsoft passe mal, quelque soit le bien fondé ;-) (et ça, j'accorde que c'est un peu nul -- après tout, il peut y avoir des bonnes idées venant de microsoft, .. un jour).
Dans les points positifs, MDI et GNOME ont sûrement contribué à l'existence de la Qt en GPL, et ximian a sorti quelques logiciels intéressants les entreprises et tout et tout.
Dans les points négatifs, ... , on peut quand même se poser la question de savoir si il n'aurait pas mieux valu contribuer à harmony si vraiment la licence Qt lui posait problème, et à KDE ensuite. Et sinon, quitte à ne pas aimer C++ -- que je n'aime pas, mais auquel je reconnais sans peine un certain nombre d'avantages -- il aurait pu choisir un autre langage que C, tel que Objective-C :-P -- voir même, soyons fou, coopérer au projet de bureau du projet GNU existant à l'époque, un truc, souvenez vous, appelé GNUstep. Je suis persuadé que si un dixième du travail qui a été fournit sur GNOME l'avait été sur GNUstep, on aurait aujourd'hui un bureau absolument fabuleux (enfin KDE est pas mal quand même). Mais bon, on ne peut forcer qui que ce soit à bosser sur tel ou tel truc, hein :-)
Mais c'est sûr que la promotion du C était quelque part une voie "facile", caressant dans le sens du poil pas mal de bidouilleurs unix et de programmeurs.
En tout cas écouter MDI chanter les louanges de la POO et du C# lors du FOSDEM 2003, c'était assez comique (si on est un peu cynique) quand on se souvient que GNOME a été lancé en bonne partie en rejet à C++ ...
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 2.
Le point important, c'est surtout qu'il n'y a aucun intérêt à se faire suer avec le modèle lourd de Corba dans la quasi-totalité des cas; se forcer à l'utiliser est alors sacrèment contre-productif selon mon point de vue !! c'est bien pour ça que la solution de KDE de passer par une archi légère est efficace; et c'est bien pour ça que OpenStep avant eux le proposait. Franchement, entre me faire suer à définir un IDL et simplement écrire 2 lignes de plus pour indiquer que j'utilise un objet qui en fait tourne sur une machine à 800 km de là, ben, je sais pas pourquoi, mais je préfère écrire deux lignes.
Je comprends ton point de vue, je suis d'accord, tu devrais aimer .NET ;) mais surtout: rapport avec Corba, COM, java remoting, whatever? Je n'ai jamais fait de corba en C (et heureusement), en java et en C++, c'est plutôt simple à mettre en oeuvre (une fois que t'as le naming service, si y'a un truc qui me bourre en corba c'est bien ça)..
En fait j'ai l'impression que ton argument est plus: pq les langage n'offre pas plus de facilité? on est d'accord.
Là ou je suis moins d'accord c'est sur le fait de pouvoir utiliser un composant depuis n'importe quel langage: en local c'est déjà assez courant (regarde le nombre de binding c++, python, perl, php, whatever qu'il existe pour des lib c... alors qu'avec un format "standard" on pourrait s'en passer). Mais une fois en remoting, c'est capital il me semble: tu ne peux pas contraindre tout tes projets à être en objective-C! Ce langage est sous doute adapté à certaines choses, mais le sera moins à d'autre, particulièrement en tenant compte de l'existant.
Accessoirement, l'utopie sur la transparence ou la couche réseau parfaite... heu... de toute façon le problème est identique avec Corba, non?
Oui, mais tu te situes un peu plus pas niveau, on te présente pas corba comme "ça marche juste, y'a rien à faire, c'est magique".
Pour le reste, c'est soit des répétions, soit de la mauvaise fois (tu ne connais ni C# ni .NET mais c'est pas une bonne idée...), juste pour rajouter: "En tout cas écouter MDI chanter les louanges de la POO et du C# lors du FOSDEM 2003, c'était assez comique (si on est un peu cynique) quand on se souvient que GNOME a été lancé en bonne partie en rejet à C++ ..."
A sa place: objective C, non, trop peu connu, communauté trop "faible". C++: rappelle toi les début de KDE, les difficulté du compilo, le nombre moins important de de développeur et le fait qu'ils se soient basés sur Qt une libre existante comme une base de leur framework (qu'ils ont du changer quelques fois). Le C était à l'époque le langage à la mode, connu de bcp de gens, ... Et tu le dis toi même: tu n'aimes pas le C++, et moi je l'aime bien, parce qu'on peut faire d'affreuse bidouille en C++ (ce qui est exactement ce que je ne voudrais pas dans un projet que je dois maintenir).
Et finalement, on en revient toujours au même: la critique est si simple, mais toi qu'as tu fait? ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
Pas exactement; mon argument était plutôt, certes Corba apporte des trucs sympas, mais en pratique, a-t-on réellement besoin de tout ça ? dans la plupart des cas, non. Utiliser Corba est donc trop lourd pour un intérêt assez limité. Dans ce cas, je trouve qu'utiliser un modèle plus léger est plus efficace et sensé.
Là ou je suis moins d'accord c'est sur le fait de pouvoir utiliser un composant depuis n'importe quel langage: en local c'est déjà assez courant (regarde le nombre de binding c++, python, perl, php, whatever qu'il existe pour des lib c... alors qu'avec un format "standard" on pourrait s'en passer). Mais une fois en remoting, c'est capital il me semble: tu ne peux pas contraindre tout tes projets à être en objective-C! Ce langage est sous doute adapté à certaines choses, mais le sera moins à d'autre, particulièrement en tenant compte de l'existant.
Non, je maintiens ce que je dis : dans un programme donné, il est rare d'avoir plusieurs langages. Les bindings existent, certes, mais sont-ils largement employés? pas tant que ça. Enfin, je ne dit pas du tout qu'utiliser DO est la panacée qui répondra à tous les besoins, simplement que DO est idéal pour utiliser des objets répartis dans ton application, si tu programmes en Objective-C.
Et accessoirement, faire un pont DO <-> Corba ne serait pas si compliqué, vraiment. Personne ne l'a implémenté dans le libre, parce que l'intérêt est honnêtement limité ... mais c'est ce que NeXT avait fait (début des années 90).
Pour synthétiser, intellectuellement, un modèle de composant qui fonctionne avec n'importe quoi, à la Corba, peut être intéressant. Mais en pratique, tu vas utiliser ça dans 1% des cas... il est logique alors de privilégier une solution plus simple -- mais plus efficace. C'est que font GNUstep et KDE. De toute façon, rien n'empêche de réaliser des ponts vers corba si vraiment tu y tient !
Pour le reste, c'est soit des répétions, soit de la mauvaise fois (tu ne connais ni C# ni .NET mais c'est pas une bonne idée...)
Evidemment que je suis un peu de mauvaise foi :-)
mais bon, je n'ai pas dit non plus que je ne connais absolument pas C# ou .Net -- juste que ce que j'en sais ne m'a pas intéressé et donc que je ne m'y suis pas penché plus avant (les journées de 24h, toussa). Mais je n'ai jamais clamé être un expert de C#/.Net donc bien évidemment j'ai pu (du?) rater des choses absoument géniales...
juste pour rajouter: "En tout cas écouter MDI chanter les louanges de la POO et du C# lors du FOSDEM 2003, c'était assez comique (si on est un peu cynique) quand on se souvient que GNOME a été lancé en bonne partie en rejet à C++ ..."
A sa place: objective C, non, trop peu connu, communauté trop "faible". C++: rappelle toi les début de KDE, les difficulté du compilo, le nombre moins important de de développeur et le fait qu'ils se soient basés sur Qt une libre existante comme une base de leur framework (qu'ils ont du changer quelques fois).
Qu'ajouter à ça ? je dit simplement que MDI a surfé sur la vague du C, pour finalement changer d'avis et utiliser un langage OO. Le reproche n'est pas dans le fait qu'il ait changé d'avis, juste que c'était couru d'avance et qu'il aurait du s'en rendre compte. Parce que même moi qui n'aime pas C++, entre programmer en C "objet" et programmer en C++, y'a pas photo -- de toute façon, un langage qui supporte le paradigme de programmation que tu utilises sera toujours plus efficace qu'un langage qui ne le supporte pas, ça paraît pourtant évident !
Sinon, oui, Objective-C était peu connu, mais allez, MDI a suffisamment de charisme pour intéresser les gens. Surtout que franchement, Objective-C est largement plus proche de la notion de "C objet" que C++ ne l'est ...
Le C était à l'époque le langage à la mode, connu de bcp de gens,
Oui, donc c'est bien ce que je disais, MDI a poussé le C par calcul "politique"/marketing plus que par choix technique. Je trouve ça dommage, pour le moins.
... Et tu le dis toi même: tu n'aimes pas le C++, et moi je l'aime bien, parce qu'on peut faire d'affreuse bidouille en C++ (ce qui est exactement ce que je ne voudrais pas dans un projet que je dois maintenir).
Y'a pas comme une légère contradiction, là? de toute façon, le fait que je n'aime pas C++ ne veut pas pour autant dire que je ne l'ai pas utilisé, et que je ne l'utiliserais pas dans le futur : tout simplement, selon moi, un programmeur doit utiliser le bon outil pour le travail qui lui convient. C++ a des atouts, et si j'en ai besoin, je l'utiliserais. Maintenant, j'ai rien vu de mieux pour la programmation objet d'applications graphiques que OpenStep, donc j'utilise GNUstep pour les applis graphiques. Au pire, Qt, vu que les concepts sont franchement inspirés d'OpenStep.
Et finalement, on en revient toujours au même: la critique est si simple, mais toi qu'as tu fait? ;)
Pas autant que je voudrais, mais j'essaie de faire avancer les choses en participant à divers projets et ayant écrit quelques articles dans lmf, bref d'apporter un peu ma pierre à l'édifice.
http://freshmeat.net/~nicolasroard/(...)
http://www.nongnu.org/backbone/(...)
http://www.nongnu.org/latexfr/(...)
http://www.roard.com/docs/(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 1.
Oui, donc c'est bien ce que je disais, MDI a poussé le C par calcul "politique"/marketing plus que par choix technique. Je trouve ça dommage, pour le moins.
Dans l'absolu, oui. En étant réaliste: c'est inévitable, l'histoire de compromis à nouveau...
ps: tu connaissais Miguel De Icaza avant Gnome? moi pas.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
Ce que je veut dire, c'est que pour un 'bureau' ou l'on veut avoir des composants graphiques externalises, on a pas forcement besoin de tout ce que propose Corba. Le point qui est eventuellement litigieux est la possibilite d'etre independant du langage -- mais ce que je remarque, c'est que tres souvent, le langage utilise est le meme pour l'ensemble des applis/composants.
La tres tres grande majorite des applis KDE sont en C++, la tres tres grande majorite des applis GNOME en C, et cote GNUstep, je connais pas d'appli (graphique, cote serveur il y en a...) qui utilisent par exemple les bindings Java. Mixer differents langages est l'exception plus que la norme.
A mon avis ca s'explique par le fait que les bibliotheques sont d'abord faites pour un langage donne et tirent partie des avantages du langage, et que finalement, il est souvent prefererable d'utiliser le langage "reconnu" si l'on veut tirer partie de toutes les capacitees proposees. Ca peut aussi etre simplement un lag entre les versions des librairies accessibles par les bindings et les versions courante.. mais le resultat est le meme.
Enfin, pour les rares cas ou l'on veut effectivement utiliser un autre langage, encapsuler ton code (utilisant un autre langage que le "principal") dans un composant 'leger' code lui en utilisant le langage dans lequel les libs sont codes n'est pas bien complique.
Accessoirement, le coup d'utiliser du C parce que ca facilite les bindings est plus ou moins vrai... certes, ca peut faciliter, mais bon, KDE propose par exemple des bindings pour une foultitude de langages, et meme GNUstep, avec peu developpeurs, propose des bindings en Java, Ruby, Scheme..
Bref, emmerder tout le monde (utiliser un langage procedural pour faire de la POO) et reinventer la roue (C "objet") pour cette raison (facilite des bindings) est plutot une decision pas si justifiee, au final, non ?
Dans l'absolu, oui. En étant réaliste: c'est inévitable, l'histoire de compromis à nouveau...
Oui, mais c'est ce "compromis" que je trouve vaseux, justement. Mais bon, c'est juste mon opinion, je trouve contre-productif de faire du developpement objet en C, c'est tout.
ps: tu connaissais Miguel De Icaza avant Gnome? moi pas.
Oui, il avait ecrit midnight commander.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 2.
http://www.dotnetguru.org/articles/CSharpVsJava.htm#_Attributes(...)
et ici un exemple d'utilisation avec le framework NUnit :
http://www.peterprovost.org/wiki/ow.asp?Test%2DDriven%5FDevelopment(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Manuel Menal . Évalué à 2.
Et je passe sur les propos insultants pour la personne de MDI et d'autres, qui, personnellement, me font toujours hésiter à réclamer un blâme, ou la suppression du commentaire.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 3.
> KDE avec Qt jusqu'à Qt 2.2 était simplement illégal
C'est fou ce que le FUD a la vie dur. Les seuls a avoir clame que Qt et KDE etait illegal sont Debian et Redhat. Pour Redhat, ca ne les a pas empeche de l'inclure dans leur distrib un an plus tard ce qui discredite quand meme pas mal leur argument.
Donc reste debian.
A cote de ca, les avocats de Suse, de Mandrake, de Trolltech se sont penches sur le probleme et ont conclu qu'il n'y en avait pas. RMS lui-meme a dit qu'il etait Ok, bien qu'il n'aimait pas trop le principe de distribution des modifications par patch.
Mais bon, si tu t'y connais mieux en licence que les avocats de trois boites majeurs de libre et que RMS, tu peux dire que KDE avait des pratiques illegales.
La seule chose qu'on peut dire objectivement, c'est que seul un tribunal aurait pu trancher la legalite de la chose.
[^] # Re: XAML et l'avenir de GNOME
Posté par Manuel Menal . Évalué à 1.
Quant à RMS, ce que tu avances est complètement faux. Avant la sortie de Qt 2.2, et son passage en double licence (QPL/GPL), il rappelait encore dans ses conférences l'existence de Gnome à cause des problèmes de KDE qui perduraient, et l'expliquait toujours fréquemment en privé. RMS, en revanche, a pu dire qu'il était OK avec la QPL, dans la mesure où elle est libre (même si incompatible GPL). Le seul argument, à part les tentatives de mystification insensées qu'on retrouve encore aujourd'hui sur kde.org, c'est que Qt serait une bibliothèque liée au système : soyons sérieux.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à -3.
Et toi, ça marche ?
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à 0.
T'es sûr ? Soit tu penses que les gens doivent avoir la véritié divine à la naissance soit tu penses qu'il vaut mieux s'enfoncer et ne jamais changer d'avis même quand on se plante. Que ce soit l'un ou l'autre je ne suis pas sûr d'être d'accord.
Si il y a un truc que je ne reprocherai jamais à quelqu'un c'est de changer d'avis ou d'orientation après avoir essayé et s'être rendu compte que ça n'allait pas
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 0.
On ne fait rien de bon dans les grands changements en général, c'est vouloir faire fi de tout ce qui a déjà été fait. Il faut savoir améliorer l'existant sans pour autant continuellement le remettre en question.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Je lui reproche de prendre en moyenne 2 ans pour s'apercevoir qu'il s'était complètement planté alors que la solution était la sous ses yeux et qu'il a refusé de l'utiliser. L'exemple de corba est tres parlant et ce n'est pas le seul. KDE a été hué et critiqué énormement pour leur absence de reflexion quand ils ont laché corba. Pourtant, n'importe qui prenant la peine d'analyser les raisons qui les ont pousser à rejeter Corba et à choisir une solution DCOP + KPart aurait vu que leurs raisons étaient tout à fait valides et que Gnome allait rencontrer les mêmes problèmes. Mais visiblement, _personne_ chez Gnome n'a pris la peine de faire ces démarches et bonobo reste une usine à gaz.
Pour ce qui est de la communication entre applications, Gnome reste très pauvre alors qu'on peut scripter n'importe quelle application KDE avec DCOP. D-BUS semble apporter une solution un peu plus riche et ô surprise, c'est un DCOP sans la dépendance X. Là encore, on frise les 4 ans pour s'apercevoir de l'interêt d'une technologie pourtant déjà mature dans un projet qu'ils ont sous les yeux. Si tu regardes les arguments qui sont utilisés pour D-BUS, ce sont les mêmes qui ont été avancé à l'époque où KDE 2 n'était même pas encore sorti.
Donc faire des erreurs, je veux bien. Mais être aussi aveugle, je pense qu'il faut vraiment y mettre de la mauvaise volonté. Apparemment, toute la clique Ximian lorgne maintenant beaucoup plus du côté de Microsoft que du côté de KDE.
KDE a aussi fait quelques erreurs mais la très grosse différence, c'est que des personnes qui réflechissaient objectivement (et pas en terme hype ou en lisant les press release de Microsoft) à tous les problèmes et les avantages d'une solution ont participé à la reflexion et qu'une bonne solution a été trouvée à chaque fois. La meilleure preuve, c'est qu'ils n'ont rien changé depuis 4 ans à dcop et kpart.
KDE a aussi choisi Corba mais s'est rendu compte de son erreur en moins d'un an. De plus, le projet a gardé la même ligne de conduite depuis sa création alors que Miguel n'a cessé de changer d'avis tous les deux ans comme je le soulignais là-haut. L'avantage, c'est que le projet a pu avancer de façon cohérente, alors que Gnome se disperse beaucoup et que beaucoup d'appli soi-disant Gnome sont en fait soit des applis Gtk, soit des applis Gnome 1, soit (pire) des applis Gtk 1. Bref, ca contraste beaucoup avec KDE et sa ligne de conduite claire.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
C'est vrai que tous les développeurs Gnome sont des cons et suive le gourou MDI sans réfléchir.
> D-BUS semble apporter une solution un peu plus riche
D-BUS est plus simple et n'a pas les objectifs de Corba et ne remplacera pas Bonobo.
http://www.freedesktop.org/Software/dbus(...)
D-BUS supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a per-user-login-session daemon (for general IPC needs among user applications).
> Si tu regardes les arguments qui sont utilisés pour D-BUS, ce sont les mêmes qui ont été avancé à l'époque où KDE 2 n'était même pas encore sorti.
Non. D-BUS c'est IPC avec un deamon.
> Miguel n'a cessé de changer d'avis tous les deux ans comme je le soulignais là-haut.
Premièrement ton truc au-dessus est bourré de connerie.
Deuxièmement MDI ne s'occupe plus de Gnome depuis la version 2.0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
En tout cas, ils ont tous mordu à l'hameçon Corba alors que c'était une grosse connerie et qu'ils en avait la preuve juste sous les yeux. Et oui, MDI a du charisme et a entrainé beaucoup de gens avec lui, notamment dans Gnome, avant de les laisser dans la merde et de commencer un autre projet.
Même RMS y a cru. Lors de l'interview que KDE France a fait de lui à la linux expo 2003, il a dit qu'il regrettait d'avoir autant suivi Miguel et qu'il voulait maintenant se rapprocher plus de KDE.
> D-BUS est plus simple et n'a pas les objectifs de Corba et ne remplacera pas Bonobo.
Heureusement qu'il n'a pas les objectifs de Corba parce Corba est compètement indadapté aux besoins d'un protocole de communication inter-application de bureau. D-BUS a les objectifs de servir de protocole de comme entre les applis de bureau et le matériel. En ce sens, il va un poil plus loin que DCOP mais à l'époque ou DCOP a été concu, l'USB et le hotplug était de la science fiction donc on peut comprendre qu'ils n'ont pas abordé cette problèmatique de front.
D-BUS ne remplacera pas Bonobo en effet. Pour remplacer bonobo, il faut DCOP + KPart, c'est à dire un protocole de communication + une système de composant. Tout est déjà présent dans Gtk et dans Gnome pour faire un équivalent de KPart bcp plus léger que bonobo. En fait, en tant que simple programmeur KDE, j'ai réussi à faire un composant pour une application Gtk (gvim) en passant par des GtkSocketPlug. Donc un hacker Gnome, si il lui en prenait l'envie, serait probablement capable de cracher un système de composant léger en moins d'une semaine, le temps qu'il a fallu pour faire kpart. On attendra encore un ou deux ans pour que ça arrive, le temps qu'ils se désintoxiquent compètement de Corba et qu'ils oublient que KDE a déjà la solution.
> D-BUS c'est IPC avec un deamon.
Tout comme dcop. Un IPC et un demon. Pour ton info: http://developer.kde.org/documentation/library/kdeqt/dcop.html(...)
> Premièrement ton truc au-dessus est bourré de connerie.
Pour l'instant, on peut pas dire que tu as avancé un seul argument qui tienne la route pour me donner tort, au contraire.
> Deuxièmement MDI ne s'occupe plus de Gnome depuis la version 2.0.
De fait. C'est ce que je soulignais en disant que MDI change d'avis tous les deux ans et laisse les projets en plan.
MDI a ça pour lui que quand un projet commence à être dans la merde, il se barre en douce. Ca m'étonne pas qu'il soit plus dans Gnome. Il faudra plusieurs années à Gnome pour se remettre de sa présence mais le projet redécollera peut-être.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Tout est dit...
Je suis surpris que tu sous-entendes qu'il ait déjà décollé.
[^] # Re: XAML et l'avenir de GNOME
Posté par alt3 (site web personnel) . Évalué à 1.
Les apports de ce type de bus auraient pu etre d'un extreme bénéfice (hétérogénéité des plates formes, interopérabilité, objet).
Corba est encore jeune, et a fait ses preuves dans pas mal de domaine.
La recherche consiste à tester des choses, et de les revoir.
Corba était une bonne idée.
Quant à comprendre un idl, il suffit de manipuler, et de lire la doc.
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . Évalué à 0.
CORBA n'est pas une techno pourris est depassé. Pour faire de l'objet distribué, sur plein de plateforme ave cplein de vendeur différent ca marche quand meme bien, il y a des interface standardisé,... etc
CORBA est bien,
maintenant l'utilisation de gnome de CORBA n'est pas forcement la meilleur qui soit:
framework d'activation proprietaire -> bof
Un certain nombre de service géré bizarement -> bof aussi
Comment est géré la securité (je sait pas)
ca fait deja un petit moment que j'ai regardé les interface, et elle étais pas super developées. Elles ont l'air mieux maintenans.
Ce que je trouve terriblement domage c'est que corba est transparent a travers le reseau et on n'utilise appareent pas cette possibilite dans gnome : un petit gconf qui utilise corba, avec heritage de config configurable, dont un serveur reseau , c'est super interressant.
Ensuite pour revenir sur le fait que DCOP est facilement scriptable, cela doit etre possible de s'amuser avec corba script pour controler
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
C'est sur que pour des familiers de Corba comme toi, c'est decevant. Mais vraiment, le besoin en question n'est pas Corba.
Pour ce qui est de la distribution de gconf en reseau, c'est en effet une problematique interessante. Mais il suffit de modifier un tout petit peu gconf pour le faire, pas besoin de faire rentrer corba dans toutes les applications.
Sinon, DCOP ne signifie pas en effet que Corba est exclu, c'est juste que c'est pas le mecanisme par defaut. Il serait tres facile en effet de generer des composants Corba a partir des informations fournies par DCOP. Personne ne l'a fait jusqu'a present, probablement parce que personne n'en a besoin.
Dans le meme ordre d'idee, il serait relativement facile de faire un pont bonobo - kpart. Mais personne n'en a besoin.
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . Évalué à 0.
KDE a commencé avec du corba, mais c'est plutot orienté vers un truc fais maison, plus léger, surtout au niveau des binding.
gnome utilise corba, et du C. corba est beaucoup plus generique (donc plus de limitation au niveau language idl) et surtout gnome est codé en C+corba:
dans gtk ils se traine un C orienté objet (ce qui est foireux a mon gout[1] ) et gnome utilise de l'objet CORBA en C, ce qui est lourd.
plus lourd comme system de prog, c'est l'orienté objet en BASIC....
Dans un autre poste on faisait reference au binding qui sont généré automatiquement, c'est plutot un systéme du genre qu'aurais du utiliser gnome et gtk:
on ecris les jolies interfaces dans un langage IDL quelconque, on génére le code intermédiaire et on link. d'apres les post sur dcop que j'ai lu dans kde ils font comme cela.
CORBA fais cela, avec des grosse contrainte au niveau interopérabilité (ce qui le rend chiant en C).
Ce qui freine gnome a mon sens c'est ces choix et le fait que les gens font d'abord une appli gtk et ensuite une appli gnome (parceque c'est moins accessible)
Ils ont pris les mauvais coté de corba (lourdeur des binding et des type) sans les avantages et ils, se complique la vie pour l'implementation
J'aime beaucoup les applis gnome et ils ont des bonnes idée, (ils pourrais s'ameliorer, notament du coté philosophie unix) mais coté framework c'est plus obscure et moins abordable que KDE
[1] C objet == foireux :
Un language informatique permet entre autre d'utiliser un certain nombre de concept.
C++ apporte <dans le langage> de l'objet,le C non. Il est plus chiant de faire de l'objet en C, SURTOUT pour la maintenance : en java par exemple le langage <lui meme> gere l'instanciation, les chemin bizaroide des exception, la surcharge, en C il faut tout faire la main: plus d'erreur possible, plus de temps pour écrire une interface,.... etc
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Ben heureusement que Gnome est freiné sinon la concurrence ne pourrait pas lutter...
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . Évalué à 1.
ce qui rend rend gnome moins facile d'acces pour les developeurs
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
A cote, KDE reussi a sortir un navigateur, un IDE, une suite de communication integree, une suite office. Et pourtant, il y a une demi-personne payee sur konqueror (maintenant, c'est 0 personnes payees), une demi personne payee sur KOffice (avant, c'etait une personne), une personne payee sur toutes la partie config/backend et une autre personne payee pour faire ce qu'elle veut.
Le reste, c'est pris sur le temps libre.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par GnunuX (site web personnel) . Évalué à 1.
et il oublit ceux qui sont payé sur kolab, kroupware
et surment d'autre
Quelle mauvaise fois evidemente :)
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . Évalué à 0.
TheKompany ne compte pas (il font des applications plus QT que KDE). Quand a Kolab Et KroupWare, se sont des projets relativement jeunes (moins d'un an), contribues recemment a KDE et developpes en dehors de KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
KDE s'est appuié sur trolltech (QT).
Les compagnies (IBM, Sun, Novell, RedHat, ...) se sont pas chaud pour participer à KDE entre autre à cause de trolltech.
Ça ne semble pas s'arranger car il semble que Suse va "laisser tomber" KDE. Entre autre suite à son rachat par Novell qui pocède aussi Xiniam.
Donc il ne reste que des compagnies engagées dans QT pour soutenir KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Pour Gnome c'est comme pour Linux. Tu as un hurd chez toi ?
Le développement de Gnome et Gtk+ est (réellement) ouvert.
L'avenir de KDE passe presque exclusivement par trolltech pour les sociétés commerciales et la communauté. Suse se désengage de KDE et Mandrake n'a pratiquement rien fait. La naissance de KDE n'a été possible qu'avec un produit commercial (Qt qui à l'époque avait une licence bizarre).
Le développement de Qt n'est pas ouvert.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
Ceci est loin d'etre clair pour l'instant. Miguel et NAT ont fait des annonces en grande fanfare mais un mois apres, on apprenait que la direction de la stratagie bureau revenait a un directeur de chez Suse pro-KDE.
> et Mandrake n'a pratiquement rien fait.
Populariser KDE en le distribuant, ca a ete beaucoup. C'est aussi eux qui mine de rien ont force Redhat a distribue KDE. Ils ont paye aussi David Faure et Laurent Montel pendant longtemp. Je pense qu'ils ont fait beaucoup pour KDE meme si ca ne se voit pas autant que chez Suse ou Redhat pour Gnome.
> Le développement de Qt n'est pas ouvert.
Il est pas aussi ouvert que Gtk, c'est clair. Cela dit, si tu essayes de faire rentrer dans Gtk des patchs qui ne sont pas dans l'interet de Redhat, je doute que tu y arrives.
> La naissance de KDE n'a été possible qu'avec un produit commercial
mouai. J'aime pas le terme car Gtk est aussi commercial. Mais ce n'est pas l'unique source de revenu d'une societe donc c'est sur que ca laisse plus de marge a Redhat.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 0.
Très juste. Ailleurs je disais que c'était mon sentiment et là j'étais catégorique à tord.
> si tu essayes de faire rentrer dans Gtk des patchs qui ne sont pas dans l'interet de Redhat, je doute que tu y arrives.
Propagande anti-RedHat de base et insultant envers les contributeurs du logiciel libre.
Si tu veux maintenir Gtk pour avoir tes patchs favoris dedant alors fais le ! Tout le monde peut le faire et c'est le meilleur qui est pris en compte. RedHat ne c'est pas décrété mainteneur de Gtk+ simplement car c'était RedHat. Mandrake qui utilise Gtk pour ces outils d'installation est bien content que RedHat ait porté Gtk pour fb et est bien content de ne pas avoir à maintenir/développer Gtk.
btw, RedHat maintient aussi Nautilus, metacity et d'autres babiolles. Je crois que RedHat seraient très très très très très très heureux si tu voulais faire ce boulot à leur place (si t'as le niveau, sinon un remplassant sera rapidement trouvé).
[^] # Re: XAML et l'avenir de GNOME
Posté par Prosper . Évalué à 1.
je vois pas le rapport , d une mandrake perl-gtk , et la version 2 de perl-gtk a été faite en grande partie par un developpeur mandrake , d autre part ca utilise X ( qd tu dis fb c est bien le framebuffer c est ca ? ) que ce soit dans l installation ou apres.
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . Évalué à 1.
D'un cote
- KDE : TrollTech
- Gnome : Sun, Ximian, RedHat, Suse et j'en passe
Bon enfin bref, ca commence a ressembler a une discussion de marchand de tapis alors je vais arreter la ...
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
KDE: Trolltech (40 employés)
GNOME: Sun (1 employé, sinon peu de contribs en dehors de traductions), Ximian (qques employés (1 ou deux) bossant vraiment sur GNOME, le reste bosse evolution, redcarpet, ...), RedHat (qques employés bossant sur GTK+, qques autres sur GNOME), SuSE (rien pour l'instant)
Les chiffres que je donne sont plus ou moins fantaisistes, et probablement inexacts, c'est juste pour souligner que c'est pas comme si y avait des dizaines de personne dans chaque boite payées pour bosser sur GNOME.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -1.
Quand je vois maintenant sur les slides gnome des logos novell partout, ca me repousse plus qu'autre chose.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Les contrats Kolab et Kroupware sont tres recents, ils ont moins d'un an. Avant ca, KDE a avance sans pratiquement aucun soutien financer.
En revanche, c'est vrai que j'ai oublie l'acteur le plus influent sur KDE: Trolltech. Mine de rien, KDE doit son succes a Trolltech, grace a la qualite de Qt. Mais ca, c'etait dans le contrat de depart: Mathias Ettrich dans le post fondateur dit que Qt lui semble la meilleure bibliotheque pour lancer KDE.
Trolltech a une equipe d'ingenieurs (environ 40 personnes il me semble) qui bossent a plein temps sur Qt. Une grosse partie de leur temps est passe sur des trucs qui n'apportent rien a KDE (portage sur des vieux unix a la con, portage sous windows, integration des active X, integration des applis Motifs, XEmbed, TeamBuilder, Qt Embedded, Qt Mac, ...) mais quand mais ils permettent clairement a KDE de se concentrer uniquement sur la partie uniquement desktop.
Cote Gtk, il y a surtout Redhat et Ximian. Donc je modere mon propos.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 3.
La force de Corba, c'est:
- composant independant de la plate-forme
- composant independant du langage
- distribution des composants sur plusieurs machines
Ces avantages ont evidemment un cout:
- toutes les communications entre composant se font par un IDL et via le reseau. Declarer les interfaces est assez lourd
- parce que les composants sont reclames a un serveur, ca prend pas mal de temps d'activer un composant
- l'ensemble du framework est relativement lourd a apprendre, a installer et a gerer
- la consommation memoire du tout n'est pas forcement negligeable. Le marshalling et la communication reseau introduisent des delais
- le debug de tout ca est une horreur. Quand le serveur tombe, il te reste plein de processus en background a tuer.
Apres une reflexion de fond, il apparait que les besoins en terme de communication pour un bureau comme KDE sont:
- pouvoir notifier toutes les applications d'un evenment facilement (ejection du lecteur CD, nouveau mail, application lancee, ...)
- d'etablir des canaux de communication entre applications pour echanger des informations relativement simples (ouvre moi cette page web, affiche moi le lien bidule dans la barre d'etat, ...)
- faire des requetes sur les applications : donne moi la liste de tous les composants editeur de texte, dis moi si kmail est deja lance, ...
Tout ca devant s'executer relativement rapidement puisqu'il y a une interaction avec l'utilisateur.
Cote composant graphique, les besoins sont:
- etre capable d'associer un role a un composant et de faire des recherches par role
- charger le composant tres rapidement de facon a ce que l'utilisateur ne voit pas qu'il y a une distinction entre l'application (konqueror) et le composant (khtml).
- avoir une structure globale tres legere pour que ca se charge vite
- le tout doit etre facile a apprendre de facon a ce que les developpeurs qui travaillent sur leur temps libre puisse facilement ecrire des composants.
En regardant ces listes, on voit que les points forts de Corba ne font par partie des besoins, alors que certaines de ses caracteristiques vont poser des problemes. Typiquement, sur un bureau, toutes les applications du bureau sont lancees par le meme utilisateur, sur le meme ordinateur. L'idee d'avoir un konqueror ou le composant khtml serait en train de s'executer sur un autre ordinateur parait un peu incongru. Le besoin de travailler sur plusieurs ordinateurs en meme temps est deja rempli par X ou par vnc.
Donc je ne crache pas sur Corba en general, mais sur cette application de Corba en particulier. Les technos developpes par KDE lorsqu'ils se sont rendu compte de la problematique que je viens d'exposer (c'est pas moi qui l'ai invente, je l'ai lue) repondent parfaitement aux besoins enonces avec rien de trop:
- DCOP est leger et permet de faire tout ce qui est dit
- kpart est leger, ca se charge tres vite puisque c'est une bibliotheque partagee
- pour ce qui est de la communication entre le composant et son applciation, on utilise un simple appel de fonction C++ puisque le composant est charge directement dans l'espace d'adressage de l'application
- pas de marshlling
- hyper simple a utiliser, pas d'IDL, pas de doc speciale a lire, tout marche avec du C++ normal: l'appli doit heriter de kparthost et le composant de kpart.
Et pour les "oui mais si jamais je veux quand meme avoir un composant independant de l'appli qui l'embarque", c'est encore possible. Gtk et Qt implementent tous les deux un mecanisme qui permet d'incruster n'importe quelle fenetre X dans une autre fenetre (XEmbed). C'est ce qu'on utilise pour kvim. Avec ca, on peut lancer un programme quelconque sur une machine distante via le serveur X et l'utiliser comme composant.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
* avec ORBit, une fois que le composant est instancié (aucune idée de la lourdeur de la chose), pour un composant "in-proc" (c'est à dire un .so qui est chargé dans l'exécutable en cours d'exécution), le coût d'appel d'une méthode est à peu près aussi coûteux que l'appel d'une méthode virtuelle en C++ (il suffit de regarder les stub/skels générés par ORBit pour s'en convaincre)
* dans les trucs que tu énumères, il y a en fait à mes yeux un seul gros problème avec ORBit/bonobo, c'est
« le tout doit etre facile a apprendre de facon a ce que les developpeurs qui travaillent sur leur temps libre puisse facilement ecrire des composants »
Il manque à ORBit des outils permettant d'interfacer tout ça super facilement avec des gobjects, et c'est ça un des plus gros problèmes à l'heure actuelle à mon avis. Le reste de ton discours oscille entre des problèmes plus ou moins importants et des propos plus ou moins de mauvaise foi/fud-esque.
[^] # Re: XAML et l'avenir de GNOME
Posté par Vivi (site web personnel) . Évalué à 1.
et comment je fais avec du OCaml normal, ou du python normal, ou du perl normal, etc. ?
Et pour les "oui mais si jamais je veux quand meme avoir un composant independant de l'appli qui l'embarque", c'est encore possible. Gtk et Qt implementent tous les deux un mecanisme qui permet d'incruster n'importe quelle fenetre X dans une autre fenetre (XEmbed). C'est ce qu'on utilise pour kvim. Avec ca, on peut lancer un programme quelconque sur une machine distante via le serveur X et l'utiliser comme composant.
Oui mais là tu n'as plus de communication entre tes machins, il faut mettre en place de l'IPC séparément. C'est ce que fait Bonobo : de l'embedding de widgets (via X) + de l'IPC (via CORBA).
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
C'est vrai que cet aspect est un peu plus difficile a avoir. Mais peux-tu me citer des composant bonobo OCaml, python et perl ? Ben y en pas, c'est plutot rare comme besoin.
Pour faire des composants dans un autre langage, c'est un poil plus dur puisqu'il faut commencer par faire une espece de chargeur de composant dans le nouveau langage en kpart et ensuite faire des composants pour ce chargeur. C'est deja fait pour le python, ce sera fait pour les autres langages quand les gens en auront besoin. Pour l'instant, le besoin n'est pas tres present.
> Oui mais là tu n'as plus de communication entre tes machins, il faut mettre en place de l'IPC séparément.
Le plus simple est de choisir DCOP. Soit tu utilises la lib existante (binding presents en C, C++, bash, python, perl, ruby, java), soit tu te refais le marshalling dcop qui est documente.
Meme comme ca, je pense que c'est moins lourd que Bonobo a utiliser
[^] # Re: XAML et l'avenir de GNOME
Posté par Vivi (site web personnel) . Évalué à 1.
Y'a deux côtés dans une comunication. Ici l'intérêt n'est pas vraiment d'écrire des composants en caml mais plutôt pouvoir utiliser facilement des composants (écrits en C ou autre) dans une application en caml. Avec CORBA, c'est simple, tu as juste besoin de l'IDL et le binding est automatiquement généré.
Le plus simple est de choisir DCOP.
Je ne connais pas bien DCOP mais si c'est comme DBUS, c'est nettement moins puissant que CORBA.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -1.
Oui, mais quel interet pour un poste de bureau?
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
> Y'a deux côtés dans une comunication.
Tout a fait. Cote communication, DCOP gere les deux direction pour l'IPC. Pour l'aspect graphique, KPart marche dans les deux sens. Aujourd'hui, on peut utiliser PyKDE et charger des composants KPart ecrits en C++ ou en python. Et on peut aussi utiliser KDE normal pour charger des composants KPart ecrits en C++ ou en python.
Pour ce qui est des autres langages, il ne reste qu'a ecrire le chargeur mais vraiment, ca n'est pas complique. J'ai reussi a en faire un bout alors que je n'y connaissais rien.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
- toutes les communications entre composant se font par un IDL et via le reseau. Declarer les interfaces est assez lourd
- parce que les composants sont reclames a un serveur, ca prend pas mal de temps d'activer un composant
- l'ensemble du framework est relativement lourd a apprendre, a installer et a gerer
- la consommation memoire du tout n'est pas forcement negligeable. Le marshalling et la communication reseau introduisent des delais
- le debug de tout ca est une horreur. Quand le serveur tombe, il te reste plein de processus en background a tuer.
La communication est faite via le réseau si tu as besoin du réseau.
Pour les "processus en background" c'est plus ou moins faux. Pour evolution (et d'autres) il n'y a pas de processus en backgroup. Les composans sont chargés par le programme comme une librairie.
Voyons les choses de plus loin, côté utilisateur.
Prend evolution. Généralement c'est reconnu comme un bon produit par l'utilisateur (je ne parle pas technique).
evolution utilise beaucoup bonobo (donc corba et plus spécifiquement ORBit). Amuses toi à faire :
# mv /usr/lib/bonobo/servers/GNOME_Evolution_Summary.server /tmp
puis lance evolution.
Es-ce que les utilisateurs disent que c'est lent, lourd que ça plante tout le temps, etc...
Non.
Es-ce que les utilisateurs trouvent KDE plus rapide ou plus léger que Gnome ? Non.
Pourquoi ? Mais pourquoi ?!?!
Quelle injustice ! C'est une conspiration contre KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Comme dirait PBPG, revient sur terre :)
Bien sur que si, evolution lance des processus en background! Lance ton evolution, ferme le, fait un ps et on en reparle ;)
"Es-ce que les utilisateurs disent que c'est lent, lourd que ça plante tout le temps, etc..."
Oui! ah une epoque ou j'etais encore pro gnome et que j'essayais de faire passer mes collegues a gnome, la premiere reflexion, c'etait: ca rame ton truc: widget lent a reafficher: prend le panneau gauche de evolution(l'arbo des boites mails), redimensionnne la: RAMAGE :)
Idem pour l'affichage du bureau sous gnome, fout plein d'icone sur le bureau, maximise une fenetre, iconifie la, le bureau met une seconde a se reafficher.
A force de me faire casser, j'ai fini par voir la réalité et quitter le coté obscur ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Evolution tourne :
$ ps axf | grep evo | grep -v "grep evo"
2777 pts/1 S 0:05 | \_ evolution
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42
Avec les thread :
ps axmf | grep evo | grep -v "grep evo"
2777 pts/1 S 0:05 | \_ evolution
2778 pts/1 S 0:00 | | \_ evolution
2779 pts/1 S 0:00 | | \_ evolution
2780 pts/1 S 0:00 | | \_ evolution
2791 pts/1 S 0:00 | | \_ evolution
2793 pts/1 S 0:00 | | \_ evolution
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42
J'arrête evolution :
1829 ? S 0:00 /usr/libexec/evolution/1.4/evolution-wombat --oaf-activate-iid=OAFIID:GNOME_Evolution_Wombat_InterfaceCheck --oaf-ior-fd=40
1831 ? S 0:00 /usr/libexec/evolution/1.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory --oaf-ior-fd=42
Il me semble qu'evolution-wombat est là pour détecter s'il y a déjà un evolution qui tourne. Tu peux donc lancer plusieurs fois evolution il n'y aura qu'un evolution en cour.
evolution-alarm-notify est là pour envoyer une alarme. Il est normal qu'il reste donc en mémoire.
Donc il y a evolution-wombat qui pourrait être viré.
> A force de me faire casser
Question : Personne utilise evolution autour de toi ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Prosper . Évalué à 1.
Es-ce que les utilisateurs trouvent KDE plus rapide ou plus léger que Gnome ? Non.
J adore ce genre d affirmation balancée comme ca ...
je peux te trouver des dizaine de personne qui te diront que kde ( et particulierment le 3.2) est bcq plus rapide que gnome , en particulier lorsque tu commences a utiliser nautilus...
bref c est completement subjectif , ton affirmation ne repose sur rien .
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Si sur un forum il y a une question du type :
- Gnome c'est lent (ou ça bouffe trop de mémoire), que me proposez-vous ?
Les réponses sont :
XFCE, Icewm, windowmaker, ...
Mais KDE est rarement proposé. Sauf par les trolleurs...
Lorsqu'il y a un test d'une distribution et que Gnome et KDE sont testés il n'y a pas :
- l'un des intérêt de KDE par rapport à Gnome est sa vitesse (ou son faible poid en mémoire).
- nous recommendons d'utiliser KDE pour les PC peu puissants.
Il va de soit que tu peux remplacer Gnome par KDE dans les exemples.
Peut-être que dans un "bench" il y a des différences. Mes ces différences ne sont pas perçues par l'utilisateur.
Alors bien sûr il y aura toujours un "activiste" KDE qui va trouver le cas où Gnome est lent. Genre visualiser un répertoire avec 2 000 images en mode préview où Gnome met 5 minutes et KDE 20 secondes...
[^] # Re: XAML et l'avenir de GNOME
Posté par Prosper . Évalué à 1.
Si sur un forum il y a une question du type :
- Gnome c'est lent (ou ça bouffe trop de mémoire), que me proposez-vous ?
les reponses seront exactement les meme si tu met "kde c est lent que proposez vous"
Lorsqu'il y a un test d'une distribution et que Gnome et KDE sont testés il n'y a pas :
- l'un des intérêt de KDE par rapport à Gnome est sa vitesse (ou son faible poid en mémoire).
- nous recommendons d'utiliser KDE pour les PC peu puissants.
y a pas le contraire non plus.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
J'ai écrit :
Il va de soit que tu peux remplacer Gnome par KDE dans les exemples.
Pour te faire plaisir, j'ajoute :
Il va de soit que tu peux remplacer KDE par Gnome dans les exemples.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -2.
Non, c'est l'inverse justement ;) Nautilus est beaucoup plus rapide que konqueror pour les preview images/videos.
Par contre, ce n'est pas gnome qui est lent mais gtk qui est codé avec les pieds! Comme je le dit plus haut, les widgets sont tres lent a réafficher.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Un expert donne son avis! Sa conclusion est sans appels : "gtk est codé avec les pieds!".
Merci de m'avoir ouvert les yeux. Je me disait bien qu'il y avait un truc qui me fesait perdre 0,02 seconde par semaine. Fort de ton avis "avisé", je vais aller sur les mailing-list gtk pour insulter les codeurs de gtk qui font un travail de porc.
Et je vais aussi, de ce pas, passer sous KDE pour ne pas me faire entuber de 0.02 seconde par semaine comme sous Gnome (Les salops ~@#).
Puis il faut que je pense à virer mozilla car avec leur xul je perds au moins 0.03 secondes par semaine. xul encore un exemple d'usine à gaz codée avec les pieds. J'installe konqueror. Après réflexion je me dis que KDE c'est pas génial. Le menu avec ses milliers d'entrée ça prend du temps en affichage surtout que j'utilise pas tout. Je vais passer sous wmaker.
Arf. wmake ? Je crois qu'il y a mieux. Je vais installer twm (au moin il n'y a pas le mode opaque) et ouvrir une xterm. Le gros avantage, c'est que j'ai viré le swap (Ouaaiii!!!) et j'ai agrandi par partition avec cet espace enfin "libéré". C'est vrai quoi, y font chié avec leur grosse merde codée avec les pieds. Mais de quel droit ils se permettent de me faire perdre mon temps, occuper tout ma mémoire à moi et bouffer de la place sur mon disque dur acquis à la sueur de front !
Je te remercie gnumdk. Je parlais de la perception des utilisateurs sur la vitesse et la place mémoire de gnome/kde. Mais j'était dans le faux car la perception des utilisateurs est pourri pas la propagance Gnome/MDI/RedHat/(ajouté la tête de turc de votre chois) qui est la que pour nous asservir et nous pousser à gober toutes leurs conneries. J'ai fait une conclusion trop attive car j'avais de la merde dans les yeux.
Grace à toi, maintenant, je vois claire. Alléluia.
Que la lumière d'accompagne mon amis.
Chantons en coeur :
Alléluia ! Alléluia ! Alléluia !
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 0.
Ou j'ai dit que gnome faisait perdre du temps?
J'ai dit que gtk rame parce que personne n'a pris le temps de l'optimiser depuis la 2.0!
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Je ne dis pas que tu as tord (dailleur je n'en sais rien et je m'en fous). Je rappèle que le propos est sur ce que perçoit l'utilisateur. Il y a plein d'autres domaines a travailler avant de s'attaquer à l'optimisation globale de Gtk.
Puis quand tu dis "gtk rame", ça veut dire quoi ?
J'ai fait une recherche google très bête sur les pages françaises :
gtk rame : 222
qt rame : 253
Bref, pas de quoi conclure.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
> Les composans sont chargés par le programme comme une librairie.
Juste pour rire, combien d'annees-hommes depensees dans Bonobo pour lui faire faire au final la meme chose que dlopen ? Au moins une et demi, celle de Michael Meeks. A mon avis, c'est beaucoup plus. Donc en fait, on super-corba et super-bonobo mais on fait la meme chose que dlopen. Trop fort!
> Es-ce que les utilisateurs trouvent KDE plus rapide ou plus léger que Gnome ?
Oui.
Mais les utilisateurs de Gnome trouvent aussi Gnome plus rapide que KDE. Donc tout ca est tres subjectif. Et a part des arguments subjectifs, je ne t'ai pas vu contribuer grand chose a cette conversation, si ce n'est ton soutien presque inconditionnel a Gnome.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Minable.
> ton soutien presque inconditionnel a Gnome.
Si tu veux.
Je soutien Gnome et vous soutenez KDE.
Mais il y a une petite différence. Je ne descend pas KDE.
Votre méthode pour soutenir KDE c'est de descendre Gnome :
- Gtk codé avec les pieds
- MDI
- Corba/bonobo
- ...
L'abus de délire nui gravement à votre crédibilité.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Depuis que j'utilisais gnome2, je trouvé gtk lent a refraichire l'affichage des widget. Ca m'est pas venu y'a deux semaines, quand je suis passé a kde!
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Par contre, non, j'utilisep as mozilla, c'est trop lent tout court ;) Galeon Rulez(ait)!!
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
heuuuu. Ah oui.
Putain c'est fou ce truc.
> Donc, oui il y'a un probleme avec gtk2! Le test peut aussi etre fait avec galeon, mozilla, xchat.
Je ne dis pas non. Je dis que c'est anecdotique. Je ne l'avais même pas remarqué.
Faut placer le débat du point de vu de l'utilisateur. Si tu considères que c'est un aspect important pour l'utilisateur, alors Windows rulez grave et Gnome doit être foutu au orties.
> Galeon Rulez(ait)!!
Ben tu vois que ce n'est pas important pour l'utilisateur. Si c'est amélioré, tant mieux. Mais ce n'est vraiment pas prioritaire et rarement (rarement ne veut pas dire jamais!) un critère de chois.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à -1.
Ben on n'est pas sur la même galaxie. Jamais entendu ça.
Je dois avouer qu'il y a plus de 486 de ce côté de l'univers.
[^] # Re: XAML et l'avenir de GNOME
Posté par Rémi Hérilier . Évalué à 1.
Gnome ne regroupe pas des applications Gtk+ mais Gnome. Il faudrait peut-être regarder du côté de libgnomeui avant de crier au scandale.
Merci donc de ne pas mélanger les serviettes et les torchons.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Pour ce qui est de libgnomeui, ce ne sont que quelques widgets Gnome specifiques. L'essentiel de la partie graphique de Gnome est en Gtk. D'ailleurs, pendant la transition Gnome 1/Gtk 1 -> Gnome 2/ Gtk 2, pas mal de widgets Gnome sont rentres de Gtk.
Il faudrait peut-etre se renseigner avant de parler.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Tout a fait. Chacun est libre de soutenir qui il veut.
La difference entre nous, c'est que d'une part, je me suis quand meme pas mal penche sur Gnome pour voir ce qu'il avait sous le capot, notamment suite aux critiques que KDE a recu. D'autre part, je me suis aussi pas mal penche sur KDE. Mon soutien a KDE n'est pas inconditionnel (ou en tout cas, pas seulement), il est fonde sur ce que j'ai vu de la facon de travailler sur le projet et de ce qu'il a sous le capot. Pour info, j'ai voulu regarder de pres, j'ai ecrit des applications Gtk, j'ai ecrit un composant bonobo pour voir, j'ai lu des listes de dev pour voir les problemes qui se posaient sous Gnome et sous KDE. Mon troll a des fondations solides.
> Votre méthode pour soutenir KDE c'est de descendre Gnome
C'est plutot que quand je vois des gens qui soutiennent Gnome, je me ressens le besoin de les informer d'une part sur les problemes de Gnome, d'autre part sur l'interet de KDE. Je le fais de facon plus ou moins objective, en avancant en tout cas des arguments que je juge valide. Et meme plus le temps passe, plus mes arguments se verifient.
Je trouve que tu manques d'arguments techniques pour contrer nos critiques. Et je pense qu'il est vraiment beaucoup plus difficile de critiquer KDE que Gnome. En general, les critiques ne depassent pas le "Qt c'est pas libre" et "Si Microsoft rachete Trolltech, KDE est dans la merde" qui sont demontees en deux phrases et deux liens.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
Joli.....
Tes "arguments" sont un mélange d'arguments valides, d'arguments acceptables (ie on n'est pas forcément d'accord avec, mais le point de vue est défendable) le tout mélangé avec du FUD ou de la désinformation.
Personnellement, pour défendre GNOME, bah je réponds aux critiques concernant GNOME, je ne m'aventure pas à critiquer KDE (ou très peu), ça m'évite de dire n'importe quoi, et surtout c'est pas très productif de raconter tout et n'importe quoi pour montrer que "chez nous c'est bien, les autres c'est des nuls". Si t'aime pas GNOME, tant mieux pour toi, merci de rester dans ton coin et de pas raconter n'importe quoi. En fait je crois que c'est ce qui me saoule le plus chez KDE, c'est les gars qui peuvent pas s'empêcher de critiquer GNOME, et de critiquer le soutien de Ximian et RedHat et tout ça. De mon côté, je préfère soutenir GNOME, et laisser les gars de chez KDE tranquille (ie pas les agresser inutilement), c'est plus productif.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
Une grosse difference entre lui et les developpeurs de KDE, c'est que ces derniers gardent un profil bas alors que MDI ne peut s'empecher de faire parler de lui en permanence.
[^] # Re: XAML et l'avenir de GNOME
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
D'un autre cote, est-ce qu'on doit reellement lui reprocher ? en etant objectif, avoir un responsable de projet "communicatif", ca aide sacrement le projet en question... et on ne peut nier qu'une bonne partie de l'interet que gnome a suscite a ete du a MDI. Il existe pas mal de projets libres qui ont au contraire du mal a avancer a cause d'un manque de reconnaissance/marketing, mais qui techniquement sont meilleurs que d'autres plus connus. La technique ne fait pas tout -- avec le LL on ne change pas de planete, le facteur humain reste important :)
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Un peu d'histoire :
- l'affaire RH8.0 avec menasse de boycott y tout.
- un scandale pour une foutu boîte de dialogue "about".
- idem pour le thème par défaut qui n'est pas celui de KDE.
- idem pour le menu.
- idem pour l'anti-aliasing car redhat a eu "autrecuidance" de le déployer avant KDE.
- RedHat refuse de faire une démo avec KDE lors d'un show et c'est encore un scandale.
- passons sur toute la propagande anti-RedHat générale.
C'est "profile bas" comme attitude ?
KDE c'est GPL et ils veulent imposer leur lecture de la GPL (fait pas ci, fait pas ça), c'est "profile bas" comme attidude ?
Heureuseument KDE s'est calmé et les choses sont maintenant normales (au moins au niveau des développeurs. Il reste quelques ...).
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 3.
Pour avoir contrôlé à l'époque de la RH8.0, le patch spécifique de RedHat (et pas des trucs récupérés ailleur) fesait 800 lignes...
RedHat a fait l'exploit de faire une GROSSE MERDE avec un patch de seulement 800 lignes. Chapeau !
> ils avaient pas regarde si il y avait une solution propre.
Ben on ne peut pas être au courrant de tous les patchs de 800 lignes qui trainent.
> D'ailleurs je me demande comment RH aurait reagit si la meme chose avait ete faite pour les applis GNOME de la part de SUSE...
Du code RedHat reprit par les autres il y en a des tonnes (entre autre via les fork de la distribution). D'ailleur Mandrake a repris une RedHat, la modifié et RedHat n'a pas bougé le petit doigt, n'a pas demandé de boîte "about" avec leur nom, etc...
Mandrake fait de la pub pour NTPL et magicdev (qui n'est surement pas le seul truc RedHat utilisé par Mandrake) pour la Community et RedHat n'a pas demandé à être cité.
Knoppix utilise kudzu qui a été developpé par RedHat.
Des exemples comme ça il y en a des tonnes.
De plus, RedHat étant une marque déposé, RedHat demande systématique que son nom ne soit pas cité dans les produits "dérivés".
Ce que tu dis est vraiment mal venu. De plus Gnome ce n'est pas RedHat et réciproquement. Et j'ai jamais vu une boîte "about" dans Gnome citer RedHat...
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 2.
about_menu_item = no;
Et RedHat pouvait lire la doc ou demander sur les ML KDE :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
> about_menu_item = no;
Trouve moi le "mauvais" patch de RedHat. Tous les sources sont ici (il n'y a pas les updates ici):
http://fr2.rpmfind.net/linux/redhat/8.0/en/os/i386/SRPMS/(...)
L'homme qui a vu l'homme qui a vu l'homme qui lui a dis sous le secret de la confidentialité que, etc... ça commence à me soualer.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 2.
Faut pas t'étonner apres si tout le monde te moinsse, t'es tout simplement insuportable, meme le plus intégriste des debiannistes que je connaisse n'est pas chiant comme toi :p
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 0.
Je parle de RedHat car je connais RedHat.
Et les "Mandrake par ci, Mandrake par là" ne te dérangent pas ?
Si quelqu'un a des merdes avec sa distribution et que je peux l'aider, je l'aide. Je ne fais pas dans le "RedHat roulezzz" systématique. Je ne dis jamais à quelqu'un qu'il ferait mieux d'utiliser une RedHat/Fedora à la place de sa distribution préférée. D'ailleur je ne remet jamais en cause son chois. Comme je ne dis jamais à un utilisateur de KDE qu'il ferait mieux d'utiliser Gnome :-)
Dernièrement j'ai posté un journal sur la sortie de Mandrake 10.0 Community et comment utiliser bittorrent pour la récupérée. Ça t'as choqué ?
> Faut pas t'étonner apres si tout le monde te moinsse, t'es tout simplement insuportable
Je suis insupportable lorsqu'on attaque comme un con RedHat car c'est "hype" de le faire. J'ai demandé qu'on m'indique clairement quel est le patch qui pose problème avec KDE et que RedHat n'aurait pas du faire car c'est déjà livré avec KDE. Je suis sûr qu'il n'y aura pas de réponse. N'empêche que ça date de la RH8.0 et qu'il y a toujours des cons pour remettre ça sur le tapis et d'autres pour voter [+] à ce commentaire et [-] à mes réponses. C'est comme ça. Je le sais, ce n'est plus une surprise. J'inverse me surprendrais même.
Note que c'est quasiment la même chose avec Gnome et KDE... Quand on s'attaque comme un con à Gnome, ça m'énerve. Qu'on aime pas Gnome, ça ne me dérange pas. Je n'aime pas les conneries du style :
- Gnome c'est naze car ils font comme Windows.
et deux posts plus loin la même personne dit :
- Gnome c'est naze car Gnome utilise le mode spatial alors que Windows l'a viré.
Bref : Gnome suis Windows c'est naze, si Gnome prend une voie différente, c'est naze aussi... Voilà typiquement le raisonnement à la con qui me rend insupportable. En gros il n'y a pas de raisonnement. C'est seulement pour casser du Gnome. Idem pour RedHat ou MDI. Aucun raisonnement un tout petit peu approfondit. Que des clichés de rebelle.
J'ai indiqué dans une autre news que j'ai installé une FC2 test1 et qu'il y a trop de bugs même avec les mise à jours. N'importe quelle autre personne aurait qui :
- je suis sous cooker et il n'y a aucun problème. La prochaine release va arracher grave.
Lorsque je fais un journal avec "Fedora core 1 pour AMD64 est sorti", je ne mets pas :
- Hum, ça semble vraiment prometteur... RedHat a encore fait un excellent travail...
Bref, tout ce blabla pour dire qu'il faut bien relativiser mon côté "RedHat par ci, RedHat par là". C'est n'est pas qui vai dire que RedHat est rock solid alors que pour Debian il y en a des tonnes :-)
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -1.
regarde bien tes commentaires, c'est du redhat tout le temps, tout tourne autour de redhat, meme dans les nouvelles sans rapport, tu parles de redhat. Apres, que tu defendes la redhat, ca je le comprend, c'est pas tout les jours facile quand on utilise une distrib de 'newbie' de se battre contre tous ces intégristes!
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 3.
Exception : arts. Je ne sais pas pourquoi KDE traine encore ce truc mais ce n'est pas du tout dans la ligne du reste de KDE. J'espere qu'ils s'en débarasseront un jour et qu'ils passeront a gstreamer.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
Avant aujourd'hui, chaque fois que j'entendais parler de l'abandon de CORBA par KDE, la raison avancée était que l'ORB utilisée par KDE était super lente, d'où abandon, suivi d'un "tiens, réinventons notre truc à nous au lieu d'utiliser ce qui existe déjà"
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Tu peux lire l'intro de DCOP pour retrouver un peu les problèmes :
http://developer.kde.org/documentation/library/kdeqt/dcop.html(...)
http://developer.kde.org/documentation/books/kde-2.0-development/ch(...)
On voit bien que Corba ne répondait pas à la problèmatique pour laquelle on voulait l'utiliser. Un des premiers paragraphes du tutorial de bonobo contient une phrase du type << bonobo peut via corba afficher dans une application un composant graphique executé sur une autre machine et ecrit dans un autre lanage. Il doit y avoir quelqu'un sur terre qui a besoin de cette fonctionnalité >>
Pour moi, ca souligne que l'interet principal de Corba (la distribution de composants sur plusieurs machines) ne trouve pas d'utilité ni dans Gnome, ni dans KDE. Donc pourquoi s'embarasser de Corba ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Lionel Fournigault . Évalué à 2.
Je crois que je vais l'afficher dans mon bureau.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Il y a plein de conneries. Corba et bonobo sont toujours là et il n'y a rien qui indique que ça va être viré.
Il n'y a pas un début d'embryon de discussion pour changer de language pour les librairies.
C# est comme python, C++, perl, ada, ... pour Gnome. C'est un binding et c'est tout.
gtk# c'est pas la réécriture de gtk en C# par exemple ! C'est un binding comme un autre.
> Je crois que je vais l'afficher dans mon bureau.
Tu peux aussi l'apprendre par coeur.
Les méthodes de communication de Microsoft basées sur du FUD font école manifestement...
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 4.
Lesquelles ?
> Corba et bonobo sont toujours là et il n'y a rien qui indique que ça va être viré.
De fait. Je pense que ca continue à freiner le développement de Gnome mais je n'ai pas dit que ça allait être viré. Pendant que Michael Meeks codait bonono pendant ses un à deux ans (parce que c'est une grosse bete), les hackers KDE faisaient avancer KDE.
> Il n'y a pas un début d'embryon de discussion pour changer de language pour les librairies.
Je n'ai rien dit de tel non plus. Gnome va rester en C et là aussi, je pense que ca ne contribue pas à accelérer son développement. Pendant que Owen (c'est bien lui) codait GObject pendant 6 mois, les hackers KDE faisaient avancer KDE.
> C# est comme python, C++, perl, ada, ... pour Gnome. C'est un binding et c'est tout.
Oui. Ai-je dit le contraire ? J'ai l'impression que tu te trompes de Troll. Ici, c'est pas << Gnome va être ré-écrit en C# >>, c'est << MDI change d'avis tous les deux ans et fout les projets auquels il participe dans la merde avant de se barrer >>
> gtk# c'est pas la réécriture de gtk en C# par exemple ! C'est un binding comme un autre.
Yeps. Comme Qt#. Mais je vois pas le lien avec la discussion que j'ai eu plus haut.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 2.
Ce qui a quand même l'énorme avantage de ne pas avoir 15000 bindings à maintenir.
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à 2.
Traduction :
Au lieu de recréer de zéro un truc incompatible il réutilise uen solution qui est amenée à être largement déployée.
ah ben oui, vu comme ça c'est vachement moins gênant. Depuis quand on considère que réutiliser des formats est nocif ? on parle de format hein, pas de l'implémentation. Parce que ça vient de MS ? c'est tout ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Ca existait avant sous linux : xul, qt, glade,... proposent tous des langages XML de description d'interface.
on parle de format hein, pas de l'implémentation.
Cf le .doc que OO.org et les autres implémentations ont du mal à suivre vu que la norme est floue.
Un format maintenu par une seule société (MS ou pas ce n'est pas le problème si ce format n'est pas ouvert) ce n'est pas bon à mon avis.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à 1.
La différence c'est que le .doc n'a pas vocation d'être documenté, alors que MS a l'air de vouloir standardiser XAML et jouer le jeu de la documentation des fonctionnalités.
> Un format maintenu par une seule société
Alors pourquoi tu me parles de XUL ? pourquoi tu me parles de QT ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Pour combien de temps ?
Et comment faire évoluer ce format si on ne participe pas à cette évolution ?
Alors pourquoi tu me parles de XUL ? pourquoi tu me parles de QT ?
Parce que ces formats sont libres si je ne me trompe ?
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à 1.
Ces formats sont documentés, comme XAML. Concernant la notion de format libre, c'est quoi un format libre ? (cf http://linuxfr.org/~GanfSet/3407.html(...) )
Mais tu parlais de ne pas utiliser un format drivé par une seule boite. Or XUL est drivé Mozilla, QT est drivé par Trolltech.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
Tu as l'air de t'offusquer qu'on puisse ne pas faire confiance à Microsoft ! Ca me parait pourtant une attitude naturelle compte tenu de leur historique
[^] # Re: XAML et l'avenir de GNOME
Posté par tene . Évalué à 2.
Regarde ce qu'est XAML, ce n'est pas que cela... ça n'a rien de révolutionnaire sans doute, mais ça pousse le concept bcp plus loin.
Un format maintenu par une seule société (MS ou pas ce n'est pas le problème si ce format n'est pas ouvert) ce n'est pas bon à mon avis.
Il ne s'agit plus de cela, il s'agit d'une norme ISO. Cela signifie entre autre que si ms veut changer le format du jour au lendemain, il ne peut plus le faire, il doit soumettre cela à l'ISO.
Mais au fait, qu'est ce qu'un format ouvert? Un logiciel libre, j'ai compris, un format documenté, j'ai compris, une norme aussi, mais un "format ouvert", c'est quoi la différence?
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 9.
MDI est bien parti pour etre le suiveur du siecle. Apres avoir lance Gnome pour suivre KDE, bonobo pour suivre Corba, Evolution pour suivre Outolook, mono pour suivre les pratiques de developpement moderne (vous savez, le truc ou pour ecrire un widget dans une appli, il n'y a pas besoin de 70 lignes de code C indigeste bourre de macro), on a maintenant droit a XAML. C'est pas Novell qui aurait du racheter Ximian, c'est Microsoft. Il se seraient sentis chez eux.
Bravo, vive l'innovation.
Comme par hasard, les deux gus se gardent bien d'aller regarder ce qui se fait du cote de KDE (des fois qu'il y aurait deja la solution) et preferent lorgner chez Microsoft. Bel esprit logiciel libre. On peut dire que la rivalite KDE / Gnome est loin d'etre inexistante chez certains. Vraiment, quand je vois qu'on peut preferer des solutions microsoft comme Mono avec tout le bagage de risque que ca comporte, alors qu'il y a des solutions eprouvees pour faire la meme chose du cote de KDE, ca me debecte.
Citons chez KDE:
- Qt Designer: 10 fois plus utilisable que Glade, permet de cracher une interface graphique en XML en 10 minutes. D'ailleurs, il relit les fichiers Glade. Bien que peu utilise, il y a la possibilite de livrer un fichier descriptif xml avec une application pour que le fichier soit charge dynamiquement et que l'apparence de l'application soit modifiable dynamiquement.
- Kommander: on genere une interface en s'appuyant sur Qt Designer et on fabrique un front-end en 10 minutes.
- XML Action: depuis KDE 2, l'organisation des menu et barres d'outils se fait via un fichier XML qu'on peut modifire dynamiquement
- KConfigXt (http://developer.kde.org/documentation/tutorials/kconfigxt/kconfigx(...) ) qui permet de generer tres facilement des dialogues de configuration a partir d'un simple fichier XML.
Et il y en a d'autres qui arrivent.
De ce que j'ai lu sur XAML, ca ressemble a ce qu'on peut faire en Visual Basic (associer un evenement sur un controle a une fonction executee) mais en XML. Ca ne resoud pas deux problemes fondamentaux:
- la programmation par evenement devient vite tres lourde. L'approche Gtk/Qt avec des signaux et des slots est beaucoup plus puissante
- une bonne interface graphique ne peut pas etre generee automatiqueement. Une bonne interface graphique, ca se travaille et ca prend du temps. Donc XAML ne pourra etre utilise que pour des interfaces graphiques de qualite moyenne. Pour arriver a un truc bien, il faudra passer autant de temps que avec Qt Designer.
Donc moi, je n'y vois qu'un n-ieme campagne de Microsoft reprenant des idees presentent ailleurs depuis des milliers d'annees et faisant croire que c'est un concept revolutionnaire.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 1.
Tu veux dire Mono ou XAML là ? Si tu voulais vraiment dire mono, le reste de ton post veut pas dire grand chose...
[^] # Re: XAML et l'avenir de GNOME
Posté par j (site web personnel) . Évalué à 1.
s/KDE/Trolltech
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Avant je ne critiquait pas Qt sur l'aspect technique. Maintenant je connais, et Qt Designer n'est pas meilleur que Glade.
> Bien que peu utilise, il y a la possibilite de livrer un fichier descriptif xml avec une application pour que le fichier soit charge dynamiquement et que l'apparence de l'application soit modifiable dynamiquement.
C'est fou ça. Motif le fait depuis des années.
Glade le fait depuis ces débuts et j'ai plein de fichier glade sur mon système (354).
> - XML Action: depuis KDE 2, l'organisation des menu et barres d'outils se fait via un fichier XML qu'on peut modifire dynamiquement
C'est révolutionnaire... Enfin pour celui qui ne connait que KDE/Qt.
Les fondations Gnome sont écrites en C pour les Bindings et aussi car il y a plus de développeurs C que C++. De plus le C ce n'est pas un language de merde. Il a ses qualités. Voir Linux par exemple (tu nous fait un équivalent avec C++/XML/QtDesigner/...)
MDI ne dit pas qu'il faut réécrire Gnome en C# . Le C reste et restera utilisé pour les librairies de base. MDI veut placer C# dans Gnome comme Visual Basic dans Windows. Et il a raison (je ne dis pas pour le C# que je ne connais pas mais sur la proposition d'avoir un language de script central et non du perl pour gimp du python ailleur et du scheme dans gnucash. Dans Windows il y a Visual Basic pour Word, Excel, Access, etc...).
C'est fatiguant ces critiques de Gnome par des gens qui ne connaissent pas Gnome.
Celà fait des années qu'on nous sert que KDE/QT/... est mille fois meilleur techniquement que Gnome/Gtk/... et Gnome est toujours là et en pleine forme.
Changer de disque.
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à 1.
Depuis bientôt 2 ans que je parcours les sites et forums du Libre, je n'ai pas vraiment l'impression de lire ce dont tu parle. Et pour ce que j'ai pu en voir dans les différents sondages et les différentes statistiques un peu partout, KDE est utilisé par plus 50% des linuxiens, Gnome par un peu moins de 30%, et les autres 20% tournent sous autre chose. Etant donné que l'on compare 2 produits Libre, disposant du même mode de développement et de distribution, je crois qu'on peut en conclure que la majorité préfère KDE en l'état actuel des choses.
J'ai testé à la fois KDE et Gnome, de même que j'ai eu l'occasion de présenter les 2 lors d'installation chez différentes personnes, et c'est clairement KDE qui est préféré pour son interface et le fait qu'il soit possible de le paramétrer et le personnaliser à souhait.
Côté programmation, je n'ai pas encore vraiment approfondi, mais j'ai également le sentiment que c'est mieux foutu du côté KDE, mais je reste persuadé que quelqu'un maîtrisant bien la chose pourra d'une part mieux argumenter, et d'autre part, sera certainement plus en mesure de dire si l'un ou l'autre est vraiment meilleur, mon avis est purement personnel pour le moment et n'a rien de représentatif.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Tu peux donner tes sources ?
Sur les mailing-list de RedHat/Fedora l'impression est que Gnome est plus utilisé. Assez nettement mais c'est aussi normal puisque RedHat préfère Gnome. Mais RedHat est aussi la distribution la plus utilisée.
Puis il y a le bureau et les applis. Evolution est le plus utilisé par exemple.
Si je regarde les stats de dlfp :
http://linuxfr.org/stats/usage_200402.html#TOPAGENTS(...)
Konqueror : 3.88 %
[^] # Et si on changait le non de linuxfr en windowfr ?
Posté par Samaty Tramo . Évalué à 0.
Ca c'est complètement dingue, je regarde les stats comme ca et je constate que plus de 25% du publique de linuxfr est monté sur window(msie) c'est complètement dingue, qu est ce qu il foute sur linuxfr ?
Il viennent troller pour essayer de faire rentrer dans le rang les "perturbateurs" ? Il s'intéresse à linux et veulent y passer ? Franchement je ne sais pas quoi en penser.
[^] # Re: Et si on changait le non de linuxfr en windowfr ?
Posté par alt3 (site web personnel) . Évalué à 1.
[^] # Re: Et si on changait le non de linuxfr en windowfr ?
Posté par Pinaraf . Évalué à 1.
Et ben, c'est parce que j'ai pas le choix pour l'instant (carte réseau wifi incompatible...)
Les autres peuvent faire ça depuis une entreprise par exemple...
[^] # Re: Et si on changait le non de linuxfr en windowfr ?
Posté par passant·e . Évalué à 1.
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: Et si on changait le non de linuxfr en windowfr ?
Posté par patrick_g (site web personnel) . Évalué à 1.
ils surfent au boulot sous W2000 comme moi....t'a le choix de ton OS au boulot toi ?
[^] # Re: Et si on changait le non de linuxfr en windowfr ?
Posté par Samaty Tramo . Évalué à 1.
C'est surtout en regardant les commentaires de pbpg et de Raphael SurcouF que je me suis demandé si c'était pas des windowsiens précheurs. Pour pbpg on est fixé.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Moi c'est le contraire, j'ai testé les 2 et j'utilise Gnome.
Indépendement (et alors que j'étais à des centaines de kilometres) mon petit frere a testé les 2 et utilise Gnome, ...
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 2.
J'ai pas dit que c'était nouveau, j'ai dit que c'etait là.
> C'est révolutionnaire
Je ne pense pas non.
> De plus le C ce n'est pas un language de merde
Non. Même, je vais te surprendre mais j'aime bien coder en C. Par contre, coder un Gtk n'a pour moi rien à voir avec du C. Quand je fais des classes, de l'héritage et que je manipule le concept de surcharge de méthode, je préfère utiliser un langage objet où ces paradigmes font partie du langage et ne sont pas rajoutés à coup de bricolage macroesque incertain.
Pour ce qui est de la programmation d'interface graphique, je pense que le C est << un langage de merde >> pour reprendre tes mots. Et ce pour les raisons que je viens d'évoquer.
L'idée de mon post était de rappeler qu'en terme de facilitation de développement d'applications graphiques, KDE a pas mal de mécanismes, la plupart basés sur XML, qui permettent de faire beaucoup de choses de façon automatisée (génération automatique de stub pour dcop) et que au lieu de lorgner en permanence du côté de Microsoft pour de l'innovation, la ximian team ferait bien de regarder de plus pres ce qu'il y a dans KDE et dans les autres projets comme GnuStep.
> Et il a raison sur la proposition d'avoir un language de script central
Malheureusement, ca ne sera pas possible dans la communauté du libre car chacun a son langage de script favori et aucun ne peut vraiment l'emporter. Pour les emacsien, c'est le lisp, RMS recommande le scheme, certains penchent pour python, d'autre ruby, d'autres perl, d'autre Javascript, d'autre C#, lua, Objective Caml, ...
C'est plus facile coté microsoft puisque tout le monde boit ce que dit Bill Gates. A noter quand meme que pendant longtemps, le basic VB etait incompatible avec le basic Access, lui-même incompatible avec sa version précedente, et que tout ca est incompatible avec le basic VB.NET . Bref, faut pas croire que tout est aussi rose que le marketing veut bien le dire. Je me demand même si on n'a pas la vie plus simple, parce qu'au moins, on sait à l'avance que python ne veut pas dire perl.
Ce qui est important, c'est en terme de diversité de langage, c'est que chacun aie accès de la même façon au coeur Gnome ou KDE. La seule facon de garantir cela, c'est de générer automatiquement les bindings comme le font aujourd'hui KDE et Gnome.
> Gnome est toujours là et en pleine forme.
Il est toujours là mais pour moi, il n'est pas en pleine forme. Il a coûté beaucoup plus cher que KDE et terme de mois-hommes. Et quand on regarde les rouages, KDE est beaucoup plus avancé. En trois lignes de bash, je peux m'amuser à faire un fond d'écran dynamique avec mes photos de vacances, sans aucune connaissance précise sur KDE en dehors du fait de taper kdcop.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 2.
do
for img in /chemins/vers/mes/wallpaper/*;
do
sleep 600;
dcop kdesktop KBackgroundIface setWallpaper $img 5;
done ;
done
Ca change de fond d'écran toutes les 10 minutes. Mais c'est un peu con vu que ça existe déjà dans la conf de KDE option Diaporama :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par GnunuX (site web personnel) . Évalué à 4.
while(true);
do
for img in /chemins/vers/mes/wallpaper/*;
do
sleep 600;
gconftool-2 --type string --set /desktop/gnome/background/picture_filename $img
done ;
done
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Qu'en est-il si tu veux agir sur un objet qui n'est pas une option ? L'autre jour par exemple, j'ai ecrit un script bash + dcop pour recuperer les URLs de tous les onglets ouverts dans konqueror. Je m'en suis servi aussi pour envoyer des commandes dans plusieurs onglets d'une konsole via un script bash. Pour ce genre d'utilisation avancee, je ne pense pas que gconftool suffise.
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 1.
samaty AT free fr. Merci.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par zdeubeu . Évalué à 0.
Je trouvais juste que c'était dommage de ne même pas placer un mot dans une news à >500 commentaires.
Daisolai.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
k=konqueror-2775; for i in `dcop $k | grep html-widget`; do dcop $k $i url; done
Pour l'autre, j'ai fait une astuce a l'epoque:
http://linuxfr.org/tips/176.html(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Par contre pourquoi il faut lui préciser le type ? Il peut pas se démerder tout seul et lancer une erreur si il le faut ? :(
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . Évalué à 1.
gnome et orbit c'est une autre histoire
[^] # Re: XAML et l'avenir de GNOME
Posté par Samaty Tramo . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Je viens d'utiliser glade (version 2.0) pour voir et il manque pas mal de chose pour en faire un outil aussi bon que Qt Designer.
Comment je fais pour connecter un signal a un slot ? Glade ne permet que de reagir en terme d'evenements (j'ai clique ici, appelle moi cette fonction), facon visual basic mais il ne permet pas de faire plus.
En une minute de Qt Designer, tu peux faire un combo-box qui met a jour un champ edit en fonction de l'item selectionne dans la combo (connecter le signal activated(QString) du combo au slot setText( QString) du texteedit) mais faire la meme chose sous glade ne me semble pas possible. L'exemple combo est relativement simple, en general, j'utilise Qt Designer pour faire des trucs quand meme plus complexes, avec des combo qui invalident les widgets, des check box qui cachent des widgets. Tout ca doit se faire cote code avec glade.
Il ne m'a pas semble voir les widgets specifiques Gnome. On ne peut faire que du Gtk avec glade ?
J'ai cree un combo-box mais je ne peux pas le remplire. Idem pour un GtkTreeView, impossible d'ajouter des elements dedans. J'en conclus qu'on ne peut avoir que des widgets vides. Plutot decevant.
Comment je fais pour choisir l'ordre de la navigation clavier avec tab ?
Pour ce qui est de l'aide, l'onglet Help de glade ne contient que un miserable dialgue 'about glade'. Quid d'un tutorial ou d'un document d'aide ? C'est d'autant plus dommage que le systeme de gestion de l'aide est vraiment tres bien fait sous Gnome et je trouve l'afficheur plus joli et plus fonctionnel que celui de KDE. Le site web est lui-meme tout aussi pauvre en documentation.
En resume, je comprends que tu n'aies pas vu de grande difference entre glade et Qt Designer si tu passes du premier au second mais dans l'autre sens, la transition est difficile.
[^] # Re: XAML et l'avenir de GNOME
Posté par j (site web personnel) . Évalué à 1.
Projet -> Nouveau projet -> Nouveau projet GNOME
et la catégorie de widget GNOME apparait dans la palette Glade
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Qtdesigner est dautant plus peu exitant que Qt est bien foutu. Par contre générer des .ui est intéressant (comme avec glade).
> Comment je fais pour connecter un signal a un slot ?
Comment fait Qtdesigner ? Il génère une ligne de code. Exemple :
QApplication::connect(justiActionGroup, SIGNAL(selected(QAction *)), this, SLOT(justiToggled(QAction *))) ;
Rien de plus. Et c'est toujours à toi de coder le slot si ce n'est pas un slot prédéfini.
> Glade ne permet que de reagir en terme d'evenements (j'ai clique ici, appelle moi cette fonction)
???
Si. Faut regarder dans les propriétés de l'object.
> L'exemple combo est relativement simple, en general, j'utilise Qt Designer pour faire des trucs quand meme plus complexes, avec des combo qui invalident les widgets, des check box qui cachent des widgets. Tout ca doit se faire cote code avec glade.
Oui ça se fait côté code pour Glade. C'est grave ?
> Il ne m'a pas semble voir les widgets specifiques Gnome. On ne peut faire que du Gtk avec glade ?
???
Il sont là chez moi.
> J'ai cree un combo-box mais je ne peux pas le remplire. Idem pour un GtkTreeView, impossible d'ajouter des elements dedans. J'en conclus qu'on ne peut avoir que des widgets vides. Plutot decevant.
C'est normal, c'est Gtk+ et ce n'est pas lié à glade.
> Comment je fais pour choisir l'ordre de la navigation clavier avec tab ?
Bonne question. Gtk tient compte de "tab" mais je ne sais pas si l'order est modifiable.
> Pour ce qui est de l'aide, l'onglet Help de glade ne contient que un miserable dialgue 'about glade'. Quid d'un tutorial ou d'un document d'aide ?
Là, je te rejoind à 100%. La doc Gtk+ n'est vraiment pas du niveau de Qt. Ce surtout un problème d'organisation. Avec la doc Qt on a rapidement une vue globale sur ce qui est disponible.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Oui, mais beaucoup de slots predefinis sont suffisants. Typiqueemnt, pour un dialogue de configuration ou certains checkbox et combo vont activer ou desactiver d'autres widgets, tu peux faire tout avec Qt Designer puisque tu vas utiliser des signaux et des slots existants. Je trouve ca plus fun que de le faire dans le code.
> > Glade ne permet que de reagir en terme d'evenements (j'ai clique ici, appelle moi cette fonction)
> Si. Faut regarder dans les propriétés de l'object.
J'ai pas vu ou pas compris comment il fallait faire. On peut choisir de connecter un signal a un callback, mais pas un signal a callback d'un autre objet. Ou en tout cas, j'ai pas compris comment il fallait faire. Je voudrai faire l'exemple plus haut, ou un combo-box met a jour un champ textedit. A la rigueur, si tu peux le faire, envoie-le moi par mail, ca m'interesse.
Pour l'absence des widgets Gnome, c'est parce que ma gentoo a pris mon setting par defaut qui est sans gnome.
> J'ai cree un combo-box mais je ne peux pas le remplire.
Correction, je peux remplire la combo-box. Le lien "Edit Menu" n'est pas tres parlant. En revanche, je n'ai pas pu remplire la GtkTreeView
Donc une impression moins negative que la premiere fois mais quand meme, c'est pas encore ca.
[^] # Re: XAML et l'avenir de GNOME
Posté par Moby-Dik . Évalué à 2.
C# comme langage de script ???? Et pourquoi pas de l'assembleur pour remplacer le HTML.
Rah mais qu'est-ce qu'il faut pas lire des fois...
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Ok, ok.
MS va virer VB pour le remplacer par C# (à long terme !). Java n'est pas un language de script mais il peut être utilisé comme ça.
Il existe (ou existait) des interpréteurs C. Le C n'est pas un langage de script pour autant.
[^] # Re: XAML et l'avenir de GNOME
Posté par Frédéric Lopez . Évalué à 1.
http://www.gamasutra.com/features/20000802/huebner_pfv.htm(...)
[^] # Re: XAML et l'avenir de GNOME
Posté par Moonz . Évalué à 1.
Te dérange pas, tu peux dire XUL de chez microsoft en passant...
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 1.
Ca me ferait mal.
[^] # Re: XAML et l'avenir de GNOME
Posté par Vivi (site web personnel) . Évalué à 1.
je ne te le fais pas dire.
[^] # Re: XAML et l'avenir de GNOME
Posté par fmaz fmaz . Évalué à 1.
Les langages XML de description d'interface existent sous linux depuis longtemps donc pas besoin de XAML.
Si je comprend bien, tu dis:"
- TRUC permet de faire CHOSE;
- BLOP permet de faire chose;
- TRUC existait avant BLOP donc BLOP est inutile."
Dans le même genre, je te répond:"
- Fortran est un langage acceptable de programmation (*);
- C++ est un langage acceptable de programmation;
- C++ ne sert à rien, vive le Fortran."
On peut remplacer C++ par n'importe quel langage développé après Fortran.
Des gens ont crée XUL (par exemple). Ils ont fait des choix bon et/ou mauvais. Après quelques temps, d'autres gens ont pu prendre du recul et se dire qu'on pouvait faire mieux.
(*) cf un cours de décidabilité. Un langage acceptable de programmation est en gros un langage qui permet de programmer n'importe quoi. On peut coder un interprète C++ dans un interprète LIP dans un interprète OCAML en FORTRAN.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
- TRUC, MUCHE, BIDULE existent et permettent de faire des choses et nécessitent des gens pour les améliorer / normer,
- BLOP existe pas encore et encore moins sous linux et est un format qui dépend d'une grosse société connu pour ses techniques commerciales douteuses,
- TRUC, MUCHE, BIDULE valent plus le coup d'être amélioré que d'utiliser et implémenter BLOP qui à terme fait dépendre d'une société externe.
"...d'autres gens ont pu prendre du recul et se dire qu'on pouvait faire mieux."
Miguel ne dit pas qu'on peut faire mieux, il dit "Microsoft a fait mieux". Il a sûrement raison mais ce n'est pas comme-ça que le libre va avancer :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 0.
Perso, je trouve que ces interfaces XML ont des défauts majeurs qui font qu'elles ne dépasseront pas rapidement html :
- plus lourdes
- plus complexes à déployer
- dépendantes de plateformes
Je vois pour l'instant mal un site web écrit en XUL, ou XAML ou n'importe quel autre format de ce genre...
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Elles n'ont pas à le faire. HTML et XAML n'ont rien à voir. Ca les décideurs ne l'ont pas compris vu qu'ils demandent que les applications web légère agissent comme des applications lourdes. Miguel De Icaza doit-être un décideur qui fait pas la différence entre le web et les applications lourdes.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par MsK` . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 9.
Ce qui défini un format XML c'est sa DTD et encore ce n'est pas suffisant.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par MagicNinja . Évalué à 4.
Ou son schema XML... zut la poule et l'oeuf ;-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 1.
L'avantage, c'est qu'on réduit les temps de chargement : quand on clic sur un bouton d'arborescence par exemple, il y a pas un rechargement de la page...
Mais c'est franchement inutile !
[^] # Re: XAML et l'avenir de GNOME
Posté par ted31 . Évalué à 1.
Le rechargement de la page nuit completement au 'dynamisme' de l'app, surtout si ton serveur est à perpete les bains.
[^] # Re: XAML et l'avenir de GNOME
Posté par VACHOR (site web personnel) . Évalué à 6.
Sinon, pour s'amuser et voir la pouissance de XUL, essayez ces liens avec Mozilla :
http://robin.sourceforge.net/(...)
http://mab.mozdev.org/(...) (cliquez sur la fenetre "for all users : what is MAB)
[^] # Re: XAML et l'avenir de GNOME
Posté par Pascal Terjan (site web personnel) . Évalué à 4.
[^] # Re: XAML et l'avenir de GNOME
Posté par Eul Guignol . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Anonyme . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Julien Portalier . Évalué à 2.
Je sens que je vais m'amuser avec ce truc, genre pour ajouter une petite interface rapide et agréable pour poster sur mon blog ^^
[^] # Re: XAML et l'avenir de GNOME
Posté par durandal . Évalué à 1.
http://robin.sourceforge.net/(...(...))
Pas drôle, ils ont limité la récursivité à 3... ;)
[^] # Re: XAML et l'avenir de GNOME
Posté par Éric (site web personnel) . Évalué à 3.
Le XML n'a rien d'intrinsèquement plus lourd que le HTML (c'est vraiment du kifkif). Il est même plus rapide à interpréter (car il y a moins de logique à mettre dans l'interpréteur).
> - plus complexes à déployer
Pourquoi ?
> - dépendantes de plateformes
Pas plus que le HTML, faut juste attendre qu'on fasse les implémentation, comme tout nouveau format.
[^] # Re: XAML et l'avenir de GNOME
Posté par max . Évalué à 2.
Le XML est plus rapide à traiter que du HTML classique puisque il est plus strict au niveau de la syntaxe (balises obigatoirement fermées, sensible à la casse...etc)
-> plus complexe à déployer
Lorque XAML arrivera, Internet Explorer, qui est le navigateur le plus répandu le supportera. Les autres suivront certainement.
-> dépendantes de plateformes
XUL qui est une technologie qui fonctionne déjà et qui est disponible sur toutes les plateformes supportées par mozilla.
Avec des langages de description d'interface en XML, on pourra dissocier l'interface du programme lui même. Ce dernier pourra être écrit en PHP, en javascript, en C (mettez ici votre langage préféré). C'est une avancée majeure pour faciliter la vie des programmeurs et donc celle des utilisateurs.
Vive XUL, vive XAML !
[^] # Re: XAML et l'avenir de GNOME
Posté par Arachne . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pinaraf . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 1.
# M
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 2.
Vous croyez réellement que vous pourrez modifier l'apparence d'une application .Net en ouvrant le .xaml qui va bien ? Ben non. Ce sera compilé.
XAML ne sera utilisé que comme équivalent aux fichiers de ressources de VC++.
XAML n'est pas équivalent à XUL.
XAML est aussi différent de XUL que peut l'être C++ de C#. Mais il faut s'être penché sur le sujet pour s'en rendre compte...
[^] # Re: M
Posté par Infernal Quack (site web personnel) . Évalué à 1.
On peut les utiliser pour générer une application compilée comme XAML mais aussi les utiliser en chargement à la volée comme XUL si je ne me trompe pas.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: M
Posté par tene . Évalué à 1.
Amha, c'est là tout son intéret...
XAML ne sera utilisé que comme équivalent aux fichiers de ressources de VC++
Justement non... Les fichier resource de windows (ça dépend de windows, pas de VC), qui ont étés oublié du monde .NET, était lourdingues, très très limité (en dehors des controles de bases, tout était usercontrol), le positionnement des controles était inexistant (en dehors de la position absolue). Mais ce n'est, amha, pas là le point important: que ce soit resource (.res) ou fichier XML, ou fichier ce que tu veux: tu continues à ne faire que décrire ton IHM.
XAML tente d'aller plus loin que cela: tu décris également son comportement et le databindings.Et c'est pour cela que c'est, amha, intéressant que ce soit compilé: un fichier XAML et un source C# (ou tout autre langage .NET) une fois compilé forme une et une seule classe! Je te laisse imagine la facilité que cela apporte au niveau de l'échange de donnée entre GUI et code. (compare avec XUL par exemple).
Pour l'instant, je ne vois pas cela comme une révolution... mais comme un de ces "petits trucs" qui font gagner du temps... (dans le même ordre d'idée que le foreach, les generics, les events, les delegates, la completion de code, etc...).
# Re: XAML et l'avenir de GNOME
Posté par Olivier Meunier (site web personnel) . Évalué à 5.
Par ailleurs, le XML à toutes les sauces n'est pas focemment la solution répondant à tous les problèmes. On en arrive très (trop) vite à des structures très complexes. Je ne pense pas pour l'édition à la main mais pour les outils chargés de lire et surtout d'éditer ces données.
Il manque une chose capitale à XUL (en plus d'interfaces vers GTK, QT, win...) c'est un éditeur digne de ce nom, un Glade qui fait du XUL et adapté au chimpanzé moyen. Un outil qu'on puisse mettre entre les mains de non codeurs.
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Olivier Grisel (site web personnel) . Évalué à 2.
http://xulfr.org/news/2004/03/02/17-LeFuturDeMozilla(...)
En tout cas je l'espère. XUL et les technologies connexes ont vraiment un rôle à jouer au niveau des interfaces HIM dans un contexte les services web (WS) se développent et s'imposent petit à petit comme un nouveau paradigme. (Je ne parle même pas du Grid / OGSI qui devrait suivre assez rapidement).
[^] # Re: XAML et l'avenir de GNOME
Posté par _alex . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
Quand on voit comment xul était régulièrement allumé ici... surtout par des gens qui n'y comprennent rien...
# ...pour un peu plus savoir de quoi on parle...
Posté par Nÿco (site web personnel) . Évalué à 3.
Et puis l'excellent http://www.xulplanet.com/(...) et enfin l'excellentissime http://sourceforge.net/mailarchive/forum.php?forum=xul-announce(...)
[^] # Re: ...pour un peu plus savoir de quoi on parle...
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
http://www.xulfr.org/news/2004/03/05/18-PasDeXulDansGlade(...)
# Re: XAML et l'avenir de GNOME
Posté par - - . Évalué à 8.
on marche sur la tete...
CSS et html ont jamais été pensé pour faire une "interface graphique"
et XUL est infiniment plus complexe pour justement pouvoir décrire des interfaces graphiques
XAML est _pas_ un remplacant de HTML donc la question de "xaml va t'il remplacer html" ne se pose pas
et de toute façon, on ne peut PAS remplacer XHTML/html pour le web. on a _besoin_ du html et de supporter les _millions_ de page web
pour le cas XAML, on ne va _pas_ développer du xaml à la main dans la plupart des cas quand on fait une "bonne vielle application" (genre, paintshop pro, word, etc hein )
on utilisera un environnement de developpement avec son éditeur d'interfaces.
XAML n'est qu'une souplesse pour pouvoir transporter/modifier selon les besoins, l'interface d'une application (qu'elle soit "internet" ou non)
libglade n'est pas si éloigné de cela
xul est tout à fait utilisable
et de toute façon
il faudra toujours implémenter les "callbacks" des widgets et de l'interface dans un bon vieux langage de programmation (qu'il soit objet, pseudo compilé, procédural ou autre) , oui oui c# c est aussi un "bon vieux langage" (une nouvelle syntaxe quoi )
et encore une fois, il n y aura pas d'explosions et de revolutions de la mort
oui encore une fois Microsoft propose un nouvel outil à ses développeurs
je rappelle que DDE etait un bon outil
puis OLE fut une bonne fondation
puis AVI
puis Direct X
etc
et a chaque fois, cela devait tuer toute forme de rebellion
et a chaque fois c est devenu l'outil standard des developpeurs windows (ben vi, ce sont des technologies windows, faudrait etre con pour s'en passer) et le concurrent de technologies d'autres OS/plateformes.
GNOME (ou kde) a PAS forcément besoin d'un "XML pour décrire les interfaces graphiqueuuux puisque MS le fait"
Gnome a besoin d'un environnement de developpement et d'une API pratique, puissante, rapide et intégré avec un os (linux par exemple) rapide, pratique , puissant
le tout bien documenté
et avec une licence pratique, connue et souple (comme la LGPL et la GPL )
le plus grand MAL de gnome (et pas de kde cette fois) c'est le _manque_ d'un véritable outil COMPLET et TOTAL pour développer une application
qq chose similaire au couple Xcode/Interface builder d'Apple ou Visual Dev de microsoft
non, pas un simple "éditeur", aussi bon soit il comme anjuta ou surpuissant comme emacs
mais d'un environnement complet
prenant en compte la création d'un document d'aide pour scrollkeeper, permettant a la "wysywig" de faire son interface "glade" INTEGRE avec le CODE (gtk#, c ou python ) tapé à coté. (brer que glade soit fusionné / intégré avec un anjuta like ou du moins collabore avec ), permettre de créer l'icones, le .desktop, le .spec pour le rpm etc ,
ceci est infinimemt plus important qu'une enieme "techno à la cool"
parce que microsoft ou apple, ou meme sun, ce n'est pas seulement une "enieme techno à la cool" mais en meme temps L'OUTIL pour pouvoir "mettre en oeuvre cette enieme technologie a la cool" et manifestement, la communauté sur linuxfr n'a pas saisi cela.
l'outil et LA DOC c'est IMPORTANT pour convaincre des developpeurs, des etudiants, des équipes ,des décideurs.
et alors que la communauté GNOME réalise l'importance vitale de documenter et d'avoir des sites _officiels_ de supports, il serait farfelu d'oublier tout cela parce que subitement "viiiite faut qu'on casse tout ce qu'on fait parce qu'il faut faire un clone de xaml!!!!!"
j"en suis encore à me demander en quoi me foutre a taper en une syntaxe xml et styler en .css mon interface graphique de soft à la con comme des pan ou des gimp2 va être plus fabuleux que si j'avais un BON environnement de _développement_ ...
QT designer de trolltech, c quand meme autre chose quand on y pense. ca c du concret.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 2.
J'ai fait une petite appli pour un client. Il fallait du C++ et que ça tourne sous Linux et si possible sous Mac et Win. J'ai choisi Qt que je ne connaissant pas.
J'ai lu la doc puis j'ai vaguement regardé qtdesigner :
1°) Tous les widgets de Qt ne sont pas disponibles (pénible).
2°) Certain placement de widget que je n'arrivais pas à mettre en oeuvre alors quand C++ ça prend 2 lignes.
3°) ça plante. Il semble qu'il y a un problème lorsque la fenêtre est redessinée. Je dis ça plante, ce n'est pas du tout la même chose que "c'est plein de bugs" !
Bref, je n'ai pas trouvé ça très intéressant et je ne l'ai pas utilisé et je ne regrette pas du tout. Par contre, l'API Qt est très agréable et la doc aussi. C'est bien conçu.
Et pour finir Qt designer et Glade font la même chose.
C'est parce que Qt designer intègre un éditeur de texte qu'il est génial ?
PS : J'aurais du regarder mon trolomètre avant de répondre.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 4.
J'ai juste trouve deux trucs lourds, c'est de devoir casser des layout pour pouvoir ajouter un objet et le fait qu'on puisse pas creer des widgets customs heritant d'un widget connu.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 0.
Je ne veux pas dire que Qt Designer est un truc qui plante tout le temps. Ça plantait chez moi (RH9 et Fedora). C'est peut-être la version livrée qui a un problème.
> je n'ai pas trouve de widget manquant par rapport a mes besoins.
Compare avec la doc, il en manque plein. Ceci n'est pas forcément un reproche si l'approche est d'avoir un système simple de développement.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 2.
La situation devrait s'améliorer avec Fedora qui a l'air beaucoup moins fermée que ne l'était Redhat.
> Compare avec la doc, il en manque plein.
Je sais pas si ils y sont tous, j'ai juste dit que aucun ne m'avait manqué. J'ai réussi à faire exactement ce que je voulais sans ressentir de limitation. Lequels t'ont manqué ?
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Biensûr qu'ils le font exprès. RedHat ne veux converser que les utilisateurs Gnome et éviter les tâcherons qui gravitent autour de KDE.
Par contre je me demande pourquoi il livre toujours KDE. Ça c'est un mistère...
PS: il y a un troll quelque part. Mais où? Celui qui trouve à droit à un [+].
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 1.
Au boulot, je travaille sur une redhat 9 avec KDE (j'ai pas eu le choix de l'os :-D). A la maison j'ai 3 pc sous mandrake cooker avec KDE.
Personnellement, je ne vois pas la différence, c'est KDE dans les 2 cas. Une différence ? oui, les outils de conf graphique spécifique à redhat et mandrake.
A part ça c'est kde. Bien sûr au premier boot sous redhat avec kde, tu as le thème redhat (pas bô, kde ressemble à gnome) mais tu le vires et tu fais la config que tu aimes bien et c'est kde (leur truc c'est un thème, un thème c'est pas kde).
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Bluecurve n'est pas le thème par défaut de Gnome. Tu as KDE *et* Gnome qui ressemblent à "redhat". Nuance.
Es-ce que je dit :
- fait chier Bluecurve, j'ai Gnome qui ressemble à KDE :-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Il y a eu aussi enormement de problemes autour de l'internationalisation. Redhat livrant majoritairement aux americains, il s'en foutent un peu des accents et des conneries comme ca. Donc KDE sur Redhat etait en general dysfonctionnel au niveau de la gestion de l'internationalistion.
Il y a eu une epoque ou ils avaient change le fonctionnement de kppp de sorte que la doc ecrite en 47 langues n'etait plus valable. C'est la coordinatrice de la documentation qui etait contente!
On peut citer aussi le fait qu'ils ne packagent jamais les versions mineures de KDE donc les utilisateurs ne peuvent pas faire des mises a jour de correction de bug.
Et puis il y a eu les problemes quand ils ont livre un snapshot de gcc non release qui foutait la merde au niveau de la compile et de la compabilite binaire.
La suppression du 'About KDE' n'est pas tres bien passe non plus.
Pour tous ces problemes, la reponse de Red Hat a toujours ete aux developpeurs KDE a ete : allez vous faire foutre.
Donc a chaque fois que RedHat fait qqch avec KDE, on s'attend au pire meme si pour l'instant, il n'est pas arrive. Il y a eu un troll sur le fait que leur beta 9 ne contenait pas KDE qui s'est avere infonde.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
Pas sûr ça, ils ont quand même payé Owen pendant très longtemps pour bosser sur Pango dont le seul but est de pouvoir afficher correctement du texte dans n'importe quel langage.
[^] # Re: XAML et l'avenir de GNOME
Posté par Erwan . Évalué à 2.
Avec Debian et les distributions source, c'etait la seule distribution non-locale utilisable par les japonais.
Ils ont aussi ete les premiers a integrer l'UTF8. En ce qui me concerne je n'aime pas RedHat (techniquement) mais il faut reconnaitre que l'internationalisation est loin d'etre leur point faible.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à 1.
Je pense qu'il voulait dire que redhat se fout de l'internationalisation sous kde.
[^] # Re: XAML et l'avenir de GNOME
Posté par GnunuX (site web personnel) . Évalué à 1.
Voila tout est dit ... le reste du message n'a aucun interet.
Je connais des gens sous RedHat et sous KDE.
Ils n'ont jamais quitté ni l'un ni l'autre et ne c jamais plaind
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
Surtout n'installe pas une RedHat. Tu fesais chuter significativement le niveau global de ses utilisateurs.
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 1.
Faux, en tout les cas sur redhat 9. Je suis en français dans KDE et tout est absolument normal.
Je le répète la seul différence (perceptible en tous les cas) c'est le thème redhat qui est mis par défaut au premier démarage.
Pour la box about, c'est vrai.
Donc KDE c'est KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
Il s'est pose plusieurs fois la question a l'interieur de KDE de citer officillement les distributions supportant KDE (comprendre, l'installant correctement) d'ou Redhat aurait ete exclu.
> Je suis en français dans KDE et tout est absolument normal.
alors, KDE 3.2.1 marche bien pour toi ?
[^] # Re: XAML et l'avenir de GNOME
Posté par allcolor (site web personnel) . Évalué à 1.
Installe une redhat et puis vérifie par toi même. Personnellement je m'en fous, ma distrib préférée est mandrake. J'utilise une redhat au boulot car je n'ai pas eu le choix de la distrib linux. Et je peux t'assurer que je ne remarque pas de différence entre le kde de mandrake et celui de redhat (si y a pas la about box). Donc peut-être un problème a-t-il effectivement existé mais il ne semble plus présent.
[^] # Re: XAML et l'avenir de GNOME
Posté par max . Évalué à 1.
Les développeurs de Mozilla ont repris CSS pour ne pas réinventer la roue. Au final ça marche pas mal pour changer le look d'une interface graphique. Et ça permet d'utiliser les outils existants.
XUL n'est pas si complexe que ça. C'est plutôt le javascript qui est derrière qui est plutôt tordu à mon gout. De toute façon la puissance ne vient pas sans un minimum de complexité.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Gabriel . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 1.
[^] # IHM et interfaces descriptives
Posté par Quzqo . Évalué à 2.
Que ce soit adopté ou pas... j'avoue m'en désintéresser
Qu'il manque un véritable outil de développement et de design (type RAD) pour Gnome... je suis aussi d'accord, mais c'est une autre histoire.
En revanche, je pense qu'envisager une alternative à l'implémentation "conventionnelle" des IHM au travers d'interfaces descriptives, quelqu'elles soient, peut constituer un réel avantage dans certains cas, notamment pour :
+ de petits développements
+ l'aspect multiplateforme (moteur de rendu externe à l'application)
+ décorréler l'interface (la vue) du traitement car l'IHM est à mon sens une spécialité à part entière trop souvent négligée dans une application.
Cette approche permet entre autres :
+ de ne pas (ou peu) se soucier du rendu de l'interface délégué à un moteur "externe"
+ d'autoriser plus de souplesse tant au niveau du développement (ressources externes au code proprement dit) qu'à l'utilisation (possibilité de fournir une description "alternative" : look-n-feel, ergonomie adaptée/adaptable...)
[^] # Re: IHM et interfaces descriptives
Posté par Philippe F (site web personnel) . Évalué à 1.
# Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -3.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . Évalué à 1.
Ah ouais, au fait, en quoi est-ce que C# est proprietaire ?
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par moudos (site web personnel) . Évalué à 3.
donc par transitivite :
C# = proprio .... CQFD
(encore un pb de math vite resolu )
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 3.
ISO ou ECMA = librement implémentable et utilisable
C# = librement implémentable et utilisable
CQFD
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 0.
Bienvenu dans le monde reel.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 4.
Qques développeurs aimeraient apparemment s'en servir mais *rien* n'est décidé, mono n'est même pas dans la "gnome developer platform", et à mon avis si qqu'un propose de l'ajouter, ça va flamer sec.
A mon avis on va voir qques applis en c# matures pour gnome 2.8 ou gnome 2.10, mais le temps que du c# apparaisse au coeur du projet est encore loin à mon avis.
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -1.
Achetez vous de l'humour, c'est Libre !
[^] # Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Christophe Fergeau . Évalué à 2.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 0.
Je ne crois pas.
> mais le temps que du c# apparaisse au coeur du projet est encore loin à mon avis.
Pour moi ça n'arrivera jamais.
Par contre ce qui est possible c'est que C# devienne le language préviligié pour développer des applis qui utilisent l'infrastructure de Gnome. Un peu l'équivalent de Visual Basic. Windows n'est pas écrit en Visual Basic :-) comme Gnome ne sera pas écrit en C#.
Mais ceci ne se fera que selon les merites de C# (et son implémentation
mono/gtk#, ...).
[^] # Re: XAML et l'avenir de GNOME
Posté par Infernal Quack (site web personnel) . Évalué à 0.
C'est VB.net qui est un langage de script.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: XAML et l'avenir de GNOME
Posté par Benoît Salandre . Évalué à 0.
VB.Net est le pendant de C# utilisant la syntaxe de VB.
A part quelques fonctionnalités, VB.Net et C# sont équivalents.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Black Fox . Évalué à 1.
Quant à moi je programme depuis longtemps en Pascal Objet (freepascal et delphi) et je me demmande si je vais pas passer au C# : Même auteur que le Pascal Objet, mêmes bases donc Sympa.
Je trouve seulement domage d'abbandonner une bonne gestion Objet à un garbage collector...
Mais il faut que je m'intéresse à Objective C aussi ...
# Re: XAML et l'avenir de GNOME
Posté par dcp . Évalué à 2.
http://linuxfr.org/comments/365889.html(...)
Et oui, je vais la sortir....
"Moi aussi."
Je sors--->[] (mais aller le lire!)
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à 1.
http://linuxfr.org/2004/03/09/15674.html#365889(...) c'est plus honnète car on voit aussi les réponses.
# XUL everywhere
Posté par Manwe . Évalué à 5.
La question n'est pas XAML ou XUL ou un autre language XML.
La question n'est pas "c'est lent", "c'est rapide", "c'est lourd"
La question est d'unifier la programmation des UI.
Microsoft a copié completement la platteforme Mozilla pour
Longhorn. On a beau dire, c'est pas par hazard.
http://www.devx.com/DevX/Article/17899(...)
Je crois qu'au niveau Licence, Mozilla est approprié. De plus, le XUL est désormais bien avancé (plus que XAML)
Il nous faut unifier nos langages en faisant des interpréteurs XML UI pour nos Window Manager favoris (KXUL, GXUL) ou meme directement X11XUL. Ainsi que des plugins pour nos outils de Dev de facon à pouvoir compilers ces XML pour monter les performances.
Les applications pourront ainsi être installées avec les UI compilées ou modifiables.
perso, je reve d'un YXUL :)
http://www.y-windows.org/about.html(...)
Si on pouvait programmer au moins les UI de la meme facon quelque soit les langages utilisés, un grand pas serait fait.
Je suis pour l'idée de Edd Dumbill. Cette direction est inéluctable.
So, lets Code my friends !
[^] # Re: XUL everywhere
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Bah j'ai deja fait une appli en php-gtk, interface designée dans glade et utilisée avec la libglade. J'ai du refaire l'interface pour le passage gtk->gtk2 et je suis passé à perl vu que les bindings php pour gtk2 sont pas encore la...
J'ai pas aimé perl donc j'ai repris le .glade sans le changer pour une version en ruby, pour laquelle j'ai quand même complété l'interface par la suite.
Le XML de glade peut aussi être utilisé en C, C++, python, ADA, ...
[^] # Re: XUL everywhere
Posté par Manwe . Évalué à 1.
Les migrations seraient bien plus rapides (par exemple OpenOffice qui veut passer en Qt ou Gtk je sais plus).
Le probleme est de choisir ce format (hehe, trolls en perspective).
XUL parait tres bien car XPCOM et XBL permettent d'inclure du comportement qui n'a souvent rien à faire avec le traitement pur.
Moi je dit : tout en XML ! (compilé ou non)
XUI -> Description de l'interface
XMC -> Description du comportement
XSS -> Description du style (un CSS 3 quoi)
XCF -> Description des parametres de l'application
Ne sont compilées que les parties choisies par le développeur.
Du coup, pas besoin de compiler pour tester les Devs.
Du coup, possibilité infinie de créer facilement des petites applis.
Du coup, ya qu'a choisir le compilateur et on a une appli compatible avec la platteforme de son choix.
[^] # Re: XUL everywhere
Posté par TImaniac (site web personnel) . Évalué à 1.
Résultat : XAML est bien évidemment utilisable avec le framework .NET (une translation est d'ailleur faite au chargement du fichier XAML), et donc par tous les langages du framework .NET (qui a été prévu pour être multi-langage) : C#, VB.NET, c++ managed mais aussi Java, Python, ML, etc.
De plus, grâce à ce cher Icaza, il y a également un bind de Glade (Glade#) pour .NET, Glade est donc à présent disponible pour TOUS les langages .NET. le programmeur .NET n'a donc que l'embarras du choix, soit il utilise Glade s'il veut utiliser GTK (GTK#) soit il utilisera XAML pour une GUI plus windozienne.
# Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à -1.
# Re: XAML et l'avenir de GNOME
Posté par Jiba (site web personnel) . Évalué à 1.
Sinon une autre façon de simplifier le codage des interfaces, ce serait tout simplement d'utiliser des langages d'un peu plus haut niveau que les traditionnel C, C++, java ou c#, je pense à Python / Perl / Ruby. Perso je trouve Python +Tk inégalé pour ce qui est de la vitesse pour développer une interface :-)
A quand un vrai projet de bureau avec ces langages ? :-)
[^] # Re: XAML et l'avenir de GNOME
Posté par Erwan . Évalué à 2.
Tres pratique pour le developpeur ! Mais pour l'utilisateur, c'est a chier.
[^] # Re: XAML et l'avenir de GNOME
Posté par Frédéric Heulin . Évalué à 1.
S'il est intéressant d'associer un modèle graphique aux modèles de données, il est primordiale de controler le placement final si tu ne veux pas te retrouver avec une usine a gaz.
On peut également imaginer des regles de placement automatique en fonction de contrainte ( relations entre les différentes données, internationalisation, priorité d'affichage etc ...)
# Re: XAML et l'avenir de GNOME
Posté par Obsidian . Évalué à 3.
# Re: XAML et l'avenir de GNOME
Posté par nicolassanchez . Évalué à 1.
Ça s'appelle Renaissance et ça permet de créer des interfaces en xml.
Par exemple :
<gsmarkup>
<objects>
<window id="A">
<button title="Close window" action="performClose:" target="#A" />
</window>
</objects>
</gsmarkup>
créé une fenêtre avec un bouton.
Allez voir http://www.gnustep.org(...)
ou http://www.gnustep.it/nicola/Tutorials/Renaissance/index.html(...) pour le tutorial.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pascal Terjan (site web personnel) . Évalué à 1.
<widget class="button" id="button11">
<property name="visible">True</property>
<property name="label">gtk-goto-bottom</property>
<property name="use_stock">True</property>
<signal name="released" handler="scroll_to_bottom" />
</widget>
[^] # Re: XAML et l'avenir de GNOME
Posté par nicolassanchez . Évalué à 1.
Encore une fois, je me trompe peut-être...
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . Évalué à 1.
Oui
Encore une fois, je me trompe peut-être...
A moitié...:-)
libglade te permet de charger, en dynamique, tout ou partie d'un fichier XML et constuit pour toi l'ensemble des widgets qui y sont décrits (et éventuellement les affiche). Bref la construction de l'interface par ton programme tient en 3 lignes de code avec libglade.
[^] # Re: XAML et l'avenir de GNOME
Posté par nicolassanchez . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par DiZ . Évalué à 1.
Je suis pas sûr de comprendre ?
Comment ils font ca en C (et de facon propre) ?
Parce que pour Renaissance ils utilisent le coté dynamique (et le runtime) de ObjC ....
Cela dit je voit pas l'intérèt "réel" d'avoir une interface décrite en XML .....
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . Évalué à 2.
Je ne vois pas trop ce que tu ne comprends pas ?
libglade (librairie C) utilise libxml pour parser le fichier XML de description de l'interface. Elle construit les widgets au fur et à mesure de leur lecture. libglade est aussi capable de connecter directement les "evenements" sur les widgets aux fonctions callbacks de ton code (tu donnes la fonction à connecter dans Glade, lors du design de ton interface), et cela toujours de manière dynamique. Je ne peux pas m'empêcher de vous montrer ça:
int gui_load( const char *fname )
{
xml = glade_xml_new( fname, NULL, NULL );
if ( ! xml ) {
UTL_ERROR_1( "cannot load %s", fname );
return 1;
}
glade_xml_signal_autoconnect( xml );
return 0;
}
Ce petit bout de code charge tout le fichier glade, l'analyse me construit l'interface, m'affiche la fenêtre principale (par ce que ce widget a été déclaré "visible" dans Glade") et me réalise, automatiquement, la connexion entre les signaux et les fonctions... En bref, je n'ai que les fonctions callbacks à écrire (outre le corps du programme)
Au passage, le coté dynamique de Glade (pour la connexion) est possible grace à l'utilisation de 'dlsym' (man dlsym)
[^] # Re: XAML et l'avenir de GNOME
Posté par DiZ . Évalué à 1.
>capable de connecter directement les "evenements" sur les widgets aux
>fonctions callbacks de ton code
Oui mais comment il sait que ton code contient bien ce callback au lancement de l'executable/interface ( pour par exemple grisé l'interface si le callback n'exsite pas) ?
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . Évalué à 3.
Il utilise la fonction
void *dlsym(void *, char *symbol_name).
symbol_name est une chaine de caractère contenant le nom de la fonction (par exemple) que tu recherches.
dlsym te retourne un pointeur sur la fonction (ou NULL si pas trouvé)
En résumé:
- dans Glade tu design ton interface et tu donnes le nom des fonction qui doivent-être appelé pour un widget et un évenement donné
- Cette description est sauvée dans un fichier XML
- libglade peut lire ce fichier
- Il construit les widgets rencontrés
- Il utilise dlsym pour "trouver" les fonctions callbacks identifiées dans le fichier XML et il passe les pointeurs de fonction aux fonctions GTK adéquates pour lier widget et events.
[^] # Re: XAML et l'avenir de GNOME
Posté par DiZ . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par DiZ . Évalué à 1.
est fait pour pallier le manque de "dynamisme" de C++.
La différence c'est que pour QT c'est implémenté de assez haut niveau (donc a priori plus lent) alors que c'est inclus dans le langage pour ObjC et que pour l'un ce n'est appliquable que pour l'interface graphique et l'autre c'est builtin.
[^] # Re: XAML et l'avenir de GNOME
Posté par icyfemur . Évalué à 2.
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul(...)" >
<button label="Close window" oncommand="window.close()"/>
</window>
Encore plus facile !
(Sauf erreur de ma part dans le code, je débute en XUL...)
# Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 6.
- les noms de balises correspondent au noms des classes
- les noms des attributs correspondent aux noms des champs des classes
- la hiérarchie correspond à la hiérarchie des conteneurs graphiques .NET.
où je veux en venir ?
Icaza est le chef du projet Mono, qui a comme ambition de porter le framework.NET sous linux, implémenter XAML ne va vraiment pas être compliqué vu la correspondance, et Mono semble être un point de départ tout prêt pour XAML, d'où l'idée de Icaza de ce portage supplémentaire.
Intérêt ?
Bah, le programmeur aura désormais le choix entre XAML et GTK (bah vi, Glade# et GTK# servent à ça), dans le langage .NET qu'ils veulent (parcque quand on fait un bind pour .NET ou mono on le fait pour tous les langages de la plateforme), et pourront même facilement avoir 2 GUI différentes en XML : si je suis sous win je charge le XAML, si je suis sous nux je charge le Glade, c pas bo ca ?
Voili voilou, je tenais à apporter ces quelques précisions sur les motivations de Icaza.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 0.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 1.
Avec une couche de description XML qui serait équivalente à l'API Swing.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 1.
Un volontaire pour Swing ?
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à 1.
Ca n'est utilisable que sur les langages derrière .NET non ? (C/C++/C# et VB)
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Benoît Salandre . Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 1.
# Re: XAML et l'avenir de GNOME
Posté par couriousous . Évalué à -2.
Rien d'innovant quoi.
# Re: XAML et l'avenir de GNOME
Posté par Docteur_Canard . Évalué à -3.
Si vous avez quelques [-] en surplus (mais après 482 commentaires, c'est que vous êtes difficiles), je vous donne aussi l'occasion de vous en décharger d'un.
Vous pouvez aussi plusser, mais vu l'intérêt nul de ce commentaire, celà signifierait que vous votez n'importe comment et qu'il serait justice de vous retirer ce droit.
Cordialement,
[^] # Re: XAML et l'avenir de GNOME
Posté par Dugland Bob . Évalué à -2.
A part que gnome, KDE et la programmation des UI, je m'en fous, je fais du swing sous mac.
[^] # Re: XAML et l'avenir de GNOME
Posté par \o/ . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par Pierre Tramonson . Évalué à -2.
[^] # Re: XAML et l'avenir de GNOME
Posté par imalip . Évalué à 1.
http://www.petitiononline.com/1a2Paris/petition.html(...)
De toute facon, ca se vera pas...
# Re: XAML et l'avenir de GNOME
Posté par Sten Spårvagnhög (site web personnel) . Évalué à 1.
# Re: XAML et l'avenir de GNOME
Posté par manchot . Évalué à -5.
Et hop, sans que vous le sachiez, ce commentaire était le 501ème de cette news !
[^] # Re: XAML et l'avenir de GNOME
Posté par gnumdk (site web personnel) . Évalué à -3.
SUSE CA SUX C PAS LIBRE!
voila, c'est fait :)
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à -3.
Debian :
- La caractéristique première de ce système, parait-il stable, est dans l'immense traffic réseau généré pour le support. Pire que le spam et le porno.
Gentoo :
- le scandale écologique des compilations inutiles.
- la customisation à l'extrème pour finalement avoir la même chose que tout le monde.
Mandrake :
- inspirer la pitié est-il suffisant pour extorquer du pognon.
RedHat :
- Vous vous êtes fait entubé avec le logiciel propriétaire. Vous vous ferez entubé avec le logiciel libre.
RMS :
- Les couper ? Non. Parce que je le vaux bien.
Linux :
- 100 % de société commerciale dernière.
C'est déjà mieux.
[^] # Re: XAML et l'avenir de GNOME
Posté par mat1 . Évalué à -4.
Gnome vu par les développeurs / KDE vu par les utilisateurs :
- pourquoi faire simple quand on peut faire compliqué ?
# Re: XAML et l'avenir de GNOME
Posté par TImaniac (site web personnel) . Évalué à 3.
XAML
So someone has implemented a XAML-like stack for Windows.Forms. Just to be clear on the danger of XAML for the Linux desktop: it is not about the markup language being a problem: its about the fact that XAML developers would create XAML applications that are bound to the Avalon toolkit.
So it comes down to: No Avalon, no app.
# test
Posté par ckyl . Évalué à 0.
[^] # Re: test
Posté par Loic Jaquemet . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.