Merci pour cette très bonne analyse de Nicolas (et Patrice).
C'est effectivement exactement ce qui se produit et je reconnais que je
ne suis pas des plus patients (en fait je serais plutôt le "cliqueur fou").
Si je ne m'abuse, la remontée de bug se fait essentiellement dans la
langue de Shakespeare, je vais donc opter pour la solution du batch.
Je pense que le batch proposé est destiné à être copié, tel quel, dans
un fichier .txt que l'on renomme . bat.
Ensuite, un raccourci sur le bureau et on lance quand ça bloque : c'est
bien ça, Nicolas ?
Donc, comme la rapidité de nos ordis évolue, j'imagine que ce bug va
"auto-disparaitre" et qu'il inutile de demander sa correction.
Du coup, je marque le sujet comme résolu.
Merci à tous.
/Le 22/10/2013 08:45, Nicolas PAOUR a écrit ://
/
/Bonjour Lucien, //
//Ce phénomène à toujours existé sous Windows quand tu essayes de
lancer plusieurs fichiers en même temps (ou 2 fois le même) avant que
le premier ne se lance entièrement. //
//Cela arrive essentiellement sur les PC lents à la détente (Vieux
CPU, peu de mémoire vive, disque fragmenté) et avec des utilisateurs
peu patient qui ne font que cliquer sur leur fichier. //
//Ca se retrouve de moins en moins avec les nouvelles générations de
PC. //
//Tant que tu ne tues pas le 1er processus, tout reste bloqué et ce
n'est pas marrant pour l'utilisateur lambda qui doit fermer sa session
pour remettre de l'ordre. //
//Ca devrait effectivement être remonté comme bug, tu peux le faire. //
/ /
//Contournement : //
//- Expliquer aux utilisateurs qu'il faut être patient //
//- Installer Libo sans tous les dictionnaires (ancien post) ce qui
accélère grandement le lancement //
//- Proposer un batch aux utilisateurs pour tuer les processus genre : //
//----------------------------------------------------------------------------------------------------------------------------------------------------------------
//
// REM Utilisation de Taskkill.exe pour tuer un processus sous
win2000 ou autres, XP, 7 etc... //
/ /
// if not exist "%SystemRoot%\system32\taskkill.exe" ( //
// rem Windows 2000 //
// set taskkill="%M_batch_path%.\W2kSupTools\killw2k.exe" //
// ) ELSE ( //
// rem autres que Windows 2000 //
// set taskkill="%SystemRoot%\system32\taskkill.exe" //
// ) //
/ /
// REM On stoppe les processus Openoffice/LibreOffice //
// if "%$VERSIONWINDOWS%." == "Windows2000." ( //
// Echo Ferme Openoffice/LibreOffice sous Windows 2000 //
// %taskkill% soffice.bin -f 1>nul //
// %taskkill% soffice.exe -f 1>nul //
// ) ELSE ( //
// Echo Ferme Openoffice/LibreOffice //
// %taskkill% /FI "IMAGENAME eq soffice.bin" /F 1>nul //
// %taskkill% /FI "IMAGENAME eq soffice.exe" /F 1>nul //
// ) //
//-------------------------------------------------------------------------------------------------------------------------------------------------------
//
/
/
/
/
/
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.