Calc : colonnes calculées ?

[Ysabeau1]

Au fait qu'est-ce que ça donne dans LO quand on importe un fichier xls
dans lequel il y a une telle table ?

xlsx, pas essayé avec un fichier xls mais j'imagine que les résultats sont équivalents.

- les colonnes avec des calculs ont des erreurs 509
- la ligne de total affiche des erreurs 508 et n'est plus dynamique (elle reste en place)
- les cellules sur les feuilles liées affichent aussi des erreurs 509, logique car j'imagine qu'une formule de type :
<=Tableau15[[#totals];[quantité]]> ne fonctionne pas sous LibreOffice
- la mise en en forme (répartition des couleurs) n'est pas respectée, c'est moins gênant, par contre celle des nombres l'est.
- les listes déroulantes continuent à fonctionner, mais peut-être uniquement car je les fais à partir de plages nommées.

Cela pose un problème réel de compatibilité entre Excel et LibreOffice du coup si on ne récupère pas les données calculées.

Pour le moment je n'ai pas trouvé de demande d'une telle fonction dans
BugZilla.

Je crois bien qu'il va falloir y passer...

[Jean-Baptiste_Faure]

Bonjour Ysabeau,

Au fait qu'est-ce que ça donne dans LO quand on importe un fichier xls
dans lequel il y a une telle table ?

xlsx, pas essayé avec un fichier xls mais j'imagine que les résultats
sont équivalents.

- les colonnes avec des calculs ont des erreurs 509
- la ligne de total affiche des erreurs 508 et n'est plus dynamique
(elle reste en place)
- les cellules sur les feuilles liées affichent aussi des erreurs 509,
logique car j'imagine qu'une formule de type :
<=Tableau15[[#totals];[quantité]]> ne fonctionne pas sous LibreOffice

ça c'est gênant parce que ça veut dire que, coté MS, l'implémentation de
cette fonction n'est pas juste une question d'interface mais aussi
impacte le format du fichier. Je ne sais pas si le format ODF dans sa
version actuelle permet de faire quelque chose d'équivalent.

- la mise en en forme (répartition des couleurs) n'est pas respectée,
c'est moins gênant, par contre celle des nombres l'est.
- les listes déroulantes continuent à fonctionner, mais peut-être
uniquement car je les fais à partir de plages nommées.

Cela pose un problème réel de compatibilité entre Excel et LibreOffice
du coup si on ne récupère pas les données calculées.

En effet, mais apparemment le problème d'import de fichiers xls/xlsx
avec ce type de données n'a pas été encore signalé dans BugZilla.
Est-ce que tu pourrais faire deux petits fichiers xls et xlsx pour
servir de fichiers tests qui pourront être fournis dans BZ à l'appui de
la demande / rapport de bug ?

Bonne journée
JBF

[Ysabeau1]

Bonjour,

- les colonnes avec des calculs ont des erreurs 509
- la ligne de total affiche des erreurs 508 et n'est plus dynamique
(elle reste en place)
- les cellules sur les feuilles liées affichent aussi des erreurs 509,
logique car j'imagine qu'une formule de type :
<=Tableau15[[#totals];[quantité]]> ne fonctionne pas sous LibreOffice

ça c'est gênant parce que ça veut dire que, coté MS, l'implémentation de
cette fonction n'est pas juste une question d'interface mais aussi
impacte le format du fichier. Je ne sais pas si le format ODF dans sa
version actuelle permet de faire quelque chose d'équivalent.

aucune idée mais ça veut dire aussi que le passage de l'un à l'autre tableur devient moins évident. Et cette fonction est dans l'onglet Accueil du ruban depuis Excel 2007 donc très visible puisque c'est l'onglet par défaut.

- la mise en en forme (répartition des couleurs) n'est pas respectée,
c'est moins gênant, par contre celle des nombres l'est.
- les listes déroulantes continuent à fonctionner, mais peut-être
uniquement car je les fais à partir de plages nommées.

Cela pose un problème réel de compatibilité entre Excel et LibreOffice
du coup si on ne récupère pas les données calculées.

En effet, mais apparemment le problème d'import de fichiers xls/xlsx
avec ce type de données n'a pas été encore signalé dans BugZilla.
Est-ce que tu pourrais faire deux petits fichiers xls et xlsx pour
servir de fichiers tests qui pourront être fournis dans BZ à l'appui de
la demande / rapport de bug ?

xlsx sans problème. xls, il faut que je vois si je l'ai toujours sur le portable sinon ça sera du xls généré par Excel 2010 et je ne suis pas sûre que ça soit la même chose.

J'ai posté un message sur fr-discuss, sans réponse :
http://listarchives.libreoffice.org/fr/discuss/msg10107.html
J'explique le principe et pourquoi ça pose problème et il y a un lien vers un fichier svg qui montre ce qui se passe et qui est donc modifiable et traduisible.

[Jean-Baptiste_Faure]

Bonsoir Ysabeau,

Bonjour,

- les colonnes avec des calculs ont des erreurs 509
- la ligne de total affiche des erreurs 508 et n'est plus dynamique
(elle reste en place)
- les cellules sur les feuilles liées affichent aussi des erreurs 509,
logique car j'imagine qu'une formule de type :
<=Tableau15[[#totals];[quantité]]> ne fonctionne pas sous LibreOffice

ça c'est gênant parce que ça veut dire que, coté MS, l'implémentation de
cette fonction n'est pas juste une question d'interface mais aussi
impacte le format du fichier. Je ne sais pas si le format ODF dans sa
version actuelle permet de faire quelque chose d'équivalent.

aucune idée mais ça veut dire aussi que le passage de l'un à l'autre
tableur devient moins évident. Et cette fonction est dans l'onglet
Accueil du ruban depuis Excel 2007 donc très visible puisque c'est
l'onglet par défaut.

- la mise en en forme (répartition des couleurs) n'est pas respectée,
c'est moins gênant, par contre celle des nombres l'est.
- les listes déroulantes continuent à fonctionner, mais peut-être
uniquement car je les fais à partir de plages nommées.

Cela pose un problème réel de compatibilité entre Excel et LibreOffice
du coup si on ne récupère pas les données calculées.

En effet, mais apparemment le problème d'import de fichiers xls/xlsx
avec ce type de données n'a pas été encore signalé dans BugZilla.
Est-ce que tu pourrais faire deux petits fichiers xls et xlsx pour
servir de fichiers tests qui pourront être fournis dans BZ à l'appui de
la demande / rapport de bug ?

xlsx sans problème. xls, il faut que je vois si je l'ai toujours sur le
portable sinon ça sera du xls généré par Excel 2010 et je ne suis pas
sûre que ça soit la même chose.

En effet.
Au fait, que fait MS-Excel-2010 quand on lui demande un export en ODF de
ce genre de fichier ?

J'ai posté un message sur fr-discuss, sans réponse :
http://listarchives.libreoffice.org/fr/discuss/msg10107.html
J'explique le principe et pourquoi ça pose problème et il y a un lien
vers un fichier svg qui montre ce qui se passe et qui est donc
modifiable et traduisible.

Oui, j'ai vu et récupéré le svg. J'ai juste besoin d'un peu de temps.

Bonne soirée
JBF

[Ysabeau1]

Bonjour,

Au fait, que fait MS-Excel-2010 quand on lui demande un export en ODF de
ce genre de fichier ?

J'ai fait un dossier compressé :
http://cjoint.com/?CDzm0vYChnJ

avec :
- un fichier Excel 2003 et sa version traduite en ODS via Excel 2010
- un fichier Excel 2010 et sa version traduite en ODS
- la copie du fichier d'aide de Microsoft sur l'export de classeurs au format ODS
- mes propres observations.

En gros c'est plutôt moins pire si on ouvre le fichier excel dans Calc que la version exportée. Mais la version exportée sera plus utile pour les développeurs je pense.

Je ne vois pas ce que je peux faire d'autre. Mais je pense que si ça n'a pas été demandé, c'est peut-être parce que la fonction sous Excel 2003 était disons relativement "confidentielle" (dans un menu où la plupart des gens ne mettent jamais la souris), qu'elle n'est pas évidente à expliquer et que... certains farouches défenseurs d'OpenOffice et de Libre-Office, ne la comprennent pas, la trouvent inutile parce qu'ils se polarisent sur le strass et les paillettes ou qu'il savent développer des trucs compliqués.

[Michel_Rudelle]

Bonjour,

Ysabeau wrote

Au fait, que fait MS-Excel-2010 quand on lui demande un export en ODF de
ce genre de fichier ?

J'ai fait un dossier compressé :
http://cjoint.com/?CDzm0vYChnJ

avec :
- un fichier Excel 2003 et sa version traduite en ODS via Excel 2010
- un fichier Excel 2010 et sa version traduite en ODS
- la copie du fichier d'aide de Microsoft sur l'export de classeurs au
format ODS
- mes propres observations.

En gros c'est plutôt moins pire si on ouvre le fichier excel dans Calc
que la version exportée. Mais la version exportée sera plus utile pour
les développeurs je pense.

1/ Je n'émettrai pas d'opinion sur l'intérêt de cette fonctionnalité que je
ne connaissais pas.

2/ Mais on pourrait au moins s'attendre à ce que l'ouverture d'un tel
fichier sous LO redonne les bons résultats et non pas une erreur, même si la
fonctionnalité est perdue:
L’erreur 502 que j’obtiens vient du fait que la fonction SOUS.TOTAL ne
comprend pas les fonctions de 101 à 111, ce qui pose le problème de la
lecture de fichiers xls, même en dehors de cette fonctionnalité de liste.
Or, si l'assistant et l'aide demandent un n° de fonction entre 1 et 11, la
norme OASIS stipule bien 2 séries de n° de fonction (1-11 > Exclude hidden
by filter, et 101-111 >Exclude hidden by filter or collapsed, page 165):
[Open Document Format for Office Applications (OpenDocument) Version 1.2
Part 2: Recalculated Formula (OpenFormula) - 29 September 2011]

J'ai cherché sur Bugzilla sans trouver de report de bug, pourtant ça doit
gêner du monde ??? Je suis un peu étonné, et je me plante peut-être quelque
part.

Si vous confirmez, ce serait peut-être la première action à faire, et en
l’occurrence ce ne serait pas une amélioration, mais un bug puisque ne
respectant pas la norme.

Bonne journée,
Michel

[Ysabeau1]

1/ Je n'émettrai pas d'opinion sur l'intérêt de cette fonctionnalité que je
ne connaissais pas.

Ça n'est pas un gadget pour paresseux :-). Plus sérieusement, c'est très utile pour certains types de tableaux genre suivi budgétaire.

2/ Mais on pourrait au moins s'attendre à ce que l'ouverture d'un tel
fichier sous LO redonne les bons résultats et non pas une erreur, même si la
fonctionnalité est perdue:

C'est ça qui est ennuyeux : la perte d'information.

L’erreur 502 que j’obtiens vient du fait que la fonction SOUS.TOTAL ne
comprend pas les fonctions de 101 à 111, ce qui pose le problème de la
lecture de fichiers xls, même en dehors de cette fonctionnalité de liste.
Or, si l'assistant et l'aide demandent un n° de fonction entre 1 et 11, la
norme OASIS stipule bien 2 séries de n° de fonction (1-11 > Exclude hidden
by filter, et 101-111 >Exclude hidden by filter or collapsed, page 165):
[Open Document Format for Office Applications (OpenDocument) Version 1.2
Part 2: Recalculated Formula (OpenFormula) - 29 September 2011]

J'ai cherché sur Bugzilla sans trouver de report de bug, pourtant ça doit
gêner du monde ??? Je suis un peu étonné, et je me plante peut-être quelque
part.

Encore fallait-il éprouver le besoin de voir si la fonction existe dans LibO et vérifier ce qui se passe entre les tableurs et ne pas la considérer comme un gadget superflu.

Si vous confirmez, ce serait peut-être la première action à faire, et en
l’occurrence ce ne serait pas une amélioration, mais un bug puisque ne
respectant pas la norme.

De quel côté le bug ? Microsoft ou LibreOffice ?

[Michel_Rudelle]

Bonjour,

De : Ysabeau [mailto:ysabeau@homuncule.info]
Envoyé : jeudi 25 avril 2013 21:01

[...]

> norme OASIS stipule bien 2 séries de n° de fonction (1-11 > Exclude
hidden
> by filter, et 101-111 >Exclude hidden by filter or collapsed, page
165):
> [Open Document Format for Office Applications (OpenDocument) Version 1.2
> Part 2: Recalculated Formula (OpenFormula) - 29 September 2011]

> J'ai cherché sur Bugzilla sans trouver de report de bug, pourtant ça
doit
> gêner du monde ??? Je suis un peu étonné, et je me plante peut-être
quelque
> part.

[...]

> Si vous confirmez, ce serait peut-être la première action à faire, et en
> l’occurrence ce ne serait pas une amélioration, mais un bug puisque ne
> respectant pas la norme.

De quel côté le bug ? Microsoft ou LibreOffice ?

Sauf mauvaise compréhension de ma part, LO.
Je manque de temps, mais dès que possible, je recherche mieux et si je
confirme (ou d'autres), je veux bien reporter sur Bugzilla.

Bonne journée,
Michel

[Michel_Rudelle]

Bonsoir,

De : Michel Rudelle [mailto:rudelle.michel@gmail.com]
Envoyé : jeudi 25 avril 2013 15:31

[...]

L’erreur 502 que j’obtiens vient du fait que la fonction SOUS.TOTAL ne
comprend pas les fonctions de 101 à 111, ce qui pose le problème de la
lecture de fichiers xls,

[...]

Or, si l'assistant et l'aide demandent un n° de fonction entre 1 et 11, la
norme OASIS stipule bien 2 séries de n° de fonction (1-11 > Exclude hidden
by filter, et 101-111 >Exclude hidden by filter or collapsed, page 165):
[Open Document Format for Office Applications (OpenDocument) Version 1.2
Part 2: Recalculated Formula (OpenFormula) - 29 September 2011]

Il y avait bien un rapport dans Bugzilla, j'ai changé le titre et commenté:
https://bugs.freedesktop.org/show_bug.cgi?id=60477

Je me demande d'ailleurs si le statut de ce rapport doit bien être
enhancement?
Est-ce que de demander le respect de la norme est une demande d'amélioration
?

Bonne soirée
Michel

[Ysabeau1]

Il y avait bien un rapport dans Bugzilla, j'ai changé le titre et commenté:
https://bugs.freedesktop.org/show_bug.cgi?id=60477

Oui mais d'après ce que je comprends, il n'est fait référence qu'aux sous-totaux, la ligne de totaux dynamiques permet d'autre fonctions (en fait les fonctions que l'on veut depuis excel 2010).

Je me demande d'ailleurs si le statut de ce rapport doit bien être
enhancement?
Est-ce que de demander le respect de la norme est une demande d'amélioration
?

Le respect de la norme est une correction de bug non ?

Par contre l'ajout de la fonction est une demande d'amélioration.