Bonjour
J'avais déjà posé la question sous une forme différente il y a
quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
je voudrais que les taille et position de démarrage d'emacs dépendent
du profil courant : PC mobile ou PC accouplé à une station d'accueil
avec un second écran.
Je sais où récupérer l'info dans la base de registre, je sais comment
configurer emacs mais je ne sais pas faire le lien entre les deux.
Existe-t-il des fonctions de lecture de la base de registre ? Des
astuces ? Un meilleur endroit pour poser ma question ?
Merci d'avance
Nicolas
Bonjour
J'avais déjà posé la question sous une forme différente il y a
quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
je voudrais que les taille et position de démarrage d'emacs dépendent
du profil courant : PC mobile ou PC accouplé à une station d'accueil
avec un second écran.
Je sais où récupérer l'info dans la base de registre, je sais comment
configurer emacs mais je ne sais pas faire le lien entre les deux.
Existe-t-il des fonctions de lecture de la base de registre ? Des
astuces ? Un meilleur endroit pour poser ma question ?
Merci d'avance
Nicolas
Bonjour
J'avais déjà posé la question sous une forme différente il y a
quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
je voudrais que les taille et position de démarrage d'emacs dépendent
du profil courant : PC mobile ou PC accouplé à une station d'accueil
avec un second écran.
Je sais où récupérer l'info dans la base de registre, je sais comment
configurer emacs mais je ne sais pas faire le lien entre les deux.
Existe-t-il des fonctions de lecture de la base de registre ? Des
astuces ? Un meilleur endroit pour poser ma question ?
Merci d'avance
Nicolas
Je te conseille de lire le noeud d'info "(emacs) Environment". À mon av is une
meilleure solution consiste à configurer des variables d'environnement qui
sruchargeront le registre. L'avantage c'est que tu peux les lire en Emacs -lisp
avec la fonction getenv.
Vincent.
PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, l e
plus simple c'est peut-être de tester une variable d'environment comme
COMPUTERNAME ou LOGONSERVER.
Nicolas Matringe a écrit :
> Bonjour
> J'avais déjà posé la question sous une forme différente il y a
> quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> je voudrais que les taille et position de démarrage d'emacs dépende nt
> du profil courant : PC mobile ou PC accouplé à une station d'accuei l
> avec un second écran.
> Je sais où récupérer l'info dans la base de registre, je sais com ment
> configurer emacs mais je ne sais pas faire le lien entre les deux.
> Existe-t-il des fonctions de lecture de la base de registre ? Des
> astuces ? Un meilleur endroit pour poser ma question ?
> Merci d'avance
> Nicolas
Je te conseille de lire le noeud d'info "(emacs) Environment". À mon av is une
meilleure solution consiste à configurer des variables d'environnement qui
sruchargeront le registre. L'avantage c'est que tu peux les lire en Emacs -lisp
avec la fonction getenv.
Vincent.
PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, l e
plus simple c'est peut-être de tester une variable d'environment comme
COMPUTERNAME ou LOGONSERVER.
Nicolas Matringe a écrit :
> Bonjour
> J'avais déjà posé la question sous une forme différente il y a
> quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> je voudrais que les taille et position de démarrage d'emacs dépende nt
> du profil courant : PC mobile ou PC accouplé à une station d'accuei l
> avec un second écran.
> Je sais où récupérer l'info dans la base de registre, je sais com ment
> configurer emacs mais je ne sais pas faire le lien entre les deux.
> Existe-t-il des fonctions de lecture de la base de registre ? Des
> astuces ? Un meilleur endroit pour poser ma question ?
> Merci d'avance
> Nicolas
Je te conseille de lire le noeud d'info "(emacs) Environment". À mon av is une
meilleure solution consiste à configurer des variables d'environnement qui
sruchargeront le registre. L'avantage c'est que tu peux les lire en Emacs -lisp
avec la fonction getenv.
Vincent.
PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, l e
plus simple c'est peut-être de tester une variable d'environment comme
COMPUTERNAME ou LOGONSERVER.
Nicolas Matringe a écrit :
> Bonjour
> J'avais déjà posé la question sous une forme différente il y a
> quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> je voudrais que les taille et position de démarrage d'emacs dépende nt
> du profil courant : PC mobile ou PC accouplé à une station d'accuei l
> avec un second écran.
> Je sais où récupérer l'info dans la base de registre, je sais com ment
> configurer emacs mais je ne sais pas faire le lien entre les deux.
> Existe-t-il des fonctions de lecture de la base de registre ? Des
> astuces ? Un meilleur endroit pour poser ma question ?
> Merci d'avance
> Nicolas
Bonjour Vincent et merci de ta réponse
Je vais donc plutôt aller chercher des infos sur Windows XP et comment
accéder à la base de registre. Ça doit pas être trop compliqué en VB.
Pour préciser, il s'agit bien du même ordinateur portable mais avec o u
sans second écran
Nicolas
On Jul 29, 5:18 pm, Vincent Belaïche
wrote:
> Je te conseille de lire le noeud d'info "(emacs) Environment". À mon avis une
> meilleure solution consiste à configurer des variables d'environnemen t qui
> sruchargeront le registre. L'avantage c'est que tu peux les lire en Ema cs-lisp
> avec la fonction getenv.
> Vincent.
> PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, le
> plus simple c'est peut-être de tester une variable d'environment comm e
> COMPUTERNAME ou LOGONSERVER.
> Nicolas Matringe a écrit :
> > Bonjour
> > J'avais déjà posé la question sous une forme différente il y a
> > quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> > je voudrais que les taille et position de démarrage d'emacs dépen dent
> > du profil courant : PC mobile ou PC accouplé à une station d'accu eil
> > avec un second écran.
> > Je sais où récupérer l'info dans la base de registre, je sais c omment
> > configurer emacs mais je ne sais pas faire le lien entre les deux.
> > Existe-t-il des fonctions de lecture de la base de registre ? Des
> > astuces ? Un meilleur endroit pour poser ma question ?
> > Merci d'avance
> > Nicolas
Bonjour Vincent et merci de ta réponse
Je vais donc plutôt aller chercher des infos sur Windows XP et comment
accéder à la base de registre. Ça doit pas être trop compliqué en VB.
Pour préciser, il s'agit bien du même ordinateur portable mais avec o u
sans second écran
Nicolas
On Jul 29, 5:18 pm, Vincent Belaïche <vincent.belai...@gmail.com>
wrote:
> Je te conseille de lire le noeud d'info "(emacs) Environment". À mon avis une
> meilleure solution consiste à configurer des variables d'environnemen t qui
> sruchargeront le registre. L'avantage c'est que tu peux les lire en Ema cs-lisp
> avec la fonction getenv.
> Vincent.
> PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, le
> plus simple c'est peut-être de tester une variable d'environment comm e
> COMPUTERNAME ou LOGONSERVER.
> Nicolas Matringe a écrit :
> > Bonjour
> > J'avais déjà posé la question sous une forme différente il y a
> > quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> > je voudrais que les taille et position de démarrage d'emacs dépen dent
> > du profil courant : PC mobile ou PC accouplé à une station d'accu eil
> > avec un second écran.
> > Je sais où récupérer l'info dans la base de registre, je sais c omment
> > configurer emacs mais je ne sais pas faire le lien entre les deux.
> > Existe-t-il des fonctions de lecture de la base de registre ? Des
> > astuces ? Un meilleur endroit pour poser ma question ?
> > Merci d'avance
> > Nicolas
Bonjour Vincent et merci de ta réponse
Je vais donc plutôt aller chercher des infos sur Windows XP et comment
accéder à la base de registre. Ça doit pas être trop compliqué en VB.
Pour préciser, il s'agit bien du même ordinateur portable mais avec o u
sans second écran
Nicolas
On Jul 29, 5:18 pm, Vincent Belaïche
wrote:
> Je te conseille de lire le noeud d'info "(emacs) Environment". À mon avis une
> meilleure solution consiste à configurer des variables d'environnemen t qui
> sruchargeront le registre. L'avantage c'est que tu peux les lire en Ema cs-lisp
> avec la fonction getenv.
> Vincent.
> PS: s'il s'agit de distinguer juste entre deux machines sous MSWindows, le
> plus simple c'est peut-être de tester une variable d'environment comm e
> COMPUTERNAME ou LOGONSERVER.
> Nicolas Matringe a écrit :
> > Bonjour
> > J'avais déjà posé la question sous une forme différente il y a
> > quelques temps. J'utilise emacs sur un PC portable sous Windows XP et
> > je voudrais que les taille et position de démarrage d'emacs dépen dent
> > du profil courant : PC mobile ou PC accouplé à une station d'accu eil
> > avec un second écran.
> > Je sais où récupérer l'info dans la base de registre, je sais c omment
> > configurer emacs mais je ne sais pas faire le lien entre les deux.
> > Existe-t-il des fonctions de lecture de la base de registre ? Des
> > astuces ? Un meilleur endroit pour poser ma question ?
> > Merci d'avance
> > Nicolas
Bonjour
Suite de mon problème.
J'ai un script VBS qui crée une variable mais sa valeur n'est pas mise
à jour dans process-environment.
J'essaie d'exécuter le script au démarrage grâce à cette ligne au
début du .emacs:
(call-process "HW_profile.vbs")
mais ça ne marche pas, j'ai le message suivant
An error has occurred while loading `d:/Documents/.emacs':
File error: Searching for program, permission denied, HW_profile.vbs
J'ai essayé diverses options de chemin d'accès, rien à faire.
Peut-être devrais-je appeler un interpréteur VB au lieu d'appeler le
script ?
(vous me dites si je vous saoule avec Windows, hein ?)
Bonjour
Suite de mon problème.
J'ai un script VBS qui crée une variable mais sa valeur n'est pas mise
à jour dans process-environment.
J'essaie d'exécuter le script au démarrage grâce à cette ligne au
début du .emacs:
(call-process "HW_profile.vbs")
mais ça ne marche pas, j'ai le message suivant
An error has occurred while loading `d:/Documents/.emacs':
File error: Searching for program, permission denied, HW_profile.vbs
J'ai essayé diverses options de chemin d'accès, rien à faire.
Peut-être devrais-je appeler un interpréteur VB au lieu d'appeler le
script ?
(vous me dites si je vous saoule avec Windows, hein ?)
Bonjour
Suite de mon problème.
J'ai un script VBS qui crée une variable mais sa valeur n'est pas mise
à jour dans process-environment.
J'essaie d'exécuter le script au démarrage grâce à cette ligne au
début du .emacs:
(call-process "HW_profile.vbs")
mais ça ne marche pas, j'ai le message suivant
An error has occurred while loading `d:/Documents/.emacs':
File error: Searching for program, permission denied, HW_profile.vbs
J'ai essayé diverses options de chemin d'accès, rien à faire.
Peut-être devrais-je appeler un interpréteur VB au lieu d'appeler le
script ?
(vous me dites si je vous saoule avec Windows, hein ?)
Pour info, on peut interroger (au moins sur XP) la base de registre et
même la modifier en utilisant des commandes, donc on doit pouvoir le
faire depuis Emacs, j'essaie de regarder ça ASAP.
Pour info, on peut interroger (au moins sur XP) la base de registre et
même la modifier en utilisant des commandes, donc on doit pouvoir le
faire depuis Emacs, j'essaie de regarder ça ASAP.
Pour info, on peut interroger (au moins sur XP) la base de registre et
même la modifier en utilisant des commandes, donc on doit pouvoir le
faire depuis Emacs, j'essaie de regarder ça ASAP.
Le 4 août 2009 à 13:11, Sébastien Kirche s'est exprimé ainsi :
> Pour info, on peut interroger (au moins sur XP) la base de registre et
> même la modifier en utilisant des commandes, donc on doit pouvoir le
> faire depuis Emacs, j'essaie de regarder ça ASAP.
Bon, j'ai fait une pause elisp et j'ai un exemple :
(call-process "reg" nil t nil "QUERY" "HKCUSoftware7-Zip" "/v "
"Path")
Le "reg" c'est l'appel à la commande reg.exe qui permet d'aller jouer
dans le registre (sur XP et suivants, peut-être sur 2000 également).
Attention à ce qu'on fait avec (on peut modifier et supprimer) :o)
Le t dans les arguments ça lui fait insérer le résultat de l'appel dans
le buffer courant. Si tu testes ça dans le scratch avec un C-j après la
dernière parenthèse tu auras le résultat juste après. Ya moyen de faire
mieux (parser le résultat) ça dépend de tes besoins, il y a un exem ple
dans le code de tramp.
Il faut placer chaque argument dans une chaîne séparée et non dans une
chaîne unique avec des espaces car sinon ça cause des problèmes d'a ppel
de la commande (erreurs de parsing). Je me demande si ton problèème
d'appel du script vbs ne vient pas de là ?
Hopant que ça helpe...
--
Sébastien Kirche
Le 4 août 2009 à 13:11, Sébastien Kirche s'est exprimé ainsi :
> Pour info, on peut interroger (au moins sur XP) la base de registre et
> même la modifier en utilisant des commandes, donc on doit pouvoir le
> faire depuis Emacs, j'essaie de regarder ça ASAP.
Bon, j'ai fait une pause elisp et j'ai un exemple :
(call-process "reg" nil t nil "QUERY" "HKCU\Software\7-Zip" "/v "
"Path")
Le "reg" c'est l'appel à la commande reg.exe qui permet d'aller jouer
dans le registre (sur XP et suivants, peut-être sur 2000 également).
Attention à ce qu'on fait avec (on peut modifier et supprimer) :o)
Le t dans les arguments ça lui fait insérer le résultat de l'appel dans
le buffer courant. Si tu testes ça dans le scratch avec un C-j après la
dernière parenthèse tu auras le résultat juste après. Ya moyen de faire
mieux (parser le résultat) ça dépend de tes besoins, il y a un exem ple
dans le code de tramp.
Il faut placer chaque argument dans une chaîne séparée et non dans une
chaîne unique avec des espaces car sinon ça cause des problèmes d'a ppel
de la commande (erreurs de parsing). Je me demande si ton problèème
d'appel du script vbs ne vient pas de là ?
Hopant que ça helpe...
--
Sébastien Kirche
Le 4 août 2009 à 13:11, Sébastien Kirche s'est exprimé ainsi :
> Pour info, on peut interroger (au moins sur XP) la base de registre et
> même la modifier en utilisant des commandes, donc on doit pouvoir le
> faire depuis Emacs, j'essaie de regarder ça ASAP.
Bon, j'ai fait une pause elisp et j'ai un exemple :
(call-process "reg" nil t nil "QUERY" "HKCUSoftware7-Zip" "/v "
"Path")
Le "reg" c'est l'appel à la commande reg.exe qui permet d'aller jouer
dans le registre (sur XP et suivants, peut-être sur 2000 également).
Attention à ce qu'on fait avec (on peut modifier et supprimer) :o)
Le t dans les arguments ça lui fait insérer le résultat de l'appel dans
le buffer courant. Si tu testes ça dans le scratch avec un C-j après la
dernière parenthèse tu auras le résultat juste après. Ya moyen de faire
mieux (parser le résultat) ça dépend de tes besoins, il y a un exem ple
dans le code de tramp.
Il faut placer chaque argument dans une chaîne séparée et non dans une
chaîne unique avec des espaces car sinon ça cause des problèmes d'a ppel
de la commande (erreurs de parsing). Je me demande si ton problèème
d'appel du script vbs ne vient pas de là ?
Hopant que ça helpe...
--
Sébastien Kirche
Bonjour et merci beaucoup, ça me donne plein de super pistes à
explorer.
J'ai résolu mon problème de lancement de script en mettant
(call-process "cscript" nil nil t "HW_profile.vbs //B")
à la place de ce que j'avais mis avant, mais ça ne change rien au
problème de récupération de la valeur lue.
Avec l'interrogation de la bdr directement depuis emacs je n'ai plus
besoin de VBS, je n'ai qu'à traduire le script.
Je préfère, je trouvais très laid de passer par VBS?
Bonjour et merci beaucoup, ça me donne plein de super pistes à
explorer.
J'ai résolu mon problème de lancement de script en mettant
(call-process "cscript" nil nil t "HW_profile.vbs //B")
à la place de ce que j'avais mis avant, mais ça ne change rien au
problème de récupération de la valeur lue.
Avec l'interrogation de la bdr directement depuis emacs je n'ai plus
besoin de VBS, je n'ai qu'à traduire le script.
Je préfère, je trouvais très laid de passer par VBS?
Bonjour et merci beaucoup, ça me donne plein de super pistes à
explorer.
J'ai résolu mon problème de lancement de script en mettant
(call-process "cscript" nil nil t "HW_profile.vbs //B")
à la place de ce que j'avais mis avant, mais ça ne change rien au
problème de récupération de la valeur lue.
Avec l'interrogation de la bdr directement depuis emacs je n'ai plus
besoin de VBS, je n'ai qu'à traduire le script.
Je préfère, je trouvais très laid de passer par VBS?
Le 4 août 2009 à 14:40, nic o. vraute :
> Bonjour et merci beaucoup, ça me donne plein de super pistes à
> explorer.
Merci.
> J'ai résolu mon problème de lancement de script en mettant
> (call-process "cscript" nil nil t "HW_profile.vbs //B")
^
Attention...
Avec un (call-process "cscript" nil t nil "HW_profile.vbs" "/B") c'est
pas mieux ? (après, faut voir s'il n'y a pas un problème de réperto ire
courant qui ne serait pas le bon pour appeler le .vbs)
> Je préfère, je trouvais très laid de passer par VBS
Bah, déjà le vbs en soi, hein... ;o)
Le 4 août 2009 à 14:40, nic o. vraute :
> Bonjour et merci beaucoup, ça me donne plein de super pistes à
> explorer.
Merci.
> J'ai résolu mon problème de lancement de script en mettant
> (call-process "cscript" nil nil t "HW_profile.vbs //B")
^
Attention...
Avec un (call-process "cscript" nil t nil "HW_profile.vbs" "/B") c'est
pas mieux ? (après, faut voir s'il n'y a pas un problème de réperto ire
courant qui ne serait pas le bon pour appeler le .vbs)
> Je préfère, je trouvais très laid de passer par VBS
Bah, déjà le vbs en soi, hein... ;o)
Le 4 août 2009 à 14:40, nic o. vraute :
> Bonjour et merci beaucoup, ça me donne plein de super pistes à
> explorer.
Merci.
> J'ai résolu mon problème de lancement de script en mettant
> (call-process "cscript" nil nil t "HW_profile.vbs //B")
^
Attention...
Avec un (call-process "cscript" nil t nil "HW_profile.vbs" "/B") c'est
pas mieux ? (après, faut voir s'il n'y a pas un problème de réperto ire
courant qui ne serait pas le bon pour appeler le .vbs)
> Je préfère, je trouvais très laid de passer par VBS
Bah, déjà le vbs en soi, hein... ;o)
Explorations en cours, est-ce qu'il y a moyen de récupérer les infos
dans une variable au lieu de les afficher dans un buffer ?
On dirait pas, d'après la doc. Donc créer un buffer exprès pour et
travailler dedans puis le fermer.
Explorations en cours, est-ce qu'il y a moyen de récupérer les infos
dans une variable au lieu de les afficher dans un buffer ?
On dirait pas, d'après la doc. Donc créer un buffer exprès pour et
travailler dedans puis le fermer.
Explorations en cours, est-ce qu'il y a moyen de récupérer les infos
dans une variable au lieu de les afficher dans un buffer ?
On dirait pas, d'après la doc. Donc créer un buffer exprès pour et
travailler dedans puis le fermer.
Le 4 août 2009 à 15:37, nic o. vraute :
> Explorations en cours, est-ce qu'il y a moyen de récupérer les info s
> dans une variable au lieu de les afficher dans un buffer ?
> On dirait pas, d'après la doc. Donc créer un buffer exprès pour e t
> travailler dedans puis le fermer.
C'est comme ça que travaille tramp (où j'ai trouvé un autre cas d'a ppel
de reg.exe), voici un extrait plus large qui parse le résultat d'un
appel à reg (c'est dans tramp.el) : il crée un buffer temp, appelle r eg
et parse ce qui a été renvoyé.
Le 4 août 2009 à 15:37, nic o. vraute :
> Explorations en cours, est-ce qu'il y a moyen de récupérer les info s
> dans une variable au lieu de les afficher dans un buffer ?
> On dirait pas, d'après la doc. Donc créer un buffer exprès pour e t
> travailler dedans puis le fermer.
C'est comme ça que travaille tramp (où j'ai trouvé un autre cas d'a ppel
de reg.exe), voici un extrait plus large qui parse le résultat d'un
appel à reg (c'est dans tramp.el) : il crée un buffer temp, appelle r eg
et parse ce qui a été renvoyé.
Le 4 août 2009 à 15:37, nic o. vraute :
> Explorations en cours, est-ce qu'il y a moyen de récupérer les info s
> dans une variable au lieu de les afficher dans un buffer ?
> On dirait pas, d'après la doc. Donc créer un buffer exprès pour e t
> travailler dedans puis le fermer.
C'est comme ça que travaille tramp (où j'ai trouvé un autre cas d'a ppel
de reg.exe), voici un extrait plus large qui parse le résultat d'un
appel à reg (c'est dans tramp.el) : il crée un buffer temp, appelle r eg
et parse ce qui a été renvoyé.