Le problème est que filltype, par exemple, est à la fois une fonction
"filltype(...)" et une constante "filltype ="
ou "bidule(..., ..., filltype, ...)".
Je voudrais donc savoir comment avoir une coloration différente entre
filltype( et filltype sans pour autant colorier toutes les parenthèses
du code (par exemple 3*(toto+2) ).
Le problème est que filltype, par exemple, est à la fois une fonction "filltype(...)" et une constante "filltype =" ou "bidule(..., ..., filltype, ...)".
Tu peux utiliser la construction suivante. Elle utilise un format d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Le problème est que filltype, par exemple, est à la fois une fonction
"filltype(...)" et une constante "filltype ="
ou "bidule(..., ..., filltype, ...)".
Tu peux utiliser la construction suivante. Elle utilise un format
d'arguments un peu plus complexe, permettant de specifier une
sous-partie de l'expression rationnelle a colorier. Cela permet de
matcher sur une plus longue chaine, mais d'exclure la parenthese :
Le problème est que filltype, par exemple, est à la fois une fonction "filltype(...)" et une constante "filltype =" ou "bidule(..., ..., filltype, ...)".
Tu peux utiliser la construction suivante. Elle utilise un format d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based Fontification"). Certaines constructions permettent de faire des choses vraiment complexes.
--drkm
Ph. Ivaldi
Le 22 août 2006 à 20h22:42, "Florent Georges" écrivit :
Ph. Ivaldi wrote:
Tu peux utiliser la construction suivante. Elle utilise un format d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based Fontification"). Certaines constructions permettent de faire des choses vraiment complexes.
Ho sûrement... pour le moment je vais me contenter de choses vraiment simples.
--drkm
Merci pour tout, -- Philippe Ivaldi.
Le 22 août 2006 à 20h22:42,
"Florent Georges" <fgeorges.spam@gmail.com> écrivit :
Ph. Ivaldi wrote:
Tu peux utiliser la construction suivante. Elle utilise un format
d'arguments un peu plus complexe, permettant de specifier une
sous-partie de l'expression rationnelle a colorier. Cela permet de
matcher sur une plus longue chaine, mais d'exclure la parenthese :
Le 22 août 2006 à 20h22:42, "Florent Georges" écrivit :
Ph. Ivaldi wrote:
Tu peux utiliser la construction suivante. Elle utilise un format d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based Fontification"). Certaines constructions permettent de faire des choses vraiment complexes.
Ho sûrement... pour le moment je vais me contenter de choses vraiment simples.
--drkm
Merci pour tout, -- Philippe Ivaldi.
Ph. Ivaldi
Le 22 août 2006 à 20h22:42, "Florent Georges" écrivit :
Ph. Ivaldi wrote:
Bonjour !
Tu peux utiliser la construction suivante. Elle utilise un format
d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based Fontification"). Certaines constructions permettent de faire des choses vraiment complexes.
En fait il me faudrait définir deux "matching functions" qui se basent sur deux listes de mots clefs du type: (defvar asy-command-name '("draw" "FillDraw" "filltype" ....)) J'ai beau lire la documentation et Message-ID: je me noie.
Bref, comment définir une telle "matching function" ? Merci de votre aide. -- Philippe Ivaldi.
Le 22 août 2006 à 20h22:42,
"Florent Georges" <fgeorges.spam@gmail.com> écrivit :
Ph. Ivaldi wrote:
Bonjour !
Tu peux utiliser la construction suivante. Elle utilise un format
d'arguments un peu plus complexe, permettant de specifier une
sous-partie de l'expression rationnelle a colorier. Cela permet de
matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based
Fontification"). Certaines constructions permettent de faire des
choses vraiment complexes.
En fait il me faudrait définir deux "matching functions" qui se basent
sur deux listes de mots clefs du type:
(defvar asy-command-name '("draw" "FillDraw" "filltype" ....))
J'ai beau lire la documentation et
Message-ID: <3b83c5df_1@news.arcor-ip.de>
je me noie.
Bref, comment définir une telle "matching function" ?
Merci de votre aide.
--
Philippe Ivaldi.
Le 22 août 2006 à 20h22:42, "Florent Georges" écrivit :
Ph. Ivaldi wrote:
Bonjour !
Tu peux utiliser la construction suivante. Elle utilise un format
d'arguments un peu plus complexe, permettant de specifier une sous-partie de l'expression rationnelle a colorier. Cela permet de matcher sur une plus longue chaine, mais d'exclure la parenthese :
Tu as toutes les infos ici : (info "(elisp)Search-based Fontification"). Certaines constructions permettent de faire des choses vraiment complexes.
En fait il me faudrait définir deux "matching functions" qui se basent sur deux listes de mots clefs du type: (defvar asy-command-name '("draw" "FillDraw" "filltype" ....)) J'ai beau lire la documentation et Message-ID: je me noie.
Bref, comment définir une telle "matching function" ? Merci de votre aide. -- Philippe Ivaldi.
Ph. Ivaldi
Le 23 août 2006 à 15h14:04, Ph. Ivaldi écrivit :
En fait il me faudrait définir deux "matching functions" qui se basent sur deux listes de mots clefs du type: (defvar asy-command-name '("draw" "FillDraw" "filltype" ....)) J'ai beau lire la documentation et Message-ID: je me noie.
Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement (merci emacswiki):
Ce qui permet de faire une mise à jour simple et rapide des noms de commandes et de constantes (et d'apprendre les subtilités du lisp :-) ). Quelle idée aussi d'utiliser un langage où une fonction porte le même nom qu'une variable ?
Bonne journée, -- Philippe Ivaldi.
Le 23 août 2006 à 15h14:04,
Ph. Ivaldi <piv_pasde@pub_tele2.fr> écrivit :
En fait il me faudrait définir deux "matching functions" qui se basent
sur deux listes de mots clefs du type:
(defvar asy-command-name '("draw" "FillDraw" "filltype" ....))
J'ai beau lire la documentation et
Message-ID: <3b83c5df_1@news.arcor-ip.de>
je me noie.
Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement (merci
emacswiki):
Ce qui permet de faire une mise à jour simple et rapide des noms de
commandes et de constantes (et d'apprendre les subtilités du
lisp :-) ).
Quelle idée aussi d'utiliser un langage où une fonction porte le même
nom qu'une variable ?
En fait il me faudrait définir deux "matching functions" qui se basent sur deux listes de mots clefs du type: (defvar asy-command-name '("draw" "FillDraw" "filltype" ....)) J'ai beau lire la documentation et Message-ID: je me noie.
Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement (merci emacswiki):
Ce qui permet de faire une mise à jour simple et rapide des noms de commandes et de constantes (et d'apprendre les subtilités du lisp :-) ). Quelle idée aussi d'utiliser un langage où une fonction porte le même nom qu'une variable ?
Bonne journée, -- Philippe Ivaldi.
Florent Georges
Ph. Ivaldi wrote:
Salut
Le 23 août 2006 à 15h14:04, Ph. Ivaldi écrivit :
> Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement
Désolé, je n'ai pas vu ton article plus tôt. Mais tu as trouvé la solution tout seul :-). C'est exactement ce que je t'aurais conseillé : tu n'as pas besoin d'une fonction dans ce cas, une expression rationnelle suffit. Et le code a l'air très bien, configurable, ...
--drkm
Ph. Ivaldi wrote:
Salut
Le 23 août 2006 à 15h14:04,
Ph. Ivaldi <piv_pasde@pub_tele2.fr> écrivit :
> Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement
Désolé, je n'ai pas vu ton article plus tôt. Mais tu as
trouvé la solution tout seul :-). C'est exactement ce que
je t'aurais conseillé : tu n'as pas besoin d'une fonction
dans ce cas, une expression rationnelle suffit. Et le code
a l'air très bien, configurable, ...
> Bref, comment définir une telle "matching function" ?
Je ne sais toujours pas mais j'ai trouvé un contournement
Désolé, je n'ai pas vu ton article plus tôt. Mais tu as trouvé la solution tout seul :-). C'est exactement ce que je t'aurais conseillé : tu n'as pas besoin d'une fonction dans ce cas, une expression rationnelle suffit. Et le code a l'air très bien, configurable, ...
--drkm
Ph. Ivaldi
Le 25 août 2006 à 09h47:21, "Florent Georges" écrivit :
[...] Et le code a l'air très bien, configurable, ...
ha ben ça, ça me fait vraiment plaisir. -- Philippe Ivaldi.
Le 25 août 2006 à 09h47:21,
"Florent Georges" <fgeorges.spam@gmail.com> écrivit :
[...]
Et le code a l'air très bien, configurable, ...
ha ben ça, ça me fait vraiment plaisir.
--
Philippe Ivaldi.
Just une petite remarque, j'aurais utilise '(repeat symbol) ici. Mais c'est toi qui sait si cela est mieux adapte. Pour une liste des types simples predefinis : (info "(elisp)Simple Types").
Ah, ca fait du bien de se replonger un peu dans ELisp :-)
Just une petite remarque, j'aurais utilise '(repeat symbol) ici.
Mais c'est toi qui sait si cela est mieux adapte. Pour une liste des
types simples predefinis : (info "(elisp)Simple Types").
Ah, ca fait du bien de se replonger un peu dans ELisp :-)
Just une petite remarque, j'aurais utilise '(repeat symbol) ici. Mais c'est toi qui sait si cela est mieux adapte. Pour une liste des types simples predefinis : (info "(elisp)Simple Types").
Ah, ca fait du bien de se replonger un peu dans ELisp :-)
--drkm
Ph. Ivaldi
Le 25 août 2006 à 13h20:20, "Florent Georges" écrivit :
