Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert,
mais une alerte me propose d'ouvrir le fichier
"tel qu'il était lors du dernier enregistrement".
Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit :
"cannot find this file, check path and name"
tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Je sais, ce sont de "vieilles" applis, mais j'y suis habitué et tant
qu'elles fonctionnent....
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
William Marie
"Jean_" <jeanfra2+ a écrit dans le message de news:
Bonjour,
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert, mais une alerte me propose d'ouvrir le fichier "tel qu'il était lors du dernier enregistrement". Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit : "cannot find this file, check path and name" tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Pour ce dernier cas vérifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la clé shell/open/ddeexec (par défaut) = [open("%1")]. S'il n'y a pas de guillemets le programme ne prend que le premier nom en ligne de commande. -- =================================== William Marie Attention antiSpam remplacer trapellun.invalid par free.fr Web : http://wmarie.free.fr ====================================
"Jean_" <jeanfra2+ng@free.POINT.fr> a écrit dans le message de news:
XnF983B5F9EB99ECmonidtokenamoi@212.27.42.137...
Bonjour,
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains
fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert,
mais une alerte me propose d'ouvrir le fichier
"tel qu'il était lors du dernier enregistrement".
Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit :
"cannot find this file, check path and name"
tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Pour ce dernier cas vérifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la clé shell/open/ddeexec (par défaut) =
[open("%1")]. S'il n'y a pas de guillemets le programme ne prend que le
premier nom en ligne de commande.
--
=================================== William Marie
Attention antiSpam remplacer trapellun.invalid
par free.fr
Web : http://wmarie.free.fr
====================================
"Jean_" <jeanfra2+ a écrit dans le message de news:
Bonjour,
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert, mais une alerte me propose d'ouvrir le fichier "tel qu'il était lors du dernier enregistrement". Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit : "cannot find this file, check path and name" tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Pour ce dernier cas vérifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la clé shell/open/ddeexec (par défaut) = [open("%1")]. S'il n'y a pas de guillemets le programme ne prend que le premier nom en ligne de commande. -- =================================== William Marie Attention antiSpam remplacer trapellun.invalid par free.fr Web : http://wmarie.free.fr ====================================
jeuf
Jean_ vient de nous annoncer :
Bonjour,
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert, mais une alerte me propose d'ouvrir le fichier "tel qu'il était lors du dernier enregistrement". Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces: clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit : "cannot find this file, check path and name" tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Je sais, ce sont de "vieilles" applis, mais j'y suis habitué et tant qu'elles fonctionnent....
Merci de votre aide.
N'aurais-tu pas ajouté récemment un disque dur à ton PC ? Sinon, un disque virtuel ? (par exemple en installant une appli comme Clon CD, Alcohol120, Virtual CD, etc.)
-- JFV - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla elit. Vestibulum hendrerit. Morbi a odio in lectus ornare feugiat. Etiam quis mi. Cras wisi eros, ornare in, mattis et, ullamcorper vitae, arcu. Duis eu nisl eget urna tempus hendrerit.
Jean_ vient de nous annoncer :
Bonjour,
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains
fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert,
mais une alerte me propose d'ouvrir le fichier
"tel qu'il était lors du dernier enregistrement".
Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit :
"cannot find this file, check path and name"
tandis qu'un glisser-déposer dans l'appli ouverte fonctionne
parfaitement.
Je sais, ce sont de "vieilles" applis, mais j'y suis habitué et tant
qu'elles fonctionnent....
Merci de votre aide.
N'aurais-tu pas ajouté récemment un disque dur à ton PC ?
Sinon, un disque virtuel ? (par exemple en installant une appli comme
Clon CD, Alcohol120, Virtual CD, etc.)
--
JFV - Lorem ipsum dolor sit amet, consectetuer adipiscing elit.
Nulla elit. Vestibulum hendrerit. Morbi a odio in lectus ornare
feugiat. Etiam quis mi. Cras wisi eros, ornare in, mattis et,
ullamcorper vitae, arcu. Duis eu nisl eget urna tempus hendrerit.
Sous win XP pro SP2, j'ai le problème suivant en ouvrant certains fichiers:
*.doc et *.xls en double cliquant sur le fichier :
L'appli est lancée (ms office 97), le fichier et ouvert, mais une alerte me propose d'ouvrir le fichier "tel qu'il était lors du dernier enregistrement". Après réponse (oui ou non, c'est pareil !), tout rentre dans l'ordre.
*.[n'importe quoi] si le nom de fichier comporte des espaces: clic droit -> envoyer vers -> uedit32.exe
L'apli est lancée et dit : "cannot find this file, check path and name" tandis qu'un glisser-déposer dans l'appli ouverte fonctionne parfaitement.
Je sais, ce sont de "vieilles" applis, mais j'y suis habitué et tant qu'elles fonctionnent....
Merci de votre aide.
N'aurais-tu pas ajouté récemment un disque dur à ton PC ? Sinon, un disque virtuel ? (par exemple en installant une appli comme Clon CD, Alcohol120, Virtual CD, etc.)
-- JFV - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla elit. Vestibulum hendrerit. Morbi a odio in lectus ornare feugiat. Etiam quis mi. Cras wisi eros, ornare in, mattis et, ullamcorper vitae, arcu. Duis eu nisl eget urna tempus hendrerit.
Jean_
William Marie nous dit :
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lance et dit : "cannot find this file, check path and name" tandis qu'un glisser-dposer dans l'appli ouverte fonctionne parfaitement.
Pour ce dernier cas vrifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la cl shell/open/ddeexec (par dfaut) = [open("%1")]. S'il n'y a pas de guillemets le programme ne prend que le premier nom en ligne de commande.
Merci, il y a bien ça !
Une autre idée ?
-- Jean.
William Marie nous dit :
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lance et dit :
"cannot find this file, check path and name"
tandis qu'un glisser-dposer dans l'appli ouverte fonctionne
parfaitement.
Pour ce dernier cas vrifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la cl shell/open/ddeexec (par dfaut) =
[open("%1")]. S'il n'y a pas de guillemets le programme ne prend que
le premier nom en ligne de commande.
*.[n'importe quoi] si le nom de fichier comporte des espaces:
clic droit -> envoyer vers -> uedit32.exe
L'apli est lance et dit : "cannot find this file, check path and name" tandis qu'un glisser-dposer dans l'appli ouverte fonctionne parfaitement.
Pour ce dernier cas vrifie dans la BdR que HK_Classes_root, nom du
programme, comporte bien la cl shell/open/ddeexec (par dfaut) = [open("%1")]. S'il n'y a pas de guillemets le programme ne prend que le premier nom en ligne de commande.