[CALC] Problème de performance sur macro Basic

fr-users
#1

Bonjour,

J’ai une macro Basic qui, à un moment, vide le contenu de chaînes de
caractères dans un tableau.

  For i = 0 To NbMax+2
    For j = 0 to 4
      Cellule = Feuille.GetCellByPosition(Colonne+j,i+3)
      Cellule.String = ""
    Next
  Next

"NbMax" fait typiquement entre 20 et 65
"Colonne" est un décalage dans la feuille

Si je fais tourner le programme pas à pas (avec le recalcul désactivé),
cela prend typiquement plus de 30 secondes pour ce bout de code.

En remarque complémentaire, la désactivation du recalcul (l’exécution de
la seule instruction suivante) peut prendre jusqu’à 10 secondes.

ThisComponent.enableAutomaticCalculation(false)

Je suis sous Linux X86_64, noyau 3.6.6
J’ai essayé avec libreoffice 3.5.4 et 3.6.3-rc2 (la version définitive
n’est pas encore disponible sous Debian) avec des résultats similaires.

Deux questions donc :
1 - est-ce que ce comportement est normal ?
2 - est-ce qu’on sait "effacer" (en fait mettre la chaîne à vide) une
zone d’un coup (sans la boucle) ?

Jean-Luc

#2

Bonjour

Tu peux remplacer tes deux boucles par

oRange = Feuille.getCellRangeByPosition(Colonne,3,Colonne+4,NbMax+5)
oRange.clearContents(com.sun.star.sheet.CellFlags.STRING)

Cordialement

#3

Bonjour,

pour comprendre et apprendre…

oRange est une variable tableau qui va contenir
- le contenu des cellules ?
- l'adresse de la zone ?

Je n'ai pas bien saisi les explications de la doc de l'API.

Merci,
C_Lucien

#4

oRange = Feuille.getCetlRangeBy...
oRange est l'objet décrivant la sélection de cellule(s) récupérée par .getCell...

A partir de cet objet on peut accèdes à un bon nombre de propriétés et méthodes, comme clearContents ou à d'autres obejts comme .Row, .Column, etc...

Pour 'taquiner' ces objets Bernard Marcelly nous a offert XRay : un outil indicible, inénarrable, puissant qui permet de comprendre où on a mis les pieds et bien souvent comprendre pour ça plante... Et cerise sur la gateau, il permet d'accès à la doc duc SDK sur la bonne page, que se soit AOO ou LO (faut juste paramétrer l'index que tu veux utiliser SDK local ou chez AOO/LO).

Quand XRay reste muet, c'est que le SDK n'est pas documenté.
Car les hackers ne documentent pas pas toujours toute leurs productions...
Mais bon : en général on leur pardonne, tout en pestant quand on tombe sur un truc non documenté et que ça foire à ce niveau...

XRay est un peu déroutant au début, mais on s'y fait rapidement et ça aide au quotidien :wink: (Merci bm)
Et l'API restera toujours plus déroutante que XRay... :wink:

#5

Après pas mal d’essais, et en raison d’autres problèmes, je suis revenu
en arrière de la version de libreoffice.

J’avais la 3.6.3-rc2 de Debian (dernière disponible) je suis revenu à la
3.5.4 qui résout, entre autres, mes problèmes de performances et de
formatage conditionnel.

Jean-Luc