[Calc] document non modifié consédéré comme modifié

fr-users
#1

Bonjour à tous

Michel Rudelle
Fri, 29 Oct 2010 10:36:06 -0700
Pour certains classeurs Calc (et toujours les mêmes), le bouton
d'enregistrement est actif dès leur ouverture sans avoir fait aucune modif
au document.

L'explication me semble la suivante : un graphique dans le classeur defaut.ods
(Fiche "Q & DN») utilise comme source d'une série de données une plage calculée
avec une formule:

= INDIRECT ("densité_HQ." & ADRESSE (ROW (densité_HQ.A 23 $)-I3; COLONNE
(Densité_HQ.B 24 $) + H3))

En raison de INDIRECT la plage est est automatiquement évaluée lors de l'ouverture,
provoquant la mise à jour du graphique et donc l'état "modifié" du classeur.

Je ne suis pas sûr de considérer cela comme un bug ... J'ai en tout cas
commenté l'Issue avec cette explication...

Contournement : désactiver Outils> Contenu des cellules > Calcul automatique

Je teste l'envoi de PJ au format ods (classeur plus simple reproduisant le pbm)

Cordialement
Pierre-Yves

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

#2

Bonjour et merci de ta réponse,

De : pierre-yves.samyn [mailto:pierre-yves.samyn@laposte.net]
Envoyé : dimanche 31 octobre 2010 18:33

Bonjour à tous

>Michel Rudelle
>Fri, 29 Oct 2010 10:36:06 -0700
>Pour certains classeurs Calc (et toujours les mêmes), le bouton
>d'enregistrement est actif dès leur ouverture sans avoir fait aucune
modif
>au document.
L'explication me semble la suivante : un graphique dans le classeur
defaut.ods
(Fiche "Q & DN») utilise comme source d'une série de données une plage
calculée
avec une formule:

= INDIRECT ("densité_HQ." & ADRESSE (ROW (densité_HQ.A 23 $)-I3; COLONNE
(Densité_HQ.B 24 $) + H3))

En raison de INDIRECT la plage est est automatiquement évaluée lors de
l'ouverture,
provoquant la mise à jour du graphique et donc l'état "modifié" du
classeur.

En admettant que ce soit la fonction INDIRECT qui provoque le problème, la
colonne "DN" (1°onglet) où les cellules contiennent la formule ci-dessus
existe dans les deux classeurs (correct et defaut), la seule différence est
que dans le deuxième elle est en plus utilisée dans le graphique du 3°
onglet.

Je ne suis pas sûr de considérer cela comme un bug ...

Même en acceptant ton explication, cette différence de comportement me
semble pencher du côté du bug.

J'ai en tout cas commenté l'Issue avec cette explication...

J'ai vu ton commentaire et avant d'y ajouter ce que je viens d'écrire, je
vais faire quelques essais à partir de ton idée.

Et aussi, pour la bonne information:
J'ai aussi posté ici:
https://bugs.freedesktop.org/show_bug.cgi?id=31231

Amicalement,

#3

Bonjour,

Voici les résultats de quelques essais qui confirment l'observation de
Pierre-Yves ainsi que ma première idée:

http://cjoint.com/?0lbpEGacw54

C'est bien l'utilisation de INDIRECT qui crée le problème, mais uniquement
quand ces résultats sont utilisés dans un graphique (fichier joint
"modif-bad").

Par contre utiliser les résultats de la fonction INDIRECT pour d'autres
usages (y compris dans une autre fonction INDIRECT) ne crée pas le problème
(fichier joint "modif-ok").

Je ne vois quelles raisons peuvent expliquer cette différence de
comportement et je considère ceci comme un bug.

Mais la question qui se pose à moi maintenant: où continuer le report de ces
constats, puisque j'ai ouvert deux issues - ah c'est malin ! (sur OOo, sur
Bugzilla pour LibO - ou sur les deux ?) Qui peut me conseiller ?

Amicalement,

PS: je ne sais pas si tout le monde peut lire le zip, si pb, me le signaler,
je renverrai les fichiers séparés

Michel

#4

Bonjour

Message du 01/11/10 15:38
De : "Michel Rudelle"

Objet : RE: [fr-users] [Calc] document non modifié consédéré comme modifié

Voici les résultats de quelques essais qui confirment l'observation de
Pierre-Yves ainsi que ma première idée:

C'est bien l'utilisation de INDIRECT qui crée le problème, mais uniquement
quand ces résultats sont utilisés dans un graphique (fichier joint
"modif-bad").

Par contre utiliser les résultats de la fonction INDIRECT pour d'autres
usages (y compris dans une autre fonction INDIRECT) ne crée pas le problème
(fichier joint "modif-ok").

Nous sommes d'accord...

Je ne vois quelles raisons peuvent expliquer cette différence de
comportement et je considère ceci comme un bug.

Et je partage donc ce point de vue... :slight_smile:

Mais la question qui se pose à moi maintenant: où continuer le report de ces
constats, puisque j'ai ouvert deux issues - ah c'est malin ! (sur OOo, sur
Bugzilla pour LibO - ou sur les deux ?) Qui peut me conseiller ?

Euh... puisque ouvert sur les deux je dirais continuer sur les deux ?

Cordialement
Pierre-Yves

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

#5

Bonjour Michel,

Bonjour

Message du 01/11/10 15:38
De : "Michel Rudelle"

Objet : RE: [fr-users] [Calc] document non modifié consédéré comme modifié

Voici les résultats de quelques essais qui confirment l'observation de
Pierre-Yves ainsi que ma première idée:

C'est bien l'utilisation de INDIRECT qui crée le problème, mais uniquement
quand ces résultats sont utilisés dans un graphique (fichier joint
"modif-bad").

Par contre utiliser les résultats de la fonction INDIRECT pour d'autres
usages (y compris dans une autre fonction INDIRECT) ne crée pas le problème
(fichier joint "modif-ok").

Nous sommes d'accord...

Je ne vois quelles raisons peuvent expliquer cette différence de
comportement et je considère ceci comme un bug.

Et je partage donc ce point de vue... :slight_smile:

Mais la question qui se pose à moi maintenant: où continuer le report de ces
constats, puisque j'ai ouvert deux issues - ah c'est malin ! (sur OOo, sur
Bugzilla pour LibO - ou sur les deux ?) Qui peut me conseiller ?

Euh... puisque ouvert sur les deux je dirais continuer sur les deux ?

Pour le moment on va continuer sur le bugzilla de LibO parce que c'est
plus facile de le suivre (pour moi au moins :). S'il est corrigé ici,
le numéro du bug OOo sera noté dans le log du commit et permettra de
mettre à jour OOo lors de la fermeture du bug sur LibO.

À bientôt
Sophie