Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


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.