Oui bien sûr cest ainsi que jai fait la macro selecTout avec lenregistreur, et la sélection fonctionne toujours bien, mais avec la v6 ça provoque un dégât collatéral fort ennuyeux, le plantage de LibO ailleurs je précise que mon application est faite pour fonctionner toute seule comme une grande, traiter plusieurs fichiers à la suite, pendant que lopérateur est occupé ailleurs, ce quelle fait très bien depuis fort longtemps. Comme jai dit je peux contourner, mais ce plantage « indirect » mintrigue.
Jai presque fini le fichier de test ;-) Michel _____ De : yves dutrieux [mailto:[email protected]] Envoyé : vendredi 6 juillet 2018 18:44 À : Michel Rudelle Cc : LibO QA Objet : Re: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier Bonjour, Ctrl-Shift-End ? l'info des colonnes et lignes sélectionnées est dans la barre d'état en bas. Yves Le 6 juillet 2018 à 18:19, Michel Rudelle <[email protected]> a écrit : Bonjour, Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin de connaître l'étendue des données (nombre max de colonnes et lignes). Je n'ai pas trouvé de propriété de la feuille qui me donne cette info, aussi j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone de la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est rapide, et ça dure depuis 2011. Mais voilà que cette procédure provoque un plantage avec la version 6 de LibO (6.05 sur W7, et confirmé chez un client, je ne connais pas son Windows), j'ai fini par trouver, mais c'est bizarre et je ne sais pas si c'est un bug de la v6 ou si les versions antérieures à la v6 étaient permissives: Le plantage a lieu lors de la fermeture du fichier CSV - même pas un enregistrement, simplement : docCSV.close(True). Après investigation, le plantage se produit uniquement si les deux conditions suivantes sont réunies: - ouverture cachée du fichier docCSV (Hidden) - utilisation de la procédure selecTout (qui utilise le dispatcher) Nota : que le fichier CSV ouvert contienne 100 lignes ou 1 000 000, cest pareil, ok ou ko selon les conditions ci-dessus. Ce qui est curieux, c'est que la procédure selecTout fonctionne, puisque je lis ensuite les max lignes et colonnes et mes traitements sont bons jusqu'au bout, mais la conséquence est de faire planter LibO (longtemps après cette procédure) à la fermeture du fichier. Peut-être que l'usage du dispatcher n'est pas adéquat sur un fichier caché, même si ça a marché jusquà présent ? J'ai des solutions de contournement, par exemple trouver la dimension de mes données avec les suggestions du forum OOo: https://forum.openoffice.org/ <https://forum.openoffice.org/fr/forum/viewtopic.php?f=8> fr/forum/viewtopic.php?f=8 <https://forum.openoffice.org/ <https://forum.openoffice.org/fr/forum/viewtopic.php?f=8&t=57353> fr/forum/viewtopic.php?f=8&t=57353> &t=57353 (solution de Hubert) Mais cest un peu long sur de très gros fichiers (si javais une méthode plus rapide ça m'irait) Quel est votre avis sur ce problème ? Bug ou non ? Je peux fournir si besoin un fichier test (j'ai commencé, il me faut le terminer) Cordialement, Michel -- Envoyez un mail à [email protected]. <mailto:qa%[email protected]> org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives. <https://listarchives.libreoffice.org/fr/qa/> libreoffice.org/fr/qa/ Privacy Policy: https://www. <https://www.documentfoundation.org/privacy> documentfoundation.org/privacy -- web site : http://www.molenbaix.com -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
