ptit_tux a écrit 1268 commentaires

> Comme Gnucash utilise pas mal de librairies externes en cours de développement

Gnucash utilise Gnome 1. Le port vers Gnome 2 est en cours. De plus ce que tu dis est plus un problème de distribution que de gnucash. Essaye d'installer le dernier evolution 1.4 et tu auras les même difficultés.

Le problème, c'est que le sérieux de ce fork n'est pas évident.
Ils ont fait une page web. Réservé un compte sur savanna (donc mailing-list, cvs, bug traker) un canal irc sur gnu et ... c'est pratiquement tout.

Il y a 3 developpeurs dont 1 et demi affectés au web/irc/etc...
Et les deux développeurs sont inconnus de google en limitant la recherche à xfree86.org .

De plus il n'y avait pas de "fork" connu en préparation. Le dernier troll de mosfet (cherchez pas, son site est fermé) d'un prétendu fork a fait réagir havoc :
http://listman.redhat.com/archives/xdg-list/2003-August/msg00056.ht(...)

Havoc a aussi fait une proposition pour freedesktop :
http://listman.redhat.com/archives/xdg-list/2003-July/msg00101.html(...)

One immediate need in this area is to host Keith Packard's work,
including the set of font libraries (fontconfig, Xft), and other
X-related work he would like to do.

Another obvious thing to host is Carl Worth's Xr library, as GTK+ and
I believe other toolkits are looking to use this as a vector graphics
engine. Xr has a couple of dependency libraries as well.

freedesktop.org already hosts D-BUS, CSL, pkg-config, and
desktop-file-utils, among other pieces of software, in addition to
specifications.

Il y a là des éléments beaucoup plus intéressants que Xouvert qui eux mérite la première page.

> par contre c'est pas cool de devoir passer par gconf-editor pour changer ça... (une interface dans les préférences serait vachement mieu)

Si tout ce qui est accessible par gconf (donc masqué pour un non-expert) est accessible directement, on rend l'interface plus compliqué.

Rien ne t'empêche (ou un autre) de faire un joli programme pour modifier certains variables dans gconf. C'est ce que fait "le centre de contrôle GNOME". Par contre ce programme ne le fait pas pour toutes les variable. Son objectif est de resté dans la philosophie GNOME globale.

Sinon t'as KDE qui ne suit pas les même règles.

> Je ne pensais pas qu'il irait jusqu'à mentir à propos de arch pour mieux le discréditer.

J'ai pas menti intentionnellement. J'ai fait une belle erreur. J'ai crus que la première phrase concernait Arch. Je recherchais une info sur l'état de Arch qui a ma connaissance n'est pas encore déployé. Si tu as des infos pour ce point, n'hésite pas à faire un commentaire.. J'ai fait un "grep status" qui n'a rien retourné puis je suis resté sur "Incomplete Implementations" sans voir qu'au-dessus il y avait "Arch Implementations".

> http://linuxfr.org/2003/07/09/13201.html(...)
> Pour information, ptit_tux préfère Subversion à arch.

Où as tu vus ça ? Je me suis "énervé" avec un supporter de Arch car il descendait Subversion en disant que Subversion était très peu inovant. Nul part tu trouveras que je dis que Subversion est mieux que Arch en tant que produit. Nul part tu trouveras des propos à moi demandant d'éviter Arch pour utiliser Subversion. De plus la discution à l'époque portait sur les fonctionnalités/objectifs et non sur la maturité des produits.

Maintenant amuse toi bien avec Arch, je m'en bats les couilles.

Le débat est clos.

> Moi j'aimerai bien faire un script pour calculer mes dépenses en nourriture ou en téléphone par exemple (je vois pas comment m'en sortir avec des comtpes différents, vu que je peux payer une fois par chèque et une fois par CB).

Tu crée un compte dépense et dedans tu mets des comptes bouffe, téléphone, etc... Les comptes dépenses peuvent être alimenté par plusieurs compte banque (CB ou liquide ou chèque).
Tu peux aussi créer une hiérarchie de comptes.
Gnucash fait ça parfaitement. Je ne vois pas où est le problème.

Pour information, car certains n'ont pas compris, arch est un projet encore en phase initiale.

De la home page Arch ( http://arch.fifthvision.net/bin/view/Main/WebHome(...) ) :
- "Incomplete Implementations

At the moment, these implementations are very rough, and only useful to look at if you're a developer."

Donc on peut légitimement se poser des questions sur un fork d'un projet aussi gros que XFree86 qui insiste sur l'utilisation de Arch dans son état actuel.

Pour ceux qui votes [-] à mes posts car je mets en doute le sérieu de ce fork et de la news, je tiens à préciser que la node du modérateur a été faite après mes posts.
- "Ndm : Bien sur, ceci peut etre du vaporware"

Comme j'ai fait ces commentaires avant que la news passe en seconde page car le modérateur a constaté que quelque chose cloche.

> c'est qu'une blague

Et un bon coup de pub pour Arch. Le premier paragraphe de la home page est dédié à Arch qui cité un peu partout (8 fois).

Je vais jouer les oiseaux de mauvaise augure mais j'ai un peu l'impression que c'est qu'une blague (qui a bien marché).

Ici un lien sur xwin :
http://xwin.org:9673/xwin/Xouvert(...)

Xouvert will remove all network transparancy, XRender support and GLX supports, since we feel that our target market would rather not have these features. [Clarifying this here] Xouvert supports a special GNU/Linux kernel module which would implement these features (and others + include examples here), thus bringing these resource intensive features closer to the hardware resulting in a more robust and increased preformance system.

Xouvert will address DRM issues, as noted by Linus, we too do not see anything wrong with DRM impletmentation, thus our synced XFree86 version would be DRM ready and built for modern and future hardware.

Supprimé le support réseau, ajouter DRM... n'importe quoi.

Quelqu'un a ajouté le commentaire suivant :
- "Great! How much of this is vapor, how much needs resources committed?"

> Le fork de XFree (de Keith Packard)

Quelqu'un peut apporter des informations, car je rien trouvé qui indique que KP est à l'initiative de ce fork.

J'ai l'impression que Gnucash est plus à la recherche de développeurs que d'expert en finance. Le tar.gz fait plus de 9 Mo. Il faut du monde pour bouger tout ça. De plus, avant même d'implémenter de nouvelles fonctionnalités, il faut faire le travail de documentation, le portage sous gtk2, peut-être changer le langage embarqué pour du python, etc... Si les développeurs coinsent sur une question financière, quelqu'un peut leur répondre en une journée. Par contre réaliser le code et le maintenir est une autre histroire...

Les gens font preuve d'un manque d'humour inquiétant...

Regardes les % et fais le total !

dns server 21369    18.05%

file server 29681     25.07%

ftp server 28899     24.41%

mail server 27200   22.97%

www server 39585  33.43%

Tu vas nous dire que "124% des machines linux qui sont utilisées comme serveur, nuance....".
Les utilisateurs ont donné l'utilisation qu'ils font de leurs machines. Et pour une machine un utilisateur peut avoir plusieurs utilisations.

Tu penses que pour une machine renseignée comme "workstation" il y a plus d'utilisateurs et que pour une machine renseignée comme "développeur". Une machine peut être renseigné comme "server" et "workstation" à la foi par exemple. D'où le "118397 registrations entered 428705 values" au dessus du tableau.

> ce public

Où est le problème. "Ce" public est celui de Linux et donc de Gnucash. Si Gnucash tournait sous Windows se serait peut-être une autre histoire. Et puis, je répète mais Gnucash n'est pas compliqué. J'ai commencé avec MS-Money et j'ai passé une heure sur la doc. Et pourtant le logiciel est simple aussi. J'ai passé une heure comme n'importe qu'elle personne a besoin de ce documenter pour utiliser pour la première fois un traitement de texte ou un tableur par exemple.

De plus, je ne vois pas pourquoi vous croyez que les développeurs sont moins sensibles à la simplicité que d'autres utilisateurs. Depuis que Gnome cible la simplicité, ça popularité n'a pas plongé et même parmis les développeurs.

La doc n'est pas très bonne. Je suis d'accord. Mais si la doc était bonne, combien te temps ça te prendrais pour comprendre ? Le point dure c'est de comprendre le concept de base qui est simple (j'espère que tu es d'accord sur ce point).

> En plus c'est lourd et ça utilise un type langage

Le langage c'est pour les développeurs. Puis scheme était utilisé par gimp et est encore utilisé par gnumeric. Il n'était pas si marginal. Mais python a fait des ravages.

> vu que c'est du XML.

C'est l'un des formats de stockage. Il y a aussi la possibilité de stocker dans postgresql et avoir un "vrai" système multi-utilisateur.

Gnucash correspond à son public. Et t'en connais beaucoup des gens pas intéressé par l'informatique qui utilisent Linux ?

Si tu regardes les stats de linux counter il y a 43 % de développeur dans les utilisateurs Linux. Et les développeurs aiment aussi les applis simples.

C'est pas Gnucash qui va changer les utilisateurs Linux.

> Mais je te rassure tout de suite, avec gnome2 ça ne marche plus

Ça existe toujours mais ça désactivé par défaut. Utilise gconf-editor par exemple pour activer :
/desktop/gnome/interface/can_change_accels

Et si tu veux les menus détachables c'est :
/desktop/gnome/interface/menu_have_tearoff

> Si j'ai bien compris, la plupart des utilisateurs pensent que le problème se site au niveau de l'interface utilisateur.

Voir ce sondage :
http://www.gnucash.org/en/quiz-results.phtml(...)

Question 17 :

-- Easier to use for average home user                                                     34.9%

-- More features for the home user                                                          67.8%

-- Small Business Features                                                                      28.6%

-- Better Investment (Stock/Mutual Fund/Bond/Option/Futures) support  30.0%

-- Better PDA (PalmPilot/etc) integration                                                  30.9%

-- The ultimate web-integrated online banking/shopping/billpay tool.        33.9%

-- Technically cutting edge (eWallet, MicroPayments etc).                         12.0%

Il n'y a pas une demande écrasante pour une interface plus simple. Les demandes sont globalement répartiee sauf pour avoir plus de fonctionnalité qui arrive largement en tête.

Je confirme il y a une barre d'outil qui fait plus de 800*600. Mais ce qui est dans la barre d'outil est aussi accessible via les menus.

Merci de confirmer que c'est un troll.

C'est de la SF.
T'utilises longtemps un logiciel que tu trouves intuitif et ergonomique alors que tu penses que c'est une daube.

> Maintenant ce qui me perturbe c'est qu'il en manque et qu'elles sont pas bien faites.

Lisez attentivement attentivement cette phrase.
Je me suis plié en quatre. Merci pour ce bonheur.

Tu crois à ça ?
C'est à dire que sa mère, qui est patronne, utilise Linux (!), et que de plus il n'as pas pu tester gnucash car il n'est que sur la bécane de sa mère (y peut pas l'installer sur son PC?) qui malheureusement à un écran en 800*600.
Déjà ça fait bizarre qu'une patronne utilise Linux chez elle avec un écran de 800*600 et si c'est son PC de bureau (peu probable puisqu'il semble y avoir facilement accès) elle est très mal lotie pour une patronne. Puis c'est elle est passionné d'informatique au point de mettre Linux, je comprends pas qu'on utilise un écran en 800*600 sauf sous la contrainte.

> Du coup ce logiciel n'a aucune intuitivité est tellement compliqué à utiliser qu'il faut soit être comptable

Le logiciel n'est vraiment pas compliqué. Son principe de base est très simple (des transfert de sommes entre compte) et puissant. En 20 minutes de lecture de la doc le principe est assimilé.

Lorsque j'achète un truc en espèce, je débite mon compte espèce vers mon compte dépense. C'est pas plus compliqué. Si c'est avec ma carte bleue, je débite le compte de la carte bleue. Le compte de la carte bleue est alimenté par le compte principe qui est alimenté par le compte revenu. Ne me dis pas que tu comprends pas ça.

Et qu'elle sont les difficultés du projet selon Benoit Grégoire ? Notes qu'il est BEAUCOUP mieux placé que toi pour en parler puisque manifestement tu n'as pas utilisé gnucash. C'est pas un problème de popularité. Le logiciel est un succès au près des utilisateurs ! Le problème est que quelques développeurs on quitté le projet et que compte tenu de la taille du projet, 7 développeurs ce n'est pas suffisant pour maintenir, faire évoluer le projet et répondre au question des utilisateurs. Il souligne, entre autre, un problème d'accès pour d'autres développeurs et il entend y remédier. Des développeurs ont déjà montré leur intérêt, mais le projet n'est pas suffisament documenté pour qu'ils puissent être efficace sans un gros effort de documentation et actuellement il n'y a pas de tache dont le cadre est suffisament défini pour qu'un développeur puisse contribuer rapidement et concrètement à Gnucash.

J'ai l'impression qu'il y en a plein de gens qui se régale des difficultés de Gnucash pour caser leur petit bébé. C'est bas.

Les mainteneurs semblent avoir tiré les leçons du manque de succès auprès des autres développeurs et le clament haut et fort. Dans ce contexte, il n'y a aucun raison pour que le projet ne reparte pas.

Ici il y a des avis d'utilisateur de Gnucash :
http://www.gnomedesktop.org/article.php?thold=-1&mode=nested&am(...)

Gnucash souffre du même problème que Gimp par exemple. Quand un projet est a maturité, les développeurs vont voir ailleurs...

Elle est patron(ne) d'une PME et son PC est en 800*600 !
Et en plus elle utilise Linux pour ...
À oui au fait, pourquoi ?
Car c'est une passionnée de l'informatique ?

J'y crois pas.

Pire, propriétaire.

Moi vous me faites bien rire à critiquer SCO à tout occasion.
Moi je dis BRAVO SCO !
Faut en avoir du courage pour écrire une lettre comme ça.
Vous le feriez, vous ?