On 2017-03-02 06:51:51 +0000, Jean-Jacques Rétorré said:mer. 01 mars 2017, Thierry WYBRECHT disait :On 2017-03-01 18:37:58 +0000, Jean-Jacques Rétorré said:mer. 01 mars 2017, Thierry WYBRECHT disait :Bonjour,
Je viens de mettre àjour sur mon mac emacs (la version mo difiée de
Vincent Goulet, la 25.1)
qui marche bien, sauf qu'elle a perdu la reconnaissance des commandes
définies dans mon
fichier source (ex: si je fais C-c <entrée> dev <tab>, ell e me
complétait la commande devoir définie
dans le source). QU'est-ce qui a changé entre la 24 et la 25 qui
pourrait expliquer cette perte?
Merci
Un fichier de style ?
La complétion de dev vient d'un fichier de style personnel pour autant
que je sache. Il faut le copier dans l'espace des fichiers de style li é
ÃÂ la version 25.
Déjà, il faudrait l'identifier.
Chercher dans TeX-style-path ou TeX-style-global TeX-style-local etc..
(info "(auctex )Style files")
Je crois que j'ai trouvé, je pense que le coupable est template.el , situé dans
mon ~/emacs-scripts, et qui n'est pas pris en compte (une vieille
extension qui date
de 2003, et bien pratique). Pourquoi n'est-elle pas prise en compte,
je l'ignore.
D'autres extensions dans le même répertoire (latex-tempo par exemple)
le sont.
J'utilise avec bonheur cette extension qui n'a d'effet que lors de la
création d'un nouveau document. Il est vrai qu'il peut contenir du code
elisp qui s'active à ce moment. AMHA, si c'est ça il vaut mieu x le
virer. Il y a quand même mieux dans AUCTeX.
Je jette l'éponge, trop de problèmes. Je suis revenu à la version
précédente (24.5.1) !
Merci pour votre aide quand même!
On 2017-03-02 06:51:51 +0000, Jean-Jacques Rétorré said:
mer. 01 mars 2017, Thierry WYBRECHT <email@domain.com> disait :
On 2017-03-01 18:37:58 +0000, Jean-Jacques Rétorré said:
mer. 01 mars 2017, Thierry WYBRECHT <email@domain.com> disait :
Bonjour,
Je viens de mettre àjour sur mon mac emacs (la version mo difiée de
Vincent Goulet, la 25.1)
qui marche bien, sauf qu'elle a perdu la reconnaissance des commandes
définies dans mon
fichier source (ex: si je fais C-c <entrée> dev <tab>, ell e me
complétait la commande devoir définie
dans le source). QU'est-ce qui a changé entre la 24 et la 25 qui
pourrait expliquer cette perte?
Merci
Un fichier de style ?
La complétion de dev vient d'un fichier de style personnel pour autant
que je sache. Il faut le copier dans l'espace des fichiers de style li é
ÃÂ la version 25.
Déjà, il faudrait l'identifier.
Chercher dans TeX-style-path ou TeX-style-global TeX-style-local etc..
(info "(auctex )Style files")
Je crois que j'ai trouvé, je pense que le coupable est template.el , situé dans
mon ~/emacs-scripts, et qui n'est pas pris en compte (une vieille
extension qui date
de 2003, et bien pratique). Pourquoi n'est-elle pas prise en compte,
je l'ignore.
D'autres extensions dans le même répertoire (latex-tempo par exemple)
le sont.
J'utilise avec bonheur cette extension qui n'a d'effet que lors de la
création d'un nouveau document. Il est vrai qu'il peut contenir du code
elisp qui s'active à ce moment. AMHA, si c'est ça il vaut mieu x le
virer. Il y a quand même mieux dans AUCTeX.
Je jette l'éponge, trop de problèmes. Je suis revenu à la version
précédente (24.5.1) !
Merci pour votre aide quand même!
On 2017-03-02 06:51:51 +0000, Jean-Jacques Rétorré said:mer. 01 mars 2017, Thierry WYBRECHT disait :On 2017-03-01 18:37:58 +0000, Jean-Jacques Rétorré said:mer. 01 mars 2017, Thierry WYBRECHT disait :Bonjour,
Je viens de mettre àjour sur mon mac emacs (la version mo difiée de
Vincent Goulet, la 25.1)
qui marche bien, sauf qu'elle a perdu la reconnaissance des commandes
définies dans mon
fichier source (ex: si je fais C-c <entrée> dev <tab>, ell e me
complétait la commande devoir définie
dans le source). QU'est-ce qui a changé entre la 24 et la 25 qui
pourrait expliquer cette perte?
Merci
Un fichier de style ?
La complétion de dev vient d'un fichier de style personnel pour autant
que je sache. Il faut le copier dans l'espace des fichiers de style li é
ÃÂ la version 25.
Déjà, il faudrait l'identifier.
Chercher dans TeX-style-path ou TeX-style-global TeX-style-local etc..
(info "(auctex )Style files")
Je crois que j'ai trouvé, je pense que le coupable est template.el , situé dans
mon ~/emacs-scripts, et qui n'est pas pris en compte (une vieille
extension qui date
de 2003, et bien pratique). Pourquoi n'est-elle pas prise en compte,
je l'ignore.
D'autres extensions dans le même répertoire (latex-tempo par exemple)
le sont.
J'utilise avec bonheur cette extension qui n'a d'effet que lors de la
création d'un nouveau document. Il est vrai qu'il peut contenir du code
elisp qui s'active à ce moment. AMHA, si c'est ça il vaut mieu x le
virer. Il y a quand même mieux dans AUCTeX.
Je jette l'éponge, trop de problèmes. Je suis revenu à la version
précédente (24.5.1) !
Merci pour votre aide quand même!
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'existence de
ces fichiers de style non activés par défaut. Ça échappe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) très
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamment comme
conséquence qu'il est d'emblée sélectionné et que, donc, commencer
à saisir un texte suffit à le remplacer.
En outre, de manière générale dans TeXstudio, les commandes « non
connues », c'est-à-dire non déclarées dans la classe ou les packages
chargés, sont mises en évidence (par un surlignage). Et c'est aussi le
cas des commandes créées au moyen de newcommand (autrement dit, toto
serait ici considérée comme connue).
Je n'utilise que Emacs pour mon propre travail, mais je connais assez
bien TeXstudio pour le conseiller aux personnes que je forme à LaTeX
(sauf si elles utilisent elles-mêmes Emacs) et pour en assurer la
traduction en français. ÀMHA, AUCTeX a des progrès à faire pour être
aussi pratique que lui (je ne parle bien sûr que de l'aspect IDE LaTeX,
pas des fonctionnalités générales d'édition qui restent supérieures chez
Emacs).
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :
Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'existence de
ces fichiers de style non activés par défaut. Ça échappe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) très
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamment comme
conséquence qu'il est d'emblée sélectionné et que, donc, commencer
à saisir un texte suffit à le remplacer.
En outre, de manière générale dans TeXstudio, les commandes « non
connues », c'est-à-dire non déclarées dans la classe ou les packages
chargés, sont mises en évidence (par un surlignage). Et c'est aussi le
cas des commandes créées au moyen de newcommand (autrement dit, toto
serait ici considérée comme connue).
Je n'utilise que Emacs pour mon propre travail, mais je connais assez
bien TeXstudio pour le conseiller aux personnes que je forme à LaTeX
(sauf si elles utilisent elles-mêmes Emacs) et pour en assurer la
traduction en français. ÀMHA, AUCTeX a des progrès à faire pour être
aussi pratique que lui (je ne parle bien sûr que de l'aspect IDE LaTeX,
pas des fonctionnalités générales d'édition qui restent supérieures chez
Emacs).
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'existence de
ces fichiers de style non activés par défaut. Ça échappe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) très
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamment comme
conséquence qu'il est d'emblée sélectionné et que, donc, commencer
à saisir un texte suffit à le remplacer.
En outre, de manière générale dans TeXstudio, les commandes « non
connues », c'est-à-dire non déclarées dans la classe ou les packages
chargés, sont mises en évidence (par un surlignage). Et c'est aussi le
cas des commandes créées au moyen de newcommand (autrement dit, toto
serait ici considérée comme connue).
Je n'utilise que Emacs pour mon propre travail, mais je connais assez
bien TeXstudio pour le conseiller aux personnes que je forme à LaTeX
(sauf si elles utilisent elles-mêmes Emacs) et pour en assurer la
traduction en français. ÀMHA, AUCTeX a des progrès à faire pour être
aussi pratique que lui (je ne parle bien sûr que de l'aspect IDE LaTeX,
pas des fonctionnalités générales d'édition qui restent supérieures chez
Emacs).
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'ex istence de
ces fichiers de style non activés par défaut. Ça éch appe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) tr ès
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg 1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamme nt comme
conséquence qu'il est d'emblée sélectionné et que, do nc, commencer
à saisir un texte suffit à le remplacer.
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :
Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'ex istence de
ces fichiers de style non activés par défaut. Ça éch appe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) tr ès
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg 1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamme nt comme
conséquence qu'il est d'emblée sélectionné et que, do nc, commencer
à saisir un texte suffit à le remplacer.
Le 02/03/17 à 07h46, Jean-Jacques Rétorré a écrit :Les fichiers de style d'Auctex contiennent du code elisp pour assister
la saisie de code relatif aux fichiers .sty LaTeX.
La lecture des premières lignes de (info "auctex") évoque l'ex istence de
ces fichiers de style non activés par défaut. Ça éch appe à beaucoup
d'utilisateurs d'AUCTeX, pourtant c'est une feature (traduisez-moi) tr ès
importante.
De ce point de vue, AUCTeX n'est quand même pas aussi pratique que, par
exemple, TeXstudio. Dans ce dernier, si un document contient par
exemple :
┌────
│ newcommand{toto}[1]{titi #1}
└────
saisir « tot » va proposer la complétion « toto{arg 1} » qui, si
acceptée, va insérer :
┌────
│ toto{arg1}
└────
où « arg1 » est un paramètre fictif, ce qui a notamme nt comme
conséquence qu'il est d'emblée sélectionné et que, do nc, commencer
à saisir un texte suffit à le remplacer.
Le 08/03/17 à 19h38, Jean-Jacques Rétorré a écrit :--------------------------
(defun grab-code-LaTeX-for-edit ()
"Capture du code Latex pour édition dans un fichier sous /tmp/LaTeX-BAC-A-SABLE.
Le point est censé être entre documentclass et
end{document}. Aucune vérification n'est faite.
Testé seulement sous Linux (Debian)"
(interactive)
(let ((latex-file ;; le nom du fichier créé par le système
(substring
(shell-command-to-string "mkdir -p /tmp/LaTeX-BAC-A-SABLE &&
mktemp -p /tmp/LaTeX-BAC-A-SABLE --suffix=.tex tex-ecm-XXXX")
0 -1)
)
beg
end)
(save-excursion (setq beg (search-backward "documentclass" )))
;; beg= début de fichier LaTeX
(save-excursion (setq end (search-forward "end{document}" )))
;; end= fin de fichier LaTeX
(unless (or (null beg) (null end)) (kill-ring-save beg end)
(find-file latex-file) (yank)
(save-buffer) (TeX-normal-mode)
))
)
-----------------------
Pas mal, merci ! Juste deux choses :
2. Je préférerais que ça se mette au début d'un fichier fixe dans lequel
je fais tous mes tests, sans écraser ce qui y était déjà. Si tu sais
comment faire, je prends volontiers :)
Le 08/03/17 à 19h38, Jean-Jacques Rétorré a écrit :
--------------------------
(defun grab-code-LaTeX-for-edit ()
"Capture du code Latex pour édition dans un fichier sous /tmp/LaTeX-BAC-A-SABLE.
Le point est censé être entre documentclass et
end{document}. Aucune vérification n'est faite.
Testé seulement sous Linux (Debian)"
(interactive)
(let ((latex-file ;; le nom du fichier créé par le système
(substring
(shell-command-to-string "mkdir -p /tmp/LaTeX-BAC-A-SABLE &&
mktemp -p /tmp/LaTeX-BAC-A-SABLE --suffix=.tex tex-ecm-XXXX")
0 -1)
)
beg
end)
(save-excursion (setq beg (search-backward "\documentclass" )))
;; beg= début de fichier LaTeX
(save-excursion (setq end (search-forward "\end{document}" )))
;; end= fin de fichier LaTeX
(unless (or (null beg) (null end)) (kill-ring-save beg end)
(find-file latex-file) (yank)
(save-buffer) (TeX-normal-mode)
))
)
-----------------------
Pas mal, merci ! Juste deux choses :
2. Je préférerais que ça se mette au début d'un fichier fixe dans lequel
je fais tous mes tests, sans écraser ce qui y était déjà. Si tu sais
comment faire, je prends volontiers :)
Le 08/03/17 à 19h38, Jean-Jacques Rétorré a écrit :--------------------------
(defun grab-code-LaTeX-for-edit ()
"Capture du code Latex pour édition dans un fichier sous /tmp/LaTeX-BAC-A-SABLE.
Le point est censé être entre documentclass et
end{document}. Aucune vérification n'est faite.
Testé seulement sous Linux (Debian)"
(interactive)
(let ((latex-file ;; le nom du fichier créé par le système
(substring
(shell-command-to-string "mkdir -p /tmp/LaTeX-BAC-A-SABLE &&
mktemp -p /tmp/LaTeX-BAC-A-SABLE --suffix=.tex tex-ecm-XXXX")
0 -1)
)
beg
end)
(save-excursion (setq beg (search-backward "documentclass" )))
;; beg= début de fichier LaTeX
(save-excursion (setq end (search-forward "end{document}" )))
;; end= fin de fichier LaTeX
(unless (or (null beg) (null end)) (kill-ring-save beg end)
(find-file latex-file) (yank)
(save-buffer) (TeX-normal-mode)
))
)
-----------------------
Pas mal, merci ! Juste deux choses :
2. Je préférerais que ça se mette au début d'un fichier fixe dans lequel
je fais tous mes tests, sans écraser ce qui y était déjà. Si tu sais
comment faire, je prends volontiers :)
1. Au moment de la compilation, ça me demande quel doit être le document
maître. Comme la réponse est a priori toujours la même (le document
en cours), ce serait bien si ça pouvait être intégré.
1. Au moment de la compilation, ça me demande quel doit être le document
maître. Comme la réponse est a priori toujours la même (le document
en cours), ce serait bien si ça pouvait être intégré.
1. Au moment de la compilation, ça me demande quel doit être le document
maître. Comme la réponse est a priori toujours la même (le document
en cours), ce serait bien si ça pouvait être intégré.
Le 13/03/17 à 10h52, Jean-Jacques Rétorré a écrit :En effet, autant pour moi. Le truc, c'est que, pour répondre à ton
incertitude plus bas, ça ne se fait qu'au chargement du fichier, et
pas à son enregistrement, ce qui fait que je n'avais jamais noté
cette fonctionnalité.
On peut la forcer par /M-x TeX-normal-mode/ et la fonctionnalité a un
effet immédiat (C-c C-n) .
Devrait ne pas être nécessaire.Par ailleurs, l'autocomplétion sous TeXstudio apparaît dans une
pop-up d'une dizaine de lignes, ce qui fait qu'on remarque assez
rapidement cette fonctionnalité ; avec AUCTeX, le minibuffer étant
restreint à une ligne, ça ne saute pas au yeux (il faut TABer pour
voir toutes les 1res propositions).Dans le genre, TeXstudio signale (en surlignant en rose) les
commandes qu'il estime non valides (parce que non définies par les
classe et packages chargés ou par un newcommand dans le fichier en
cours). Si AUCTeX propose aussi cela, ce n'est pas par défaut en tout
cas.
Il y a tellement de fonctionnalités proposées par Emacs
Est-ce le cas de celle que je mentionne ?que beaucoup ne sont pas proposées par défaut (il faudrait qu'Emacs
soit capable de comprendre le désir de l'utilisateur). Il faut les
activer. Emacs c'est pour les gens conscients et responsables.
Mouais... À ce compte-là, aucune fonctionnalité ne devrait être activée
par défaut.
Normalement tout est automatique, ça se fait au chargement ou à la
sauvegarde du fichier, je n'ai pas trop regardé,
Chargement, donc, ce qui est dommage ÀMHA.
La création du fichier de style se fait à la sauvegarde, mais son
activation n'a aucun effet après la fermeture du fichier :-)
Argh ! Mais c'est nul, ça ! J'imagine que, à son ouverture, tout fichier
`.tex' est parsé et donc cette fonctionnalité devrait être activée à sa
réouverture.
Le 13/03/17 à 10h52, Jean-Jacques Rétorré a écrit :
En effet, autant pour moi. Le truc, c'est que, pour répondre à ton
incertitude plus bas, ça ne se fait qu'au chargement du fichier, et
pas à son enregistrement, ce qui fait que je n'avais jamais noté
cette fonctionnalité.
On peut la forcer par /M-x TeX-normal-mode/ et la fonctionnalité a un
effet immédiat (C-c C-n) .
Devrait ne pas être nécessaire.
Par ailleurs, l'autocomplétion sous TeXstudio apparaît dans une
pop-up d'une dizaine de lignes, ce qui fait qu'on remarque assez
rapidement cette fonctionnalité ; avec AUCTeX, le minibuffer étant
restreint à une ligne, ça ne saute pas au yeux (il faut TABer pour
voir toutes les 1res propositions).
Dans le genre, TeXstudio signale (en surlignant en rose) les
commandes qu'il estime non valides (parce que non définies par les
classe et packages chargés ou par un newcommand dans le fichier en
cours). Si AUCTeX propose aussi cela, ce n'est pas par défaut en tout
cas.
Il y a tellement de fonctionnalités proposées par Emacs
Est-ce le cas de celle que je mentionne ?
que beaucoup ne sont pas proposées par défaut (il faudrait qu'Emacs
soit capable de comprendre le désir de l'utilisateur). Il faut les
activer. Emacs c'est pour les gens conscients et responsables.
Mouais... À ce compte-là, aucune fonctionnalité ne devrait être activée
par défaut.
Normalement tout est automatique, ça se fait au chargement ou à la
sauvegarde du fichier, je n'ai pas trop regardé,
Chargement, donc, ce qui est dommage ÀMHA.
La création du fichier de style se fait à la sauvegarde, mais son
activation n'a aucun effet après la fermeture du fichier :-)
Argh ! Mais c'est nul, ça ! J'imagine que, à son ouverture, tout fichier
`.tex' est parsé et donc cette fonctionnalité devrait être activée à sa
réouverture.
Le 13/03/17 à 10h52, Jean-Jacques Rétorré a écrit :En effet, autant pour moi. Le truc, c'est que, pour répondre à ton
incertitude plus bas, ça ne se fait qu'au chargement du fichier, et
pas à son enregistrement, ce qui fait que je n'avais jamais noté
cette fonctionnalité.
On peut la forcer par /M-x TeX-normal-mode/ et la fonctionnalité a un
effet immédiat (C-c C-n) .
Devrait ne pas être nécessaire.Par ailleurs, l'autocomplétion sous TeXstudio apparaît dans une
pop-up d'une dizaine de lignes, ce qui fait qu'on remarque assez
rapidement cette fonctionnalité ; avec AUCTeX, le minibuffer étant
restreint à une ligne, ça ne saute pas au yeux (il faut TABer pour
voir toutes les 1res propositions).Dans le genre, TeXstudio signale (en surlignant en rose) les
commandes qu'il estime non valides (parce que non définies par les
classe et packages chargés ou par un newcommand dans le fichier en
cours). Si AUCTeX propose aussi cela, ce n'est pas par défaut en tout
cas.
Il y a tellement de fonctionnalités proposées par Emacs
Est-ce le cas de celle que je mentionne ?que beaucoup ne sont pas proposées par défaut (il faudrait qu'Emacs
soit capable de comprendre le désir de l'utilisateur). Il faut les
activer. Emacs c'est pour les gens conscients et responsables.
Mouais... À ce compte-là, aucune fonctionnalité ne devrait être activée
par défaut.
Normalement tout est automatique, ça se fait au chargement ou à la
sauvegarde du fichier, je n'ai pas trop regardé,
Chargement, donc, ce qui est dommage ÀMHA.
La création du fichier de style se fait à la sauvegarde, mais son
activation n'a aucun effet après la fermeture du fichier :-)
Argh ! Mais c'est nul, ça ! J'imagine que, à son ouverture, tout fichier
`.tex' est parsé et donc cette fonctionnalité devrait être activée à sa
réouverture.