Toi qui te plaint de 007 d'etre hors sujet, tu ferais bien de suivre une petite sceance d'introspection. J'ai propose a Filou de mettre au courant les developpeurs de ggv d'un probleme qu'il a avec la GUI de ce logiciel lors d'un meeting qui sert a cela et qui se passait justement le soir meme. Je ne t'ai rien demande.
Et toi qui te plaint de 007 de ne pas lire les messages auquel il repond, sache que je n'ai insulte personne.
Faut arreter de croire que les utilisateurs sont là pour courir après les developpeurs. Certains ont d'autres occupations.
Oui, perdre du temps a se plaindre sur LinuxFR dans de longs messages, c'est une occupation bien plus interessante que de participer a un debat sur un channel IRC.
Je suis même retourné à gv parceque ggv n'indique pas la page courante dans la panneau gauche, c'est dire.
Eh bien on peut dire que tu as de la chance :-). L'ui-review de ggv se deroule ce soir meme a 19h00 UTC. http://mail.gnome.org/archives/desktop-devel-list/2004-July/msg0040(...) (ne pas se fier a la date dans le titre du courriel, l'auteur s'est trompe, cf sa reponse). Tu peux participer a la discution et presenter tes problemes avec la GUI actuelle.
Le debutant il va se retrouver avec une icone Start Here sur son bureau fraichement installe. Si c'est pas la premiere chose sur laquelle il va tomber, je me demande bien sur quoi d'autre alors...
Ce n'est que le dernier d'une longue série de changements importants et rapides (certains diront irréfléchis)
J'aurai tout entendu aujourd'hui... Cette affirmation est tout simplement malhonnete. Le premier plan en faveur du mode spatial date du 4 septembre 2002 !
l'ajout de GConf fonctionnant comme une base de registres.
"Comme une base de registres" ? Qu'est-ce que cela veut dire ? Ce monsieur voulait-il dire "comme la base de registres ? Dans ce cas, cette affirmation est tout aussi malhonnete que la premiere.
Le principe de GConf est d'offrir un demon et une api pour modifier les fichiers de configuration, faciliter le travail des administrateurs en proposant une transparence reseau et la possibilite d'utiliser divers backend pour le stockage des options (base de donnees mysql, LDAP, fichiers xml comme c'est le cas par defaut, etc) et d'indiquer aux applications liees a GConf la notification instantanee des changements de configuration.
La principe de la base de registre Windows est de centraliser toutes les options de configuration dans quelques gros fichiers binaires facilement corruptibles.
Ce qui devait arriver arriva
Oui, ce qui devait arriver arriva, LinuxFR publia une news sur ce... cette... cette espece de chose.
Ce qui m'epate, c'est qu'il n'existe toujours pas d'environement proposant deux niveaux d'utilisation (expert ou pas expert), proposant des interfaces plus ou moins complexes/completes en fonction de cela.
Cela constituerait autant de code a ecrire et a maintenir en plus, pour entretenir un mode ne correspondant pas a la vision des developpeurs.
Depuis quand faire des frontaux graphiques correspond à une solution inélegante ?
Utiliser les fonctions d'une api asynchronisee et bien pensee des le depart me semble bien plus elegant que de devoir jouer a composer une commande et parser son flux de sortie. Par exemple au point de vue de la gestion d'erreur, ou des changements susceptibles de se produire dans la syntaxe et le flux de sortie de l'outil.
Les éléments que tu donnes peuvent être interpretés de mille façons ; t'as rien de plus solide, moins sujet ä sur-interpretation ?
Quel genre d'elements veux-tu que je te donne ? Je te l'ai dit, il s'agit d'une opinion personnelle. Libre a toi de te faire la tienne. Il n'est pas toujours facile d'expliquer un sentiment. Surtout sur quelque chose de si vague que cela.
Yeupou, pourquoi pretends-tu que gconf est un clone de regedit ? Ce genre d'affirmation est discreditante. Voudrais tu parler de gconf-editor, la prochaine fois ?
C'est une opinion personnelle forgee sur une lecture assidue des mailings lists et des weblogs des developpeurs de gnome. J'ai le sentiment qu'ils n'aiment pas les compromis, qu'ils ne reculent devant aucune contrainte technique ou sociale pour implementer les choses de la facon qu'ils jugent la meilleure.
Quelques indices de reflexion sur ce sujet :
* Gnome 2.0, version bouleversante s'il en est et sujette aux pires flamewars de l'histoire de gnome.
* Le developpeur d'epiphany qui s'est lance dans le bugzilla et les sources de mozilla, s'attaquant ainsi a la racine des problemes d'interoperabilite de gecko. Il a egalement forke galeon de maniere a pouvoir fournir un navigateur correspond aux principes de gnome.
* Les developpeurs de Coaster, qui plutot que de se contenter de faire un frontend sur les cdrtools, solution techniquement inelegante, ont mis les mains dans le cambouis de la programmation bas niveau pour faire une bibliotheque de gravure http://freedesktop.org/Software/burn.(...)
* Et d'ailleurs, cette histoire de nautilus en mode spatial. :)
sont des gens qui connaissent déjà l informatique a travers windows
ca demande donc quand même pas mal d'efforts d'adaptation , ce qui est le plus dur a faire lorsque tu migres des utilisateurs "de base" d'une applie a une autre.
Dans ce cas tu n'as qu'a participer au developpement de ReactOs. www.reactos.org. Moi je continue a croire en gnome.
je pense a Apple ( qui est tres loin d'etre une brêle en matière d'HIG )
N'as-tu jamais remarque que l'abandon du mode spatial coincidait avec la reimplementation d'OpenStep lors du passage a MacOs X ? Je ne pense pas qu'Apple aie perdu confiance quant aux qualites du mode spatial.
mais pas pour ce a quoi est destiné en premier lieu GNOME , c'est a dire le neuneu de base qui en a rien à taper de la CLI
Le mode spatial a ete prevu pour ce "neuneu de base". Lorsque tu pretends que ce mode est loin de faire l'unanimite, tu ne parles pas ici de ce groupe de personnes, mais bien des geeks et autres powers users.
Il ya une grosse différence entre «marcher sur les platebandes de qqe patentes» et «être entierement basé sur».
Mais TOUT est entierement base sur des brevets ! Que ce soit le kernel, les systemes de fichiers, les pilotes de peripherique, les bibliotheques de chaque plateforme de developpement, chaque partie du systeme empiete sur les plates-bandes de plusieurs brevets.
en cas de pépin, il faut tout reécrire «from scratch».
Chut. En cas de pepin avec un brevet, deux autres solutions bien moins embetantes s'offrent aux developpeurs : Faire jouer le prior art, si il y a moyen de prouver que cette technique a ete realisee avant. Trouver un workaround pour eviter de violer le brevet, ce qui est souvent voire toujours faisable.
mais c'est dommage de ne pas pouvoir les changer comme dans Gaim
Les auteurs de Gossip desirent implementer cette fonctionnalite de maniere plus generique, par le biais des themes d'icones de GTK+. De cette sorte, il y aurait une collection de smileys incluse a chaque theme d'icones, et toutes les applications GTK+/Gnome s'en serviraient. (evolution, gnomechat, gossip, gnomemeeting tous auraient les memes smileys). Un gros plus pour la coherence du bureau.
Les deux derniers points montrent qu'il est possible d'ecrire une appli en C# avec une interface en XUL. Ca fera surement plaisir aux combattants du XAML.
Une maniere plus elegante de proceder sera d'utiliser directement les bindings XUL pour le CLI.
[^] # Re: C'est bien beau...
Posté par yoplait . En réponse au journal Gaim 0.81. Évalué à 2.
multi-protocole -> http://www.everybuddy.com/eb-lite/(...)
[^] # Re: t'exagère un peu là !
Posté par yoplait . En réponse au journal Linux : la plus vaste blague de l'informatique. Évalué à 4.
En tout cas, j'ai compris sa phrase comme ceci : Actuellement le seul soft capable d'afficher des documents de bureautique en XML est MS Office !
# Cernons la personnalite de ce Ali Akcaagac
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 2.
Mon opinion ? Encore un rigolo du web.
[^] # Re: << Gtk only >>, le fork qui n'en n'était pas un.
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 3.
Et toi qui te plaint de 007 de ne pas lire les messages auquel il repond, sache que je n'ai insulte personne.
[^] # Re: ho sigh, windows...
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 1.
[^] # Re: << Gtk only >>, le fork qui n'en n'était pas un.
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 6.
[^] # Re: << Gtk only >>, le fork qui n'en n'était pas un.
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 3.
[^] # Re: Un fork pour un gnome d'expert
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 3.
Quoiqu'il en soit, voici les plans de gconf pour gnome 2.8 : http://mail.gnome.org/archives/desktop-devel-list/2004-March/msg006(...) . Sur le registre des performances, le premier point du troisieme paragraphe est a noter.
Les plans pour le long terme se trouvent ici : http://www.gnome.org/projects/gconf/plans.html(...) .
[^] # Re: Un fork pour un gnome d'expert
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 2.
[^] # Re: ho sigh, windows...
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 1.
D'autre part, avec l'eventuelle integration des gnome-system-tools, les preferences sont sujets a une vaste reorganisation que nous verrons surement pour gnome 2.10. Plus d'informations ici : http://mail.gnome.org/archives/desktop-devel-list/2004-July/msg0020(...)
# L'auteur de cette news est un trolleur.
Posté par yoplait . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 8.
http://mail.gnome.org/archives/nautilus-list/2002-September/msg0009(...)
"Comme une base de registres" ? Qu'est-ce que cela veut dire ? Ce monsieur voulait-il dire "comme la base de registres ? Dans ce cas, cette affirmation est tout aussi malhonnete que la premiere.
En effet : http://linuxfr.org/comments/396090.html#396090(...)
Le principe de GConf est d'offrir un demon et une api pour modifier les fichiers de configuration, faciliter le travail des administrateurs en proposant une transparence reseau et la possibilite d'utiliser divers backend pour le stockage des options (base de donnees mysql, LDAP, fichiers xml comme c'est le cas par defaut, etc) et d'indiquer aux applications liees a GConf la notification instantanee des changements de configuration.
La principe de la base de registre Windows est de centraliser toutes les options de configuration dans quelques gros fichiers binaires facilement corruptibles.
Oui, ce qui devait arriver arriva, LinuxFR publia une news sur ce... cette... cette espece de chose.
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 1.
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 1.
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 1.
En ce qui concerne cette fonctionnalite, elle est prevue : http://bugzilla.gnome.org/show_bug.cgi?id=81704(...)
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 3.
Quel genre d'elements veux-tu que je te donne ? Je te l'ai dit, il s'agit d'une opinion personnelle. Libre a toi de te faire la tienne. Il n'est pas toujours facile d'expliquer un sentiment. Surtout sur quelque chose de si vague que cela.
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 2.
http://linuxfr.org/comments/396090.html#396090(...)
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 3.
Quelques indices de reflexion sur ce sujet :
* Gnome 2.0, version bouleversante s'il en est et sujette aux pires flamewars de l'histoire de gnome.
* Le developpeur d'epiphany qui s'est lance dans le bugzilla et les sources de mozilla, s'attaquant ainsi a la racine des problemes d'interoperabilite de gecko. Il a egalement forke galeon de maniere a pouvoir fournir un navigateur correspond aux principes de gnome.
* Les developpeurs de Coaster, qui plutot que de se contenter de faire un frontend sur les cdrtools, solution techniquement inelegante, ont mis les mains dans le cambouis de la programmation bas niveau pour faire une bibliotheque de gravure http://freedesktop.org/Software/burn.(...)
* Et d'ailleurs, cette histoire de nautilus en mode spatial. :)
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 3.
Dans ce cas tu n'as qu'a participer au developpement de ReactOs. www.reactos.org. Moi je continue a croire en gnome.
[^] # Re: Reels Problemes ?
Posté par yoplait . En réponse au journal Gnome forke ?. Évalué à 0.
Le mode spatial a ete prevu pour ce "neuneu de base". Lorsque tu pretends que ce mode est loin de faire l'unanimite, tu ne parles pas ici de ce groupe de personnes, mais bien des geeks et autres powers users.
[^] # Re: Mon grain.
Posté par yoplait . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 2.
Chut. En cas de pepin avec un brevet, deux autres solutions bien moins embetantes s'offrent aux developpeurs : Faire jouer le prior art, si il y a moyen de prouver que cette technique a ete realisee avant. Trouver un workaround pour eviter de violer le brevet, ce qui est souvent voire toujours faisable.
[^] # Re: Mon grain.
Posté par yoplait . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 0.
[^] # Re: Réflexion après essai
Posté par yoplait . En réponse à la dépêche Gossip 0.7.6 est sorti. Évalué à 3.
Les auteurs de Gossip desirent implementer cette fonctionnalite de maniere plus generique, par le biais des themes d'icones de GTK+. De cette sorte, il y aurait une collection de smileys incluse a chaque theme d'icones, et toutes les applications GTK+/Gnome s'en serviraient. (evolution, gnomechat, gossip, gnomemeeting tous auraient les memes smileys). Un gros plus pour la coherence du bureau.
[^] # Re: Mono sans troll
Posté par yoplait . En réponse à la dépêche Résumé GNOME mai-juin 2004. Évalué à 2.
Il n'y a que des discutions sans fin. Peut etre qu'ils feront evoluer le debat lors du GUADEC.
[^] # Re: Mono SUCKS
Posté par yoplait . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 2.
[^] # Re: Monavis à moi
Posté par yoplait . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 2.