Merci pour ton retour d'expérience au sujet de tla.
A mon sens, le problème majeur de tla s'appelle Tom Lord
donc il n'y a rien à attendre de mieux à l'avenir. Il suffit de lire
les listes de diffusion pour voir passer tout un tas de délires
fumeux (Pika, XL, Furth) et l'autisme par rapport aux désirata des
utilisateurs.
Personnellement, j'utilise bazaar car c'est une bonne amélioration
de l'interfaçe de tla, même s'il se traine tous les défauts. C'est
un outil transitoire en attendant mieux.
darcs est très agréable mais pas très performant.
montone est très lent et l'idée de mettre tout le repository
dans une base sqlite n'est pas franchement ingénieux.
A mon sens bazaar-ng est très prometteur. La documentation
est riche. Le but n'est pas de réinventer la roue mais de
prendre le meilleur de tous et d'en faire quelquechose
d'apréciable. Qu'en penses-tu ?
En fait, je pense que ta vision courante de GNU Emacs est
complètement erronée.
Pour être un lecteur assidu des listes de développement des
deux éditeurs, je peux dire que GNU Emacs avance à grands
pas et n'a plus rien à envier à XEmacs.
GNU Emacs a beaucoup de main d'oeuvre à son service contrairement
à XEmacs. Ce dernier continue à avancer mais à petits pas.
Par simple curiosité, je lis de temps à autres les archives des
ML de XEmacs, et il s'avère qu'elles sont loin d'être mortes.
La version 21.5 a l'air d'avancer tout de même. Elle propose un
meilleur support d'Unicode (sans Mule-UCS), un GC alternatif
plus performant, les bignums. Il y a même un patch avancé
pour le support Xft.
Mais effectivement, il y a bien moins de main d'oeuvre sur
le projet que sur GNU Emacs, qui a pas mal rattrapé son
retard sur de nombreux plans.
Etant un utilisateur habituel de GNU Emacs, il m'arrive de temps en
temps d'utiliser XEmacs et j'ai l'impression que l'affichage est beaucoup
plus rapide avec ce dernier.
Personnellement, j'utilise de temps à autres le CVS HEAD d'Emacs pour
goûter aux nouveautés.
Quand j'aurai le temps, je ferai un paquet emacs-snapshot sur des bases
régulières, mais je ne sais pas s'il est de bon ton de distribuer des versions
non-stables officiellement de peur de faire crouler le BTS de Debian sous
les bugs reports.
OK, j'avoue avoir eu des conversations privées avec l'auteur de l'interface GTK+ et il m'a parlé de Xft2 :-).
Mais tu as raison, ça implique pas mal de changements dans le moteur de rendu de Emacs.
J'ajouterai aussi que ce genre de problème se pose pour le support bidirectionnel
(pour écrire l'arabe ou l'hébreux par exemple) qui implique lui aussi une
modification du moteur de rendu (le patch emacs-bidi n'est pas acceptable en
l'état).
Le widget de texte reste commun à GTK+, Athena et Motif ainsi que la modeline.
Pour l'instant, le développeur de la partie GTK+ ne souhaite pas utiliser Pango
car il considère que c'est encore à l'état de jouet. L'utilisation de Xft2 est envisagée cependant.
Pour ce qui est de l'intérêt de GTK+ dans Emacs, je pense que les gens utilisant
la barre d'outils et les menus veulent pouvoir utiliser leurs thèmes GTK+.
Peut-être cela va-t-il aussi permettre de laisser tomber progressivement Motif
et Athena. Qui sait.
$ apt-cache show emacs21-nox
Package: emacs21-nox
Priority: optional
Section: editors
Installed-Size: 5112
Maintainer: Rob Browning <rlb@defaultvalue.org>
Architecture: i386
Source: emacs21
Version: 21.2-6
Replaces: emacs21
Provides: emacs21, emacsen, info-browser, mail-reader, news-reader, www-browser
Depends: emacs21-common (= 21.2-6), libc6 (>= 2.3.1-1), libncurses5 (>= 5.3.20021109-1)
Conflicts: emacs21, w3-el
Filename: pool/main/e/emacs21/emacs21-nox_21.2-6_i386.deb
Size: 1721014
MD5sum: 1ed8a5955baf74b03264f286036223c4
Description: The GNU Emacs editor (without X support)
GNU Emacs is the extensible self-documenting text editor.
This package contains a version of Emacs compiled without support for X.
[^] # Re: L'info sur kerneltrap
Posté par Jérôme Marant . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 3.
A mon sens, le problème majeur de tla s'appelle Tom Lord
donc il n'y a rien à attendre de mieux à l'avenir. Il suffit de lire
les listes de diffusion pour voir passer tout un tas de délires
fumeux (Pika, XL, Furth) et l'autisme par rapport aux désirata des
utilisateurs.
Personnellement, j'utilise bazaar car c'est une bonne amélioration
de l'interfaçe de tla, même s'il se traine tous les défauts. C'est
un outil transitoire en attendant mieux.
darcs est très agréable mais pas très performant.
montone est très lent et l'idée de mettre tout le repository
dans une base sqlite n'est pas franchement ingénieux.
A mon sens bazaar-ng est très prometteur. La documentation
est riche. Le but n'est pas de réinventer la roue mais de
prendre le meilleur de tous et d'en faire quelquechose
d'apréciable. Qu'en penses-tu ?
[^] # Re: XEmacs Powa
Posté par Jérôme Marant . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 2.
complètement erronée.
Pour être un lecteur assidu des listes de développement des
deux éditeurs, je peux dire que GNU Emacs avance à grands
pas et n'a plus rien à envier à XEmacs.
GNU Emacs a beaucoup de main d'oeuvre à son service contrairement
à XEmacs. Ce dernier continue à avancer mais à petits pas.
[^] # Re: XEmacs Powa
Posté par Jérôme Marant . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 5.
ML de XEmacs, et il s'avère qu'elles sont loin d'être mortes.
La version 21.5 a l'air d'avancer tout de même. Elle propose un
meilleur support d'Unicode (sans Mule-UCS), un GC alternatif
plus performant, les bignums. Il y a même un patch avancé
pour le support Xft.
Mais effectivement, il y a bien moins de main d'oeuvre sur
le projet que sur GNU Emacs, qui a pas mal rattrapé son
retard sur de nombreux plans.
[^] # Re: XEmacs Powa
Posté par Jérôme Marant . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 3.
temps d'utiliser XEmacs et j'ai l'impression que l'affichage est beaucoup
plus rapide avec ce dernier.
[^] # Re: Feature à la mode
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 1.
Emacs n'est ni GNOME ni KDE ! Il démarre tout de même plus rapidement
que ça ! :-)
[^] # Re: Parfait !
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 0.
goûter aux nouveautés.
Quand j'aurai le temps, je ferai un paquet emacs-snapshot sur des bases
régulières, mais je ne sais pas s'il est de bon ton de distribuer des versions
non-stables officiellement de peur de faire crouler le BTS de Debian sous
les bugs reports.
[^] # Re: Interface
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 2.
Mais tu as raison, ça implique pas mal de changements dans le moteur de rendu de Emacs.
J'ajouterai aussi que ce genre de problème se pose pour le support bidirectionnel
(pour écrire l'arabe ou l'hébreux par exemple) qui implique lui aussi une
modification du moteur de rendu (le patch emacs-bidi n'est pas acceptable en
l'état).
[^] # Re: Parfait !
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 4.
Je vous soupçonne de vouloir détourner mon sujet initial, sujet ô combien fédérateur, n'est-il pas ? :-)
[^] # Re: Parfait !
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 2.
[^] # Re: Parfait !
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 0.
[^] # Re: Interface
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 2.
Pour l'instant, le développeur de la partie GTK+ ne souhaite pas utiliser Pango
car il considère que c'est encore à l'état de jouet. L'utilisation de Xft2 est envisagée cependant.
Pour ce qui est de l'intérêt de GTK+ dans Emacs, je pense que les gens utilisant
la barre d'outils et les menus veulent pouvoir utiliser leurs thèmes GTK+.
Peut-être cela va-t-il aussi permettre de laisser tomber progressivement Motif
et Athena. Qui sait.
[^] # Re: Parfait !
Posté par Jérôme Marant . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 3.
$ apt-cache show emacs21-nox
Package: emacs21-nox
Priority: optional
Section: editors
Installed-Size: 5112
Maintainer: Rob Browning <rlb@defaultvalue.org>
Architecture: i386
Source: emacs21
Version: 21.2-6
Replaces: emacs21
Provides: emacs21, emacsen, info-browser, mail-reader, news-reader, www-browser
Depends: emacs21-common (= 21.2-6), libc6 (>= 2.3.1-1), libncurses5 (>= 5.3.20021109-1)
Conflicts: emacs21, w3-el
Filename: pool/main/e/emacs21/emacs21-nox_21.2-6_i386.deb
Size: 1721014
MD5sum: 1ed8a5955baf74b03264f286036223c4
Description: The GNU Emacs editor (without X support)
GNU Emacs is the extensible self-documenting text editor.
This package contains a version of Emacs compiled without support for X.
# Qui fait le .deb ? :-)
Posté par Jérôme Marant . En réponse à la dépêche daCode 1.0 disponible. Évalué à 1.