Ça ne fonctionnerait pas mieux en modifiant le cons comme ça ? '(".(xml|xsl|rng|tei|xhtml)" . nxml-mode)
Non, ça ne change rien à vue de nez.
slv
SL
PS : j'ajoute que parmi les symptômes il y a ce message au démarrage (manuel, donc) de nxml :
run-hooks: Symbol's function definition is void: bind-nxml-mode-keys
Je ne trouve pas d'aide sur cette fonction. J'ai vraiment installé nxml en copiant le répertoire téléchargé sur tai-opensource dans "elisp/" et en ajoutant les lignes du précédent message à ".emacs", c'est peut être sauvage mais jusqu'à présent ça marchait...
PS : j'ajoute que parmi les symptômes il y a ce message au démarrage
(manuel, donc) de nxml :
run-hooks: Symbol's function definition is void: bind-nxml-mode-keys
Je ne trouve pas d'aide sur cette fonction. J'ai vraiment installé
nxml en copiant le répertoire téléchargé sur tai-opensource dans "elisp/"
et en ajoutant les lignes du précédent message à ".emacs", c'est peut
être sauvage mais jusqu'à présent ça marchait...
PS : j'ajoute que parmi les symptômes il y a ce message au démarrage (manuel, donc) de nxml :
run-hooks: Symbol's function definition is void: bind-nxml-mode-keys
Je ne trouve pas d'aide sur cette fonction. J'ai vraiment installé nxml en copiant le répertoire téléchargé sur tai-opensource dans "elisp/" et en ajoutant les lignes du précédent message à ".emacs", c'est peut être sauvage mais jusqu'à présent ça marchait...
Je ne comprends strictement rien à cette page, mais effectivement ça marche. Merci.
slv
Jean Magnan de Bornier
Le 20 octobre à 00:19:04 "drkm" écrit notamme nt:
Jean Magnan de Bornier wrote:
(fset 'xml-mode 'nxml-mode)
a résolu le problème pour moi; le problème est connu et répertor ié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete '(html-mode sgml-mode xml-mode) "List of mode symbols whose entries to delete in `magic-mode-alist'." :type '(repeat symbol) :group 'drkm)
demarrera nXML pour les buffers commencant par ces caracteres (donc les documents XML avec declaration XML).
Le probleme avec cette nouvelle variable est qu'elle a precedence sur 'auto-mode-alist' (c'est bien) et que cela casse certaines configs exsistantes a cause de la valeur par defaut (c'est mal), renseignant les modes html, xml, sgml, ps et conf-unix (ou quelque chose du genre).
Puisque tu le dis... je prends, ça marche, c'est adopté (et je regrette de ne pas comprendre totalement)! Je suis sûr qu'ils seraient contents de connaître cette solution chez nXML, ou sur emacswiki où j'avais trouvé la solution précédente.
à+, -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87
Le 20 octobre à 00:19:04 "drkm" <fgeorges.spam@gmail.com> écrit notamme nt:
Jean Magnan de Bornier wrote:
(fset 'xml-mode 'nxml-mode)
a résolu le problème pour moi; le problème est connu et répertor ié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme
vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les
geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete
'(html-mode sgml-mode xml-mode)
"List of mode symbols whose entries to delete in
`magic-mode-alist'."
:type '(repeat symbol)
:group 'drkm)
demarrera nXML pour les buffers commencant par ces caracteres (donc les
documents XML avec declaration XML).
Le probleme avec cette nouvelle variable est qu'elle a precedence sur
'auto-mode-alist' (c'est bien) et que cela casse certaines configs
exsistantes a cause de la valeur par defaut (c'est mal), renseignant
les modes html, xml, sgml, ps et conf-unix (ou quelque chose du genre).
Puisque tu le dis... je prends, ça marche, c'est adopté (et je regrette de
ne pas comprendre totalement)!
Je suis sûr qu'ils seraient contents de connaître cette solution chez
nXML, ou sur emacswiki où j'avais trouvé la solution précédente.
à+,
--
Jean Magnan de Bornier | Cours Victor Hugo
e-mots: jean at bornier.net | 13980 Alleins France
T 08 70 39 34 03 | P 06 09 17 35 87
a résolu le problème pour moi; le problème est connu et répertor ié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete '(html-mode sgml-mode xml-mode) "List of mode symbols whose entries to delete in `magic-mode-alist'." :type '(repeat symbol) :group 'drkm)
demarrera nXML pour les buffers commencant par ces caracteres (donc les documents XML avec declaration XML).
Le probleme avec cette nouvelle variable est qu'elle a precedence sur 'auto-mode-alist' (c'est bien) et que cela casse certaines configs exsistantes a cause de la valeur par defaut (c'est mal), renseignant les modes html, xml, sgml, ps et conf-unix (ou quelque chose du genre).
Puisque tu le dis... je prends, ça marche, c'est adopté (et je regrette de ne pas comprendre totalement)! Je suis sûr qu'ils seraient contents de connaître cette solution chez nXML, ou sur emacswiki où j'avais trouvé la solution précédente.
à+, -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87
Jean Magnan de Bornier
Le 20 octobre à 10:48:16 "drkm" écrit notamme nt:
Jean Magnan de Bornier wrote:
(et je regrette de ne pas comprendre totalement)!
Lorsque tu ouvres un fichier, Emacs definit le mode d'edition majeur a adopter. Tu connais deja 'auto-mode-alist', la variable qu'il utilise pour associer des regexps sur le nom de fichier a des modes.
'magic-mode-alist', c'est le meme principe, mais c'est sur le contenu du buffer lui-meme, et non sur le nom de fichier. Ce qui est parfait pour XML, par exemple , grace a la declaration XML : <?xml version="1.0"?>. Et qui pourrait remplacer 'interpreter-mode-alist', qui fait un peu la meme chose mais de maniere plus specialisee (qui marche juste lorsque le fichier commence par "#!/path/...").
Lorsque Emacs cherche le mode majeur a employer, donc, il va d'abord regarder dans 'magic-moe-alist' si une regexp correspond au contenu du buffer, sinon il regarde dans 'auto-mode-alist' si une regexp correspond au nom du fichier.
Merci, c'est clair maintenant -- Jean
Le 20 octobre à 10:48:16 "drkm" <fgeorges.spam@gmail.com> écrit notamme nt:
Jean Magnan de Bornier wrote:
(et je regrette de ne pas comprendre totalement)!
Lorsque tu ouvres un fichier, Emacs definit le mode d'edition majeur
a adopter. Tu connais deja 'auto-mode-alist', la variable qu'il
utilise pour associer des regexps sur le nom de fichier a des modes.
'magic-mode-alist', c'est le meme principe, mais c'est sur le contenu
du buffer lui-meme, et non sur le nom de fichier. Ce qui est parfait
pour XML, par exemple , grace a la declaration XML : <?xml
version="1.0"?>. Et qui pourrait remplacer 'interpreter-mode-alist',
qui fait un peu la meme chose mais de maniere plus specialisee (qui
marche juste lorsque le fichier commence par "#!/path/...").
Lorsque Emacs cherche le mode majeur a employer, donc, il va d'abord
regarder dans 'magic-moe-alist' si une regexp correspond au contenu du
buffer, sinon il regarde dans 'auto-mode-alist' si une regexp
correspond au nom du fichier.
Lorsque tu ouvres un fichier, Emacs definit le mode d'edition majeur a adopter. Tu connais deja 'auto-mode-alist', la variable qu'il utilise pour associer des regexps sur le nom de fichier a des modes.
'magic-mode-alist', c'est le meme principe, mais c'est sur le contenu du buffer lui-meme, et non sur le nom de fichier. Ce qui est parfait pour XML, par exemple , grace a la declaration XML : <?xml version="1.0"?>. Et qui pourrait remplacer 'interpreter-mode-alist', qui fait un peu la meme chose mais de maniere plus specialisee (qui marche juste lorsque le fichier commence par "#!/path/...").
Lorsque Emacs cherche le mode majeur a employer, donc, il va d'abord regarder dans 'magic-moe-alist' si une regexp correspond au contenu du buffer, sinon il regarde dans 'auto-mode-alist' si une regexp correspond au nom du fichier.
Merci, c'est clair maintenant -- Jean
SL
"drkm" a écrit :
Jean Magnan de Bornier wrote:
(fset 'xml-mode 'nxml-mode)
a résolu le problème pour moi; le problème est connu et répertorié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete '(html-mode sgml-mode xml-mode) "List of mode symbols whose entries to delete in `magic-mode-alist'." :type '(repeat symbol) :group 'drkm)
Merci, au moins c'est clair ; le code ci-dessus a l'air très bien, mais au démarrage j'ai un message comme quoi "detete-if" n'est pas une fonction reconnue. Alors que, curieusement, M-x load-file RET ~/.emacs passe sans problème.
"drkm" a écrit :
Jean Magnan de Bornier wrote:
(fset 'xml-mode 'nxml-mode)
a résolu le problème pour moi; le problème est connu et répertorié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme
vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les
geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete
'(html-mode sgml-mode xml-mode)
"List of mode symbols whose entries to delete in
`magic-mode-alist'."
:type '(repeat symbol)
:group 'drkm)
Merci, au moins c'est clair ; le code ci-dessus a l'air très bien,
mais au démarrage j'ai un message comme quoi "detete-if" n'est pas une
fonction reconnue. Alors que, curieusement, M-x load-file RET ~/.emacs
passe sans problème.
a résolu le problème pour moi; le problème est connu et répertorié:
C'est qu'il a ete mal solutionne, alors. Typiquement, ce probleme vient de l'introduction de 'magic-mode-alist'. Ceci pour supprimer les geneur de la valeur par defaut :
(defcustom drkm-misc:magic-modes-to-delete '(html-mode sgml-mode xml-mode) "List of mode symbols whose entries to delete in `magic-mode-alist'." :type '(repeat symbol) :group 'drkm)
Merci, au moins c'est clair ; le code ci-dessus a l'air très bien, mais au démarrage j'ai un message comme quoi "detete-if" n'est pas une fonction reconnue. Alors que, curieusement, M-x load-file RET ~/.emacs passe sans problème.
