Je confirme que Ooo n'est pas le seul à avoir ce comportement.
J'ai des logiciels professionnel qui font de même.
Bien que je soupçonne windows d'être ne cause sur ce coup-la puisque les
mêmes logiciel sous unix ne posent pas ce problème.
Pour "reprendre" la main sur un fichier "protégé", je ferme ma session.
Au retour, le fichier est "libre".
Jean-Charles
Serge LE LOUARNE a écrit :
Serge DAUPHINOT wrote:
Bonjour,
Dans la même veine, quand je crée un dossier depuis OOo (2.0.2 sous
Win XP
SP2) et que je l'utilise pour y mettre un fichier dedans, si je
décide de
renommer ce dossier après avoir fermé le fichier bien évidemment, il
faut
que je quitte OOo et que je ferme le lancement rapide sinon j'ai une
boîte
de dialogue d'impossibilité à cause de protection en écriture. Je ne
pense
donc pas que ce soit une question avec des fichiers temporaires ou
alors il
faudra m'expliquer le lien avec un dossier.
seRGe.
K
Hello,
Le renommage n'est pas toujours possible si le dossier est ouvert et
cela n'est pas spécifique à OOo. Combien de fois ai-je du aller "tuer"
un processus laissé en route par une applis fermée pour pouvoir
modifier une dossier ou éffacer un fichier ? ...
Par contre, lorsque l'appli est ouverte et le fichier fermé,
généralement il n'y a pas de problèmes. Parce que l'applis éfface de
suite son ficher temporaire correspondant. Je suppose que OOo ne le
fait que lorsque qu'il est lui même fermé. Hors, notre suite favorite
a la manie (que je trouve detestable ;-) ) de laiser tourner des
processus ... même lorsqu'on n'utilise pas le démarrage rapide.
M'enfin ceci reste à vérifier ...
A+
Serge
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
