Ne connaissant plus grand chose à la gamme Apple (et à ses noms d'OS
exotiques), mais voulant acheter un portable Mac, je suis à la recherche
de conseils sur une configuration qui me permettrait d'utiliser emacs
sans (trop) de problèmes. Et tant qu'à faire avec jde, gnus et latex :-)
Si t'as joué avec Aquamacs, le Carbon ne se prendrait pas les pieds dans le tapis entre ton .emacs et ~/Library/Preferences/org.gnu.Emacs.plist ?
J'ai aussi rippé le org.gnus.Emacs.plist, hein...
Avoir un Emacs qui fait comme le dernier des logiciels sous Windows en utilisant des configurations que je n'ai pas choisi (tu imagines bien que mes préférences ne mentionnent jamais le japonais), ça me gonfle très fort aussi...
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je saurai me contenter de XEmacs. -- Eric Jacoboni, ne il y a 1431431649 secondes
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Si t'as joué avec Aquamacs, le Carbon ne se prendrait pas les pieds dans
le tapis entre ton .emacs et ~/Library/Preferences/org.gnu.Emacs.plist ?
J'ai aussi rippé le org.gnus.Emacs.plist, hein...
Avoir un Emacs qui fait comme le dernier des logiciels sous Windows en
utilisant des configurations que je n'ai pas choisi (tu imagines bien
que mes préférences ne mentionnent jamais le japonais), ça me gonfle
très fort aussi...
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je
ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je
saurai me contenter de XEmacs.
--
Eric Jacoboni, ne il y a 1431431649 secondes
Si t'as joué avec Aquamacs, le Carbon ne se prendrait pas les pieds dans le tapis entre ton .emacs et ~/Library/Preferences/org.gnu.Emacs.plist ?
J'ai aussi rippé le org.gnus.Emacs.plist, hein...
Avoir un Emacs qui fait comme le dernier des logiciels sous Windows en utilisant des configurations que je n'ai pas choisi (tu imagines bien que mes préférences ne mentionnent jamais le japonais), ça me gonfle très fort aussi...
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je saurai me contenter de XEmacs. -- Eric Jacoboni, ne il y a 1431431649 secondes
Christophe Cuq
Eric Jacoboni writes:
Moi je parle de la version /précompilée/ de Carbon Emacs et je commence à me demander si ce n'est pas elle la coupable (d'autant qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne fais plus confiance aux machins précompilés, je préfère faire ça moi même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans que je le sache.
Bon, je fais un co du CVS, je pars à la recherche des instructions de configuration qui vont bien et je tente une compilation...
Ça fonctionne bien :)
-- CHC
Eric Jacoboni <jaco@neottia.net> writes:
Moi je parle de la version /précompilée/ de Carbon Emacs et je
commence à me demander si ce n'est pas elle la coupable (d'autant
qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne
fais plus confiance aux machins précompilés, je préfère faire ça moi
même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans
que je le sache.
Bon, je fais un co du CVS, je pars à la recherche des instructions
de configuration qui vont bien et je tente une compilation...
Moi je parle de la version /précompilée/ de Carbon Emacs et je commence à me demander si ce n'est pas elle la coupable (d'autant qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne fais plus confiance aux machins précompilés, je préfère faire ça moi même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans que je le sache.
Bon, je fais un co du CVS, je pars à la recherche des instructions de configuration qui vont bien et je tente une compilation...
Ça fonctionne bien :)
-- CHC
Sébastien Kirche
Le 29 September 2005 à 12:09, Christophe Cuq s'est exprimé ainsi :
> Moi je parle de la version /précompilée/ de Carbon Emacs et je > commence à me demander si ce n'est pas elle la coupable (d'autant > qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne fais plus confiance aux machins précompilés, je préfère faire ça moi même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans que je le sache.
Bah, je ne suis pas (trop) parano, aussi je fais quand même une confiance relative aux binaires, surtout quand ils sont fournis par les développeurs du projet.
D'un autre côté, je suis allé voir la liste des patches non officiels incorporés à ce Carbon Emacs précompilé et je vois entre autre qu'ils ont touché : - aux fontes - à la gestion du clavier - à la gestion utf
Je ne lis pas encore le japonais, mais les noms des patches sont parlants.
Donc dans le doute, recompiler une version maison risque de changer pas mal de choses. -- Sébastien Kirche
Le 29 September 2005 à 12:09, Christophe Cuq s'est exprimé ainsi :
> Moi je parle de la version /précompilée/ de Carbon Emacs et je
> commence à me demander si ce n'est pas elle la coupable (d'autant
> qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne
fais plus confiance aux machins précompilés, je préfère faire ça moi
même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans
que je le sache.
Bah, je ne suis pas (trop) parano, aussi je fais quand même une
confiance relative aux binaires, surtout quand ils sont fournis par les
développeurs du projet.
D'un autre côté, je suis allé voir la liste des patches non officiels
incorporés à ce Carbon Emacs précompilé et je vois entre autre qu'ils
ont touché :
- aux fontes
- à la gestion du clavier
- à la gestion utf
Je ne lis pas encore le japonais, mais les noms des patches sont
parlants.
Donc dans le doute, recompiler une version maison risque de changer pas
mal de choses.
--
Sébastien Kirche
Le 29 September 2005 à 12:09, Christophe Cuq s'est exprimé ainsi :
> Moi je parle de la version /précompilée/ de Carbon Emacs et je > commence à me demander si ce n'est pas elle la coupable (d'autant > qu'elle est faite par des japonais).
Arf.
Perso, depuis que j'ai switché sur autre chose que OuinOuin, je ne fais plus confiance aux machins précompilés, je préfère faire ça moi même ; au moins je suis sûr qu'il n'y a pas d'options alc inclues sans que je le sache.
Bah, je ne suis pas (trop) parano, aussi je fais quand même une confiance relative aux binaires, surtout quand ils sont fournis par les développeurs du projet.
D'un autre côté, je suis allé voir la liste des patches non officiels incorporés à ce Carbon Emacs précompilé et je vois entre autre qu'ils ont touché : - aux fontes - à la gestion du clavier - à la gestion utf
Je ne lis pas encore le japonais, mais les noms des patches sont parlants.
Donc dans le doute, recompiler une version maison risque de changer pas mal de choses. -- Sébastien Kirche
Sébastien Kirche
Le 29 September 2005 à 11:09, Eric Jacoboni s'est exprimé ainsi :
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je saurai me contenter de XEmacs.
Au passage et sans relancer la guerre de religion : mis à part un problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que XEmacs propose de bien qui justifierai un switch ?
De ce que j'ai vu de mes tests, le découpage des menus est pas mal foutu sur XEmacs, je trouve ça peut-être plus accessible que l'autre.
D'un autre côté, son incompatibilité avec mon .emacs et le fait qu'il me le modifie dès le démarrage m'a gonflé. Faudrait que je regarde si on peu le lancer en précisant un autre fichier init.
Et c'est vrai que les packages pour XEmacs sont peut-être plus faciles à installer, d'un autre côté, je n'en installe pas de nouveaux pour Emacs tous les jours non plus.
Sinon ? Qu'est ce qu'il y aurait d'intéressant à voir ? -- Sébastien Kirche
Le 29 September 2005 à 11:09, Eric Jacoboni s'est exprimé ainsi :
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je
ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je
saurai me contenter de XEmacs.
Au passage et sans relancer la guerre de religion : mis à part un
problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que
XEmacs propose de bien qui justifierai un switch ?
De ce que j'ai vu de mes tests, le découpage des menus est pas mal foutu
sur XEmacs, je trouve ça peut-être plus accessible que l'autre.
D'un autre côté, son incompatibilité avec mon .emacs et le fait qu'il me
le modifie dès le démarrage m'a gonflé. Faudrait que je regarde si on
peu le lancer en précisant un autre fichier init.
Et c'est vrai que les packages pour XEmacs sont peut-être plus faciles à
installer, d'un autre côté, je n'en installe pas de nouveaux pour Emacs
tous les jours non plus.
Sinon ? Qu'est ce qu'il y aurait d'intéressant à voir ?
--
Sébastien Kirche
Le 29 September 2005 à 11:09, Eric Jacoboni s'est exprimé ainsi :
Bon, la compil du CVS est partie, on verra bien. Si c'est pareil, je ferai une croix sur Emacs sur Mac : Andrew a sûrement raison et je saurai me contenter de XEmacs.
Au passage et sans relancer la guerre de religion : mis à part un problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que XEmacs propose de bien qui justifierai un switch ?
De ce que j'ai vu de mes tests, le découpage des menus est pas mal foutu sur XEmacs, je trouve ça peut-être plus accessible que l'autre.
D'un autre côté, son incompatibilité avec mon .emacs et le fait qu'il me le modifie dès le démarrage m'a gonflé. Faudrait que je regarde si on peu le lancer en précisant un autre fichier init.
Et c'est vrai que les packages pour XEmacs sont peut-être plus faciles à installer, d'un autre côté, je n'en installe pas de nouveaux pour Emacs tous les jours non plus.
Sinon ? Qu'est ce qu'il y aurait d'intéressant à voir ? -- Sébastien Kirche
Eric Jacoboni
Sébastien Kirche writes:
Bon... Un Emacs compilé from CVS règle le problème...
Au passage et sans relancer la guerre de religion : mis à part un problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que XEmacs propose de bien qui justifierai un switch ?
Pour le plus d'XEmacs (de mon point de vue) :
- marche sous OS X "out of the box" : fontes antialisées, fontset et tout le tremblement. Quand on vient d'Emacs, ça fait /très/ drôle.
- gestion propre des paquetages.
Pour les moins :
- nxml ne tourne pas sous XEmacs et ne tournera probablement jamais (snif).
- copier chiant (pas d'utilisation de la sélection de la souris), mais c'est sûrement dû à la version actuelle du port Carbon...
D'un autre côté, son incompatibilité avec mon .emacs et le fait qu'il me le modifie dès le démarrage m'a gonflé. Faudrait que je regarde si on peu le lancer en précisant un autre fichier init.
Le problème se règle facilement : il faut créer un ~/.xemacs/init.el vide avant le premier lancement, comme ça, il ne touche pas, ni ne lit, ton .emacs.
Quant à l'incompatibilité, je dirais qu'on s'en fout un peu...
et j'ai sous Xemacs les mêmes fonctionnalités, la même gestion des paquetages qu'avec Emacs. J'ai en plus les fontes anti-aliasées et une gestion plus que normale des encodages (ce qui n'est pas le cas présentement avec ma nouvelle installation du CVS : il va falloir encore que je me paluche une dizaine de lignes ésotériques pour avoir une fonte correcte).
En gros, je n'aurai pas besoin de nxml, j'aurai foutu Emacs à la poubelle et on ne peut pas dire que je viens de le découvrir... -- Eric Jacoboni, ne il y a 1431438270 secondes
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Bon... Un Emacs compilé from CVS règle le problème...
Au passage et sans relancer la guerre de religion : mis à part un
problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que
XEmacs propose de bien qui justifierai un switch ?
Pour le plus d'XEmacs (de mon point de vue) :
- marche sous OS X "out of the box" : fontes antialisées, fontset et
tout le tremblement. Quand on vient d'Emacs, ça fait /très/ drôle.
- gestion propre des paquetages.
Pour les moins :
- nxml ne tourne pas sous XEmacs et ne tournera probablement jamais
(snif).
- copier chiant (pas d'utilisation de la sélection de la souris), mais
c'est sûrement dû à la version actuelle du port Carbon...
D'un autre côté, son incompatibilité avec mon .emacs et le fait
qu'il me le modifie dès le démarrage m'a gonflé. Faudrait que je
regarde si on peu le lancer en précisant un autre fichier init.
Le problème se règle facilement : il faut créer un ~/.xemacs/init.el
vide avant le premier lancement, comme ça, il ne touche pas, ni ne
lit, ton .emacs.
Quant à l'incompatibilité, je dirais qu'on s'en fout un peu...
et j'ai sous Xemacs les mêmes fonctionnalités, la même gestion des
paquetages qu'avec Emacs. J'ai en plus les fontes anti-aliasées et une
gestion plus que normale des encodages (ce qui n'est pas le cas
présentement avec ma nouvelle installation du CVS : il va falloir
encore que je me paluche une dizaine de lignes ésotériques pour avoir
une fonte correcte).
En gros, je n'aurai pas besoin de nxml, j'aurai foutu Emacs à la
poubelle et on ne peut pas dire que je viens de le découvrir...
--
Eric Jacoboni, ne il y a 1431438270 secondes
Bon... Un Emacs compilé from CVS règle le problème...
Au passage et sans relancer la guerre de religion : mis à part un problème qui rendrait GNU/Emacs inutilisable sous OSX, qu'est-ce que XEmacs propose de bien qui justifierai un switch ?
Pour le plus d'XEmacs (de mon point de vue) :
- marche sous OS X "out of the box" : fontes antialisées, fontset et tout le tremblement. Quand on vient d'Emacs, ça fait /très/ drôle.
- gestion propre des paquetages.
Pour les moins :
- nxml ne tourne pas sous XEmacs et ne tournera probablement jamais (snif).
- copier chiant (pas d'utilisation de la sélection de la souris), mais c'est sûrement dû à la version actuelle du port Carbon...
D'un autre côté, son incompatibilité avec mon .emacs et le fait qu'il me le modifie dès le démarrage m'a gonflé. Faudrait que je regarde si on peu le lancer en précisant un autre fichier init.
Le problème se règle facilement : il faut créer un ~/.xemacs/init.el vide avant le premier lancement, comme ça, il ne touche pas, ni ne lit, ton .emacs.
Quant à l'incompatibilité, je dirais qu'on s'en fout un peu...
et j'ai sous Xemacs les mêmes fonctionnalités, la même gestion des paquetages qu'avec Emacs. J'ai en plus les fontes anti-aliasées et une gestion plus que normale des encodages (ce qui n'est pas le cas présentement avec ma nouvelle installation du CVS : il va falloir encore que je me paluche une dizaine de lignes ésotériques pour avoir une fonte correcte).
En gros, je n'aurai pas besoin de nxml, j'aurai foutu Emacs à la poubelle et on ne peut pas dire que je viens de le découvrir... -- Eric Jacoboni, ne il y a 1431438270 secondes
Sébastien Kirche
Le 29 September 2005 à 11:09, Sébastien Kirche vraute :
> > Mais là, avec le b3, une fois passé la phase du configure, il ne > > compile rien (j'ai bien suivi le carbon/README,j'ai appliqué le > > patch et je lance bien le build-app comme indiqué). > > > > Il u a un truc ? > > Euh non... J'ai pris le tar.gz de XEmacs, appliqué le patch et suivi > la manip (en modifiant même le build.app pour virer cette m* de > mule) et tout a fonctionné du premier coup.
Bon, faut que je cherche un peu alors :)
Ayé, je me suis enlevé le caca des yeux, et j'ai enfin remarqué que le patch b3 ne s'appliquait pas sur le même tarball que le b2.
Arff, j'ai honte :oP
Par contre, pourrais tu me dire, si tu l'as fait également, où et comment tu rajoutes les paquetages supplémentaire dans le bundle ?
Sjmsb la dernière fois il me semble Erwan David avait signalé des problèmes sur la version que j'avais mise à dispo et équipée avec le paquetage sumo.
-- Sébastien Kirche
Le 29 September 2005 à 11:09, Sébastien Kirche vraute :
> > Mais là, avec le b3, une fois passé la phase du configure, il ne
> > compile rien (j'ai bien suivi le carbon/README,j'ai appliqué le
> > patch et je lance bien le build-app comme indiqué).
> >
> > Il u a un truc ?
>
> Euh non... J'ai pris le tar.gz de XEmacs, appliqué le patch et suivi
> la manip (en modifiant même le build.app pour virer cette m* de
> mule) et tout a fonctionné du premier coup.
Bon, faut que je cherche un peu alors :)
Ayé, je me suis enlevé le caca des yeux, et j'ai enfin remarqué que le
patch b3 ne s'appliquait pas sur le même tarball que le b2.
Arff, j'ai honte :oP
Par contre, pourrais tu me dire, si tu l'as fait également, où et
comment tu rajoutes les paquetages supplémentaire dans le bundle ?
Sjmsb la dernière fois il me semble Erwan David avait signalé des
problèmes sur la version que j'avais mise à dispo et équipée avec le
paquetage sumo.
Le 29 September 2005 à 11:09, Sébastien Kirche vraute :
> > Mais là, avec le b3, une fois passé la phase du configure, il ne > > compile rien (j'ai bien suivi le carbon/README,j'ai appliqué le > > patch et je lance bien le build-app comme indiqué). > > > > Il u a un truc ? > > Euh non... J'ai pris le tar.gz de XEmacs, appliqué le patch et suivi > la manip (en modifiant même le build.app pour virer cette m* de > mule) et tout a fonctionné du premier coup.
Bon, faut que je cherche un peu alors :)
Ayé, je me suis enlevé le caca des yeux, et j'ai enfin remarqué que le patch b3 ne s'appliquait pas sur le même tarball que le b2.
Arff, j'ai honte :oP
Par contre, pourrais tu me dire, si tu l'as fait également, où et comment tu rajoutes les paquetages supplémentaire dans le bundle ?
Sjmsb la dernière fois il me semble Erwan David avait signalé des problèmes sur la version que j'avais mise à dispo et équipée avec le paquetage sumo.
-- Sébastien Kirche
Eric Jacoboni
Sébastien Kirche writes:
Par contre, pourrais tu me dire, si tu l'as fait également, où et comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par exemple, se trouve dans lisp/gnus (et, avant que tu poses la question, pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre no-gnus dedans).
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que tu souhaites.
Sjmsb la dernière fois il me semble Erwan David avait signalé des problèmes sur la version que j'avais mise à dispo et équipée avec le paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire de nxml, j'aurai basculé.
-- Eric Jacoboni, ne il y a 1431446556 secondes
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Par contre, pourrais tu me dire, si tu l'as fait également, où et
comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package
sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages
etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par
exemple, se trouve dans lisp/gnus (et, avant que tu poses la question,
pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre
no-gnus dedans).
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages
via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le
placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que
tu souhaites.
Sjmsb la dernière fois il me semble Erwan David avait signalé des
problèmes sur la version que j'avais mise à dispo et équipée avec le
paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire
de nxml, j'aurai basculé.
Par contre, pourrais tu me dire, si tu l'as fait également, où et comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par exemple, se trouve dans lisp/gnus (et, avant que tu poses la question, pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre no-gnus dedans).
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que tu souhaites.
Sjmsb la dernière fois il me semble Erwan David avait signalé des problèmes sur la version que j'avais mise à dispo et équipée avec le paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire de nxml, j'aurai basculé.
-- Eric Jacoboni, ne il y a 1431446556 secondes
Sébastien Kirche
Le 29 September 2005 à 16:09, Eric Jacoboni a dit :
Sébastien Kirche writes:
> Par contre, pourrais tu me dire, si tu l'as fait également, où et > comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par exemple, se trouve dans lisp/gnus (et, avant que tu poses la question, pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre no-gnus dedans).
Ok. Histoire de ne pas en mettre partout, j'ai placé le sumo dans XEmacs.app/Contents/Resources/lib/xemacs
Ça a l'aire de fonctionner. Et qu'est-ce que le lancement est rapide !
Par contre les couleurs sont toujours atroces (c'est réglé).
Cependant j'ai peut-être un souci : comment changer la fonte par défaut ? Option/Font ne liste aucune fonte, pas plus que (set-frame-font).
Ça ne fonctionne pas dans Carbon ?
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que tu souhaites.
Ok.
> Sjmsb la dernière fois il me semble Erwan David avait signalé des > problèmes sur la version que j'avais mise à dispo et équipée avec le > paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire de nxml, j'aurai basculé.
Basculé, je ne dis pas... Mais je crois que je vais tester un peu plus cette version «pour voir».
-- Sébastien Kirche
Le 29 September 2005 à 16:09, Eric Jacoboni a dit :
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
> Par contre, pourrais tu me dire, si tu l'as fait également, où et
> comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package
sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages
etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par
exemple, se trouve dans lisp/gnus (et, avant que tu poses la question,
pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre
no-gnus dedans).
Ok. Histoire de ne pas en mettre partout, j'ai placé le sumo dans
XEmacs.app/Contents/Resources/lib/xemacs
Ça a l'aire de fonctionner.
Et qu'est-ce que le lancement est rapide !
Par contre les couleurs sont toujours atroces (c'est réglé).
Cependant j'ai peut-être un souci : comment changer la fonte par
défaut ? Option/Font ne liste aucune fonte, pas plus que
(set-frame-font).
Ça ne fonctionne pas dans Carbon ?
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages
via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le
placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que
tu souhaites.
Ok.
> Sjmsb la dernière fois il me semble Erwan David avait signalé des
> problèmes sur la version que j'avais mise à dispo et équipée avec le
> paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire
de nxml, j'aurai basculé.
Basculé, je ne dis pas... Mais je crois que je vais tester un peu plus
cette version «pour voir».
Le 29 September 2005 à 16:09, Eric Jacoboni a dit :
Sébastien Kirche writes:
> Par contre, pourrais tu me dire, si tu l'as fait également, où et > comment tu rajoutes les paquetages supplémentaire dans le bundle ?
T'as la solution pas chiante mais lourde : tu récupères le package sumo et tu le places à la mimine dans ~/.xemacs/xemacs-packages :
$ ls ~/.xemacs/xemacs-packages etc info lib-src lisp man pkginfo
les différents paquetages sont dans le sous-rep lisp. Gnus, par exemple, se trouve dans lisp/gnus (et, avant que tu poses la question, pour utiliser no-gnus, il suffit de vider ce répertoire et de mettre no-gnus dedans).
Ok. Histoire de ne pas en mettre partout, j'ai placé le sumo dans XEmacs.app/Contents/Resources/lib/xemacs
Ça a l'aire de fonctionner. Et qu'est-ce que le lancement est rapide !
Par contre les couleurs sont toujours atroces (c'est réglé).
Cependant j'ai peut-être un souci : comment changer la fonte par défaut ? Option/Font ne liste aucune fonte, pas plus que (set-frame-font).
Ça ne fonctionne pas dans Carbon ?
Une fois que c'est fait, tu fais un coup de mise à jour des paquetages via le menu idoine, en choisissant d'abord un serveur.
La solution plus économe consiste à récupérer le paquetage efs, à le placer au bon endroit (cf. c-dessus) et à ensuite installer ceux que tu souhaites.
Ok.
> Sjmsb la dernière fois il me semble Erwan David avait signalé des > problèmes sur la version que j'avais mise à dispo et équipée avec le > paquetage sumo.
Moi, tout marche nickel, en tous cas. Il n'y aurait pas cette histoire de nxml, j'aurai basculé.
Basculé, je ne dis pas... Mais je crois que je vais tester un peu plus cette version «pour voir».
-- Sébastien Kirche
Sébastien Kirche
Le 29 September 2005 à 13:09, Eric Jacoboni a dit :
Pour le plus d'XEmacs (de mon point de vue) :
- marche sous OS X "out of the box" : fontes antialisées, fontset et tout le tremblement. Quand on vient d'Emacs, ça fait /très/ drôle.
- gestion propre des paquetages.
Question à propos : XEmacs et le mutithread.
Comment se comporte XEmacs avec Gnus quand il y a une interruption réseau ? Est-ce que ça coince tout comme avec Emacs ?
-- Sébastien Kirche
Le 29 September 2005 à 13:09, Eric Jacoboni a dit :
Pour le plus d'XEmacs (de mon point de vue) :
- marche sous OS X "out of the box" : fontes antialisées, fontset et
tout le tremblement. Quand on vient d'Emacs, ça fait /très/ drôle.
- gestion propre des paquetages.
Question à propos : XEmacs et le mutithread.
Comment se comporte XEmacs avec Gnus quand il y a une interruption
réseau ? Est-ce que ça coince tout comme avec Emacs ?
