RE: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jacek
Bonjour,

Et comment ce problème se positionne dans le contexte d'interopérabilité avec 
autres suites bureautiques?
Quid d'échange de fichiers dans une entreprise multinational ou se côtoient les 
installations en anglais avec ceux en français?
Faut-il passer vers LuxO?

Bàv

Jacek  

-Message d'origine-
De : Rafael Laville [mailto:rafael.lavi...@live.fr] 
Envoyé : jeudi 2 février 2012 22:52
À : users@fr.libreoffice.org
Objet : Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

Le 02/02/2012 22:18, Sophie Gautier a écrit :
> Bonsoir,
> On 02/02/2012 22:08, Rafael Laville wrote:
>> Le 02/02/2012 00:08, Sophie Gautier a écrit :
>>> Bonsoir,
>>> On 01/02/2012 23:01, Rafael Laville wrote:
 Le 01/02/2012 21:24, Jean-Luc Coulon a écrit :
> Le code en question est l’équivalent de l’anglais #NA (qu’on avait 
> avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - 
> été remplacé par #ND.
>
> Le message associé est "Erreur : Valeur non disponible".
 J'ignorais que #N/A était un code anglais. Pour moi, il signifiait 
 "non applicable".
>>>
>>> Ce qui est génant c'est d'avoir un message (valeur non disponible) 
>>> en français pour un code en anglais (A est pour Available), c'est 
>>> pas très cohérent... Les codes d'erreur étaient pendant un temps à 
>>> moitié traduits, ils le sont tous maintenant (normalement :)

 Ceci étant, le changement peut être gênant pour certains. Par 
 exemple, un programme traite un fichier csv susceptible de contenir 
 des valeurs d'erreur. Sachant cela, on traite spécifiquement les 
 données valant #N/A. Mais comme le code d'erreur a changé, la 
 donnée #N/D sera considérée comme valide et le programme plantera. 
 Ce qui peut conduire à d'ennuyeuses conséquences.
>>>
>>> Donc il vaut mieux garder les bugs parce qu'on est habitué à les 
>>> contourner ?
>>>
>>> À bientôt
>>> Sophie
>>> --
>> Ce n'est pas un contournement, c'est la gestion normale d'une valeur 
>> d'erreur.
>> Ceci étant, combien de gens connaissaient (et connaissent) la 
>> signification de #N/A et combien connnaitront celle de #N/D ? Pour 
>> eux, ce n'est ni du français, ni de l'anglais, c'est de l'informatique.
>
> Du contributeur que je suis :
> . soit on se positionne du côté l10n et on apporte une solution . soit 
> on se positionne au niveau dev et on apporte une solution . soit c'est 
> ux/utilisateur et idem mais là, informatique ça veut dire quoi ?
>
Ça veut dire une langue aussi étrangère que les hiéroglyphes ou le cunéiforme.
Pour la plupart des gens, #N/D ou Err 987, c'est du pareil au même.

Mais le problème de fond n'est pas là. C'est qu'un comportement de base du 
tableur a changé. Le résultat d'une même formule avec les mêmes données en 
entrée n'est plus le même.
Et ici, on n'a pas corrigé de bug.
-- 

Rafael Laville




--
Envoyez un mail à users+h...@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

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Publipostage trop lent...

2012-02-02 Par sujet Hugues Bousquet (Prof)

Le 01/02/2012 18:56, Jean-Luc Coulon a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 01/02/2012 17:59, Hugues Bousquet (Prof) a écrit :

[ ... ]

bureautique (un DELL de 2008), avec 1Go de RAM et j'ai installé la
dernière version de java (sun).

[ ... ]


Je viens de tester la même opération depuis mon domicile (Ubuntu
11.10, java 1.6.0_23 de sun, machine X64 avec 4Go de ram), et le
publipostage est fluide...

1 Go, par les temps qui courent, ce n’est pas beaucoup
Il faut regarder s’il swappe ou pas. (Ctrl+Alt+Suppr pour avoir le
moniteur)


Le moniteur m'indique une utilisation du swap de l'ordre de 50%, et une 
utilisation de 100% du CPU...




J-L
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFPKXyyUdGGXzzGnNARAvQsAKCP3dSUdfOt7wD6m4QEnHUnYN6qowCfQPvo
1m0//asMtSRIz+15PNuviWo=
=tyYn
-END PGP SIGNATURE-




--
Envoyez un mail à users+h...@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


Re: [fr-users] Disparition de

2012-02-02 Par sujet Rafael Laville

Le 02/02/2012 14:13, Didier Janot a écrit :

Le 2 février 2012 12:56, Bernard Siaud alias Troumad  a écrit :

...
la qualité étant obligatoirement proportionnelle au prix de vente d'après 
certains...
...

-
C'est un principe marketing bien connu.
Notre tort c'est de ne promouvoir LibO
qu'au sein d'associations à but non lucratif.
Nous devrions ouvrir une Boutique du luxe
recompiler LibO sous le nom LuxeOffice (LuxO pour les intimes),
et le vendre trois fois plus cher que la concurrence.
Alors, les clients trouveraient le produit trois mieux !
Ça ressemble à une bonne blague bien drôle, mais je pense sérieusement 
que c'est profondément vrai.

Ça s'est déjà vu dans le monde du commerce.

--

Rafael Laville




--
Envoyez un mail à users+h...@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


Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Rafael Laville

Le 02/02/2012 22:18, Sophie Gautier a écrit :

Bonsoir,
On 02/02/2012 22:08, Rafael Laville wrote:

Le 02/02/2012 00:08, Sophie Gautier a écrit :

Bonsoir,
On 01/02/2012 23:01, Rafael Laville wrote:

Le 01/02/2012 21:24, Jean-Luc Coulon a écrit :

Le code en question est l’équivalent de l’anglais #NA (qu’on avait
avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été
remplacé par #ND.

Le message associé est "Erreur : Valeur non disponible".
J'ignorais que #N/A était un code anglais. Pour moi, il signifiait 
"non

applicable".


Ce qui est génant c'est d'avoir un message (valeur non disponible) en
français pour un code en anglais (A est pour Available), c'est pas
très cohérent... Les codes d'erreur étaient pendant un temps à moitié
traduits, ils le sont tous maintenant (normalement :)


Ceci étant, le changement peut être gênant pour certains. Par exemple,
un programme traite un fichier csv susceptible de contenir des valeurs
d'erreur. Sachant cela, on traite spécifiquement les données valant
#N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera
considérée comme valide et le programme plantera. Ce qui peut 
conduire à

d'ennuyeuses conséquences.


Donc il vaut mieux garder les bugs parce qu'on est habitué à les
contourner ?

À bientôt
Sophie
--

Ce n'est pas un contournement, c'est la gestion normale d'une valeur
d'erreur.
Ceci étant, combien de gens connaissaient (et connaissent) la
signification de #N/A et combien connnaitront celle de #N/D ? Pour eux,
ce n'est ni du français, ni de l'anglais, c'est de l'informatique.


Du contributeur que je suis :
. soit on se positionne du côté l10n et on apporte une solution
. soit on se positionne au niveau dev et on apporte une solution
. soit c'est ux/utilisateur et idem
mais là, informatique ça veut dire quoi ?

Ça veut dire une langue aussi étrangère que les hiéroglyphes ou le 
cunéiforme.

Pour la plupart des gens, #N/D ou Err 987, c'est du pareil au même.

Mais le problème de fond n'est pas là. C'est qu'un comportement de base 
du tableur a changé. Le résultat d'une même formule avec les mêmes 
données en entrée n'est plus le même.

Et ici, on n'a pas corrigé de bug.
--

Rafael Laville




--
Envoyez un mail à users+h...@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


Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Rafael Laville

Le 02/02/2012 13:50, Jean-Luc Coulon a écrit :

Le 01/02/2012 23:01, Rafael Laville a écrit :
J'ignorais que #N/A était un code anglais. Pour moi, il signifiait 
"non applicable".

C’est assez facile à voir.
Dans une cellule, mettez ce qui suit :
=NA()

Cette fonction force justement cette valeur d’erreur.
Et on obtient (au moins avec ma version)... #N/D

Ça ne dit rien sur la signification de A ni de D.

Ceci étant, le changement peut être gênant pour certains. Par
exemple, un programme traite un fichier csv susceptible de contenir
des valeurs d'erreur. Sachant cela, on traite spécifiquement les
données valant #N/A. Mais comme le code d'erreur a changé, la
donnée #N/D sera considérée comme valide et le programme plantera.
Ce qui peut conduire à d'ennuyeuses conséquences.

Si on a ces fâcheuses conséquences, c’est qu’on n’a pas programmé le
truc normalement.
Réponse simpliste. Voilà une explication plus détaillée. Mon client 
m'envoie un fichier CSV contenant des valeurs d'erreur. Selon les cas, 
je peux rejeter (entièrement ou partiellement) la ligne du fichier ou 
mettre à jour ma base de données avec un traitement spécifique (plus ou 
moins complexe) pour ces valeurs d'erreur.


La conséquence fâcheuse, c'est d'accepter comme valide une valeur qui ne 
l'est pas. Mais comme le programme ne peut pas le savoir, il faudra 
réparer les conséquences dans la base (activité couteuse et chronophage).


Par ailleurs, je ne crois pas obtenir de mon client qu'il modifie ses 
formules.

--

Rafael Laville




--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet christianwtd

Le 02/02/2012 22:20, Sophie Gautier a écrit :

On 02/02/2012 22:15, christianwtd wrote:

Le 02/02/2012 21:38, Gérard Fargeot a écrit :

...

Mais je n'ai pas connu de cas de changement de nom de fonction (excepté
LIEN_HYPERTEXTE qui est devenu LIEN.HYPERTEXTE mais je ne me souviens
pas si
cela avait posé problème).

Si un ancien (je n'ai pas dit vieux :) ) pouvait confirmer.


Bonsoir,

Un petit vieux confirme :-)
Tu peux ajouter GETPIVOTDATA qui est devenu EXTRAIRE.DONNEES.PILOTE
(non traduit dans les premières versions)


ah oui, la toute première parce que ce n'était pas indiqué dans le cws 
qu'il y avait de la localisation, donc réaction un peu tardive ;)

Mais je ne pense pas que cela ai posé problème de rétrocompatibilité, si?
À bientôt
Sophie



Aucun problème à ma connaissance.
Je viens de retrouver. C'était dans v2.3
Ça nous rajeunit pas, tout ça :-D

Bon surf,
Christian

--
Visitez http://christianwtd.free.fr/ pour débuter avec Calc, de LibreOffice ou 
OpenOffice.org


--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Sophie Gautier

On 02/02/2012 22:15, christianwtd wrote:

Le 02/02/2012 21:38, Gérard Fargeot a écrit :

...

Mais je n'ai pas connu de cas de changement de nom de fonction (excepté
LIEN_HYPERTEXTE qui est devenu LIEN.HYPERTEXTE mais je ne me souviens
pas si
cela avait posé problème).

Si un ancien (je n'ai pas dit vieux :) ) pouvait confirmer.


Bonsoir,

Un petit vieux confirme :-)
Tu peux ajouter GETPIVOTDATA qui est devenu EXTRAIRE.DONNEES.PILOTE
(non traduit dans les premières versions)


ah oui, la toute première parce que ce n'était pas indiqué dans le cws 
qu'il y avait de la localisation, donc réaction un peu tardive ;)

Mais je ne pense pas que cela ai posé problème de rétrocompatibilité, si?
À bientôt
Sophie
--
Founding member of The Document Foundation

--
Envoyez un mail à users+h...@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


Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Sophie Gautier

Bonsoir,
On 02/02/2012 22:08, Rafael Laville wrote:

Le 02/02/2012 00:08, Sophie Gautier a écrit :

Bonsoir,
On 01/02/2012 23:01, Rafael Laville wrote:

Le 01/02/2012 21:24, Jean-Luc Coulon a écrit :

Le code en question est l’équivalent de l’anglais #NA (qu’on avait
avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été
remplacé par #ND.

Le message associé est "Erreur : Valeur non disponible".

J'ignorais que #N/A était un code anglais. Pour moi, il signifiait "non
applicable".


Ce qui est génant c'est d'avoir un message (valeur non disponible) en
français pour un code en anglais (A est pour Available), c'est pas
très cohérent... Les codes d'erreur étaient pendant un temps à moitié
traduits, ils le sont tous maintenant (normalement :)


Ceci étant, le changement peut être gênant pour certains. Par exemple,
un programme traite un fichier csv susceptible de contenir des valeurs
d'erreur. Sachant cela, on traite spécifiquement les données valant
#N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera
considérée comme valide et le programme plantera. Ce qui peut conduire à
d'ennuyeuses conséquences.


Donc il vaut mieux garder les bugs parce qu'on est habitué à les
contourner ?

À bientôt
Sophie
--

Ce n'est pas un contournement, c'est la gestion normale d'une valeur
d'erreur.
Ceci étant, combien de gens connaissaient (et connaissent) la
signification de #N/A et combien connnaitront celle de #N/D ? Pour eux,
ce n'est ni du français, ni de l'anglais, c'est de l'informatique.


Du contributeur que je suis :
. soit on se positionne du côté l10n et on apporte une solution
. soit on se positionne au niveau dev et on apporte une solution
. soit c'est ux/utilisateur et idem
mais là, informatique ça veut dire quoi ?

À bientôt
Sophie
--
Founding member of The Document Foundation

--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet christianwtd

Le 02/02/2012 21:38, Gérard Fargeot a écrit :

...

Mais je n'ai pas connu de cas de changement de nom de fonction (excepté
LIEN_HYPERTEXTE qui est devenu LIEN.HYPERTEXTE mais je ne me souviens pas si
cela avait posé problème).

Si un ancien (je n'ai pas dit vieux :) ) pouvait confirmer.


Bonsoir,

Un petit vieux confirme :-)
Tu peux ajouter GETPIVOTDATA qui est devenu EXTRAIRE.DONNEES.PILOTE
(non traduit dans les premières versions)



..

Gérard


Bon surf,
Christian

--
Visitez http://christianwtd.free.fr/ pour débuter avec Calc, de LibreOffice ou 
OpenOffice.org


--
Envoyez un mail à users+h...@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


[fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jean-Luc
Bonsoir,
Je réponds directement  sur Nabble parce que la réponse via mail a tendance
à s'égarer une fois sur deux.

J'avais donc dit :

- Quel la solution de Pierre-Yvs me convient. Merci à lui.

- En ce qui concerne le formatage our éviter que la valeur "FAUX" ne
s'affiche, je ne suis pas certain que cela me convienne : en numérique, les
valeurs nulles sont alors également masquée.  Alors que 0.00 est
numérique...

- Que, évidemment, les matrices ne sont pas nécessaires ICI. Mais ma
question ne portait pas sur le fait que ce soit judicieux ou pas...  des
questions à ce sujet viendront peut-être... plus tard. J'ai juste posté un
bout de feuille qui pose le problème. Le projet est bien plus important, ce
sont des tableaux de coordonnées avec lesquels je fais des tracés dans draw
en BASIC (ou python... mais bon, l'API python n'est pas très bien
documenté). Je fais, sur ces courbes, des transformations et des changements
de repère et là, appliquer une matrice de transformation ou inverser une
matrice est immédiat sous calc alors que c'est long sous Basic (ça rame
en fait).   

- La solution de Sandy-Pascal ne fonctionne pas... 

- Pour ce qui est #N/A -> #N/D et la fonction NA(), ce qui serait bon, c'est
que l'évolution de la doc suive celle du logiciel. 

Merci à tous, bonne soirée/nuit

Jean-Luc

--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3711265.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Rafael Laville

Le 02/02/2012 00:08, Sophie Gautier a écrit :

Bonsoir,
On 01/02/2012 23:01, Rafael Laville wrote:

Le 01/02/2012 21:24, Jean-Luc Coulon a écrit :

Le code en question est l’équivalent de l’anglais #NA (qu’on avait
avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été
remplacé par #ND.

Le message associé est "Erreur : Valeur non disponible".

J'ignorais que #N/A était un code anglais. Pour moi, il signifiait "non
applicable".


Ce qui est génant c'est d'avoir un message (valeur non disponible) en 
français pour un code en anglais (A est pour Available), c'est pas 
très cohérent... Les codes d'erreur étaient pendant un temps à moitié 
traduits, ils le sont tous maintenant (normalement :)


Ceci étant, le changement peut être gênant pour certains. Par exemple,
un programme traite un fichier csv susceptible de contenir des valeurs
d'erreur. Sachant cela, on traite spécifiquement les données valant
#N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera
considérée comme valide et le programme plantera. Ce qui peut conduire à
d'ennuyeuses conséquences.


Donc il vaut mieux garder les bugs parce qu'on est habitué à les 
contourner ?


À bientôt
Sophie
--
Ce n'est pas un contournement, c'est la gestion normale d'une valeur 
d'erreur.
Ceci étant, combien de gens connaissaient (et connaissent) la 
signification de #N/A et combien connnaitront celle de #N/D ? Pour eux, 
ce n'est ni du français, ni de l'anglais, c'est de l'informatique.


--

Rafael Laville




--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Sophie Gautier

On 02/02/2012 21:38, Gérard Fargeot wrote:


Sophie Gautier wrote


On 02/02/2012 12:13, Gérard Fargeot wrote:

Bonjour tout le monde,


...


Concernant l'erreur N/D traduite (comme les autres erreurs : VALUE! DIV/0
...etc, Sophie a raison de souligner qu'il est logique que celle-ci aussi
soit traduit.
Mais, car il y en a un, il n'est pas très logique dans ce cas que les
fonctions afférentes ne le soit pas - NA() - ou partiellement - ESTNA()
-.

J'écris =NA() et j'obtiens N/D.


Donc dans ce cas, c'est effectivement un défaut de traduction qu'il faut
pointer (= a bug :). Je vais donc modifier la traduction. Vous souhaitez
pour la 3.5.x ou pour la 3.6 (s'il est nécessaire de communiquer sur
d'éventuelles rétrocompatibilités ?)

À bientôt
Sophie




Sauf erreur de ma part, je ne pense pas qu'il y ai un problème de
rétrocompatibilité vu que les formules sont stockés en Anglais et non dans
la locale.


Oui, c'est effectivement ce sur quoi je compte à chaque fois que je fais 
une modif.



Mais je n'ai pas connu de cas de changement de nom de fonction (excepté
LIEN_HYPERTEXTE qui est devenu LIEN.HYPERTEXTE mais je ne me souviens pas si
cela avait posé problème).


Je n'ai pas souvenir non plus, c'est pour respecter la syntaxe générale 
que j'ai fait cette modification.


Si un ancien (je n'ai pas dit vieux :) ) pouvait confirmer.


je dois être la vieille qui veille sur ces modifs ;-)


Sinon, il n'y a pas urgence. Si cela devait poser problème, il serait sans
doute souhaitable de ne faire la modif que pour une version majeure


Ce que je fais en général (et pour cette fois également avec la 3.5) 
c'est que je modifie pour une version mineure et j'attends de voir les 
retours pour les versions majeures. Actuellemnt, il y a plusieurs noms 
de fonctions que je n'ai pas traduit pour la 3.5 parceque je n'en voyais 
pas l'utilité, on verra bien si cela dérange ;)


Bonne soirée
Sophie
--
Founding member of The Document Foundation

--
Envoyez un mail à users+h...@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


[fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Gérard Fargeot

Sophie Gautier wrote
> 
> On 02/02/2012 12:13, Gérard Fargeot wrote:
>> Bonjour tout le monde,
>>
> ...
>>
>> Concernant l'erreur N/D traduite (comme les autres erreurs : VALUE! DIV/0
>> ...etc, Sophie a raison de souligner qu'il est logique que celle-ci aussi
>> soit traduit.
>> Mais, car il y en a un, il n'est pas très logique dans ce cas que les
>> fonctions afférentes ne le soit pas - NA() - ou partiellement - ESTNA()
>> -.
>>
>> J'écris =NA() et j'obtiens N/D.
> 
> Donc dans ce cas, c'est effectivement un défaut de traduction qu'il faut 
> pointer (= a bug :). Je vais donc modifier la traduction. Vous souhaitez 
> pour la 3.5.x ou pour la 3.6 (s'il est nécessaire de communiquer sur 
> d'éventuelles rétrocompatibilités ?)
> 
> À bientôt
> Sophie
> 
> 

Sauf erreur de ma part, je ne pense pas qu'il y ai un problème de
rétrocompatibilité vu que les formules sont stockés en Anglais et non dans
la locale.
Mais je n'ai pas connu de cas de changement de nom de fonction (excepté
LIEN_HYPERTEXTE qui est devenu LIEN.HYPERTEXTE mais je ne me souviens pas si
cela avait posé problème).

Si un ancien (je n'ai pas dit vieux :) ) pouvait confirmer.

Sinon, il n'y a pas urgence. Si cela devait poser problème, il serait sans
doute souhaitable de ne faire la modif que pour une version majeure.

Gérard


--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3711139.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Mauvaise lecture DOCX

2012-02-02 Par sujet Arnaud Versini
Bonjour,

Voici pour information un bug que je viens de publier qui semble aussi
affecter ce document :

https://bugs.freedesktop.org/show_bug.cgi?id=45560

Si j'ai le temps je vais essayer de répertorier les anomalies liés à
l'import de ce document. L'utilisation dans ce document d'un grand nombre
de fonctionnalités de Word est aussi un test pour LibreOffice, va falloir
le passer ;-)

Si vous avez d'autres anomalies n'hésiter pas à nous envoyer les documents.

Bonne soirée

Le 24 janvier 2012 17:58, Loïc Breilloux  a écrit :

> Bonjour,
>
> quelqu'un vient de m'envoyer un fichier au format docx.
> Je peux l'ouvrir avec LO en version 3.4.4 mais la mise en page est
> complètement modifiée et surtout il manque plein de chose.
> Je vous mets le fichier en téléchargement pour voir si vous pouvez faire
> quelque chose.
>
> http://loic.breilloux.free.fr/**test/ACBB%20280112.docx:
>  le fichier au format docx
> http://loic.breilloux.free.fr/**test/ACBB%20280112.pdf:
>  le fichier en pdf après une convertion via le site conv2pdf.
>
> Voyez la grosse différence
>
> Merci
> Loic
>
> --
> Envoyez un mail à users+h...@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
>
>


-- 
Arnaud Versini

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Sophie Gautier

On 02/02/2012 12:13, Gérard Fargeot wrote:

Bonjour tout le monde,

L'erreur N/D est normale dans le cas de ta formule. Il ne s'agit ni d'un
bogue, ni d'une limitation de Calc.
Ton test est du type SI(matrice;scalaire...
dans ce cas là, le deuxième argument (scalaire) s'applique au premier terme
de la matrice.
Les autres termes de la matrice ne trouvant pas de résultat, l'erreur N/D
est renvoyée.
C'est le cas lorsque l'on a des matrices de tailles différentes.

Par contre on peut avoir un scalaire en condition1 : Si la condition est
respectée, renvoyer matrice.

Mais comme Pierre-Yves l'a justement souligné, nul besoin de formule
matricielle ici.

Concernant l'erreur N/D traduite (comme les autres erreurs : VALUE! DIV/0
...etc, Sophie a raison de souligner qu'il est logique que celle-ci aussi
soit traduit.
Mais, car il y en a un, il n'est pas très logique dans ce cas que les
fonctions afférentes ne le soit pas - NA() - ou partiellement - ESTNA() -.

J'écris =NA() et j'obtiens N/D.


Donc dans ce cas, c'est effectivement un défaut de traduction qu'il faut 
pointer (= a bug :). Je vais donc modifier la traduction. Vous souhaitez 
pour la 3.5.x ou pour la 3.6 (s'il est nécessaire de communiquer sur 
d'éventuelles rétrocompatibilités ?)


À bientôt
Sophie

--
Founding member of The Document Foundation

--
Envoyez un mail à users+h...@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


Re: [fr-users] installer des extension par batch et wpkg[résolu]

2012-02-02 Par sujet David Pailler

Bonsoir,
C'ets laigne à propos du fichiers .lock qui posait problème, la variable 
%HOMEPATH% n'était plus interprétée, et donc c'était le fichier .lock 
qui bloquait la ligne d'install.


Cordialement
Le 01/02/2012 20:54, yves dutrieux a écrit :

Bonsoir,

Le 1 février 2012 15:45, David Pailler  a écrit :

   

Bonjour,
J'essai depuis plusieurs jours d'installer des extensions par batch pour
wpkg sous serveur sambaedu;
Voici une partie de ce paquet:
Commandes avant une mise à jour:
"%ComSpec% /C %Z%\wpkg\tools\pskill.exe /accepteula -t soffice || exit 0"/>
"%ComSpec% /C"%ProgramFiles%\**LibreOffice 3\program\unopkg.com"
remove --shared CmathOOo || exit 0"
   "%ComSpec% /C"%ProgramFiles%\**LibreOffice 3.4\program\unopkg.com"
list --shared CmathOOo || exit 0"
"%ComSpec% /C"%ProgramFiles%\**LibreOffice 3.4\program\unopkg.com"
remove --shared CmathOOo|| exit 0"
"%ComSpec% /C if exist"%SystemDrive%\netinst\**locmath.txt"
del /F /Q"%SystemDrive%\netinst\**locmath.txt""
Commandes d'installation:
"%ComSpec% /C If Not Exist"%ProgramFiles%\**LibreOffice 3.4\program\
unopkg.com" exit 1"

"%ComSpec% /C xcopy /Q /I /E /Y %Z%\packages\libreoffice\**CmathOOo.oxt
%TMP%"


"%ComSpec% /C %Z%\wpkg\tools\pskill.exe /accepteula -t soffice || exit 0"
install cmd="%ComSpec% /C %Z%\wpkg\tools\pskill.exe /accepteula -t unopkg
|| exit 0"
"%ComSpec% /C If exist"%HOMEPATH%\Application
Data\LibreOffice\3\.lock" del /F /Q"%HOMEPATH%\Application
Data\LibreOffice\3\.lock"**"
""%ProgramFiles%\**LibreOffice 3.4\program\unopkg.com"   add -v
--shared --suppress-license"%TMP%\CmathOOo.oxt" --log-file
"%SystemDrive%\netinst\**locmath.txt""

Tout semble passer sauf la dernière ligne d'installation qui me renvoie
toujours l'erreur 1

Pourtant celle-ci fonctionne parfaitement si je la lance à partir d'un
compte dans une console dos sous xp.

Ces commandes sont lancés par un administrateur local qui a les bons droits

Si win7, essaie avec une console dos mais en cliquant-droit - exécuter en
 

tant qu'administrateur.
Même admin local, on est pas tout a fait admin si on est pas en mode
"super-admin".

Bienvenu dans le monde de la protection ;)
Yves


   

Je bloque vraiment sur le sujet

Merci de votre aide.
Cordialement

Libreoffice 3.4.5 stable


--
Envoyez un mail à users+h...@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


 


   



--
Envoyez un mail à users+h...@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



[fr-users] [Résolu] Disparition de

2012-02-02 Par sujet Bernard Siaud alias Troumad

Le 02/02/2012 13:49, Dominique THOREZ a écrit :

Bonjour,

Problème déjà évoqué sur la liste.

Il faut aller dans le menu "Outils/Options" puis "LibreOffice Writer" et
"Aides au formatage".
Tu n'as plus qu'a cocher les cases correspondant aux différents éléments
que tu veux afficher.

Bon courage.

Merci !
C'était ça.
--
Amicalement vOOotre  Troumad Alias Bernard SIAUD
mon site : http://troumad.org : AD&D maths WEB...
Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ 
N'envoyez que des documents avec des formats ouverts, comme 
http://fr.libreoffice.org


--
Envoyez un mail à users+h...@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



RE: [fr-users] Disparition de

2012-02-02 Par sujet Michel Rudelle
Bonjour,

> De : Gérard FARGEOT [mailto:gerard.farg...@orange.fr]
> Envoyé : jeudi 2 février 2012 13:46
> 
> Les Aides au formatage (Outils > Options > LibreOffice Writer) sont
> décochées lors d'un export PDF.
> Ce bogue est normalement (je n'ai pas testé) fixé dans la 3.4.5.

J'ai installé la 3.4.5 hier et je viens de vérifier:
Oui ce problème est réglé !

Bonne soirée,

Michel


-- 
Envoyez un mail à users+h...@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



Re: [fr-users] Disparition de

2012-02-02 Par sujet Didier Janot
Le 2 février 2012 12:56, Bernard Siaud alias Troumad  a écrit :
> ...
> la qualité étant obligatoirement proportionnelle au prix de vente d'après 
> certains...
> ...
-
C'est un principe marketing bien connu.
Notre tort c'est de ne promouvoir LibO
qu'au sein d'associations à but non lucratif.
Nous devrions ouvrir une Boutique du luxe
recompiler LibO sous le nom LuxeOffice (LuxO pour les intimes),
et le vendre trois fois plus cher que la concurrence.
Alors, les clients trouveraient le produit trois mieux !
DJ

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Disparition de

2012-02-02 Par sujet pierre (message personnel)
Cela dit, il vaut mieux prévenir ton chef qu'à chaque export en .pdf, il 
faudra refaire les réglages (à moins que le bogue ait été corrigé ?)

corrdialement,
Pierrre

Le 02/02/2012 13:49, Dominique THOREZ a écrit :

Bonjour,

Problème déjà évoqué sur la liste.

Il faut aller dans le menu "Outils/Options" puis "LibreOffice Writer" et
"Aides au formatage".
Tu n'as plus qu'a cocher les cases correspondant aux différents éléments
que tu veux afficher.

Bon courage.

Dominique.

Le 2 février 2012 12:56, Bernard Siaud alias Troumad  a
écrit :


Bonjour

Demain, je passe voir le PC de mon chef qui me dit ça :


Salut membres éminents de la communauté du  logiciel libre,
sur la version de libre office qui est sur mon portable (la toute
dernière que je viens de réinstaller), dans les documents textes, je ne
peux afficher les caractères non imprimables
Savez vous pourquoi et comment le récupérer?


Comment puis-je l'aider ? Il est sous Windows. Est-ce un cas connu ?
nb : au boulot, on est sous MicroSoft, pas de produit libre, la qualité
étant obligatoirement proportionnelle au prix de vente d'après certains...
(Qui dit que je suis mauvaise langue ?)
--
Amicalement vOOotre  Troumad Alias Bernard SIAUD
mon site : http://troumad.org : AD&D maths WEB...
Pour la liberté 
http://www.developpez.net/**forums/f17/systemes/linux/N'envoyez
 que des documents avec des formats ouverts, comme
http://fr.libreoffice.org

--
Envoyez un mail à users+h...@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




--
Envoyez un mail à users+h...@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



re: [fr-users] Disparition de

2012-02-02 Par sujet Gérard FARGEOT
Bonjour,


> Message du 02/02/12 13:13
> De : "Bernard Siaud alias Troumad" 
> A : users@fr.libreoffice.org
> Copie à : 
> Objet : [fr-users] Disparition de
> 
> Bonjour
> 
> Demain, je passe voir le PC de mon chef qui me dit ça :
> > Salut membres éminents de la communauté du logiciel libre,
> > sur la version de libre office qui est sur mon portable (la toute 
> > dernière que je viens de réinstaller), dans les documents textes, je 
> > ne peux afficher les caractères non imprimables
> > Savez vous pourquoi et comment le récupérer?
> Comment puis-je l'aider ? Il est sous Windows. Est-ce un cas connu ?
> nb : au boulot, on est sous MicroSoft, pas de produit libre, la qualité 
> étant obligatoirement proportionnelle au prix de vente d'après 
> certains... (Qui dit que je suis mauvaise langue ?)
> -- 
> Amicalement vOOotre Troumad Alias Bernard SIAUD

Les Aides au formatage (Outils > Options > LibreOffice Writer) sont décochées 
lors d'un export PDF.
Ce bogue est normalement (je n'ai pas testé) fixé dans la 3.4.5.

Gérard
-- 
Envoyez un mail à users+h...@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


Re: [fr-users] CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jean-Luc Coulon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 01/02/2012 23:01, Rafael Laville a écrit :
> Le 01/02/2012 21:24, Jean-Luc Coulon a écrit :
>> Le code en question est l’équivalent de l’anglais #NA (qu’on
>> avait avec les versions 1 et 2 d’OpenOffice et qui a - en locale
>> Fr - été remplacé par #ND.
>> 
>> Le message associé est "Erreur : Valeur non disponible".
> J'ignorais que #N/A était un code anglais. Pour moi, il signifiait
> "non applicable".


C’est assez facile à voir.
Dans une cellule, mettez ce qui suit :
=NA()

Cette fonction force justement cette valeur d’erreur.
Et on obtient (au moins avec ma version)... #N/D

Et, pour en avoir le cœur net, passez l’interface en anglais depuis
les paramètres linguistiques :
On obtient alors #N/A au lieu de #N/D

> 
> Ceci étant, le changement peut être gênant pour certains. Par
> exemple, un programme traite un fichier csv susceptible de contenir
> des valeurs d'erreur. Sachant cela, on traite spécifiquement les
> données valant #N/A. Mais comme le code d'erreur a changé, la
> donnée #N/D sera considérée comme valide et le programme plantera.
> Ce qui peut conduire à d'ennuyeuses conséquences.

Si on a ces fâcheuses conséquences, c’est qu’on n’a pas programmé le
truc normalement.

Ce qu’il faut faire dans ce cas-là, ce n’est pas traiter sur la valeur
#N/A (chaîne de caractères) mais faire quelque chose comme :
=SI(ESTERR(); ;) --> Toutes les erreurs SAUF #N/A
=SI(ESTNA(xxx); ; ) --> Erreur de type #N/A uniquement
=SI(ESTERREUR() --> TOUTES les erreurs

Mais c’est vrai que ce n’est pas toujours possible. Les valeurs
d’erreurs sont affichées comme du texte (comme les résultat de
formules) mais une cellule de tableur contient bien autre chose que
.Value ou .String. Les importations CSV n’importent que ça… Personne
ne peut préjuger à l’avance du formatage d’un fichier texte. Il faut
soit le spécifier AVANT, soit faire une routine qui s’accommode des
deux langues (si on ne parle que de l’anglais et du français).

Il faut savoir que TOUT est localisé et pas seulement #N/A
#VALEUR! par exemple posera les mêmes problèmes.

Jean-Luc


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFPKoalUdGGXzzGnNARAu1nAKCRjoTITMM0x1c6XSyipGtbWtot2ACeO58l
HqPCt/RwRifAh1z0kNo/Yv8=
=kPap
-END PGP SIGNATURE-

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Disparition de

2012-02-02 Par sujet Dominique THOREZ
Bonjour,

Problème déjà évoqué sur la liste.

Il faut aller dans le menu "Outils/Options" puis "LibreOffice Writer" et
"Aides au formatage".
Tu n'as plus qu'a cocher les cases correspondant aux différents éléments
que tu veux afficher.

Bon courage.

Dominique.

Le 2 février 2012 12:56, Bernard Siaud alias Troumad  a
écrit :

> Bonjour
>
> Demain, je passe voir le PC de mon chef qui me dit ça :
>
>> Salut membres éminents de la communauté du  logiciel libre,
>> sur la version de libre office qui est sur mon portable (la toute
>> dernière que je viens de réinstaller), dans les documents textes, je ne
>> peux afficher les caractères non imprimables
>> Savez vous pourquoi et comment le récupérer?
>>
> Comment puis-je l'aider ? Il est sous Windows. Est-ce un cas connu ?
> nb : au boulot, on est sous MicroSoft, pas de produit libre, la qualité
> étant obligatoirement proportionnelle au prix de vente d'après certains...
> (Qui dit que je suis mauvaise langue ?)
> --
> Amicalement vOOotre  Troumad Alias Bernard SIAUD
> mon site : http://troumad.org : AD&D maths WEB...
> Pour la liberté 
> http://www.developpez.net/**forums/f17/systemes/linux/N'envoyez
>  que des documents avec des formats ouverts, comme
> http://fr.libreoffice.org
>
> --
> Envoyez un mail à users+h...@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
>
>

-- 
Envoyez un mail à users+h...@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



Re: [fr-users] LibO 3.3 Impress - pas d'affichage diaporama

2012-02-02 Par sujet Anael

Bonjour Claude,

Peux-tu partager le fichier incriminé stp ?
(ou un autre ayant le même comportement sur ta machine)

Ca permettra de voir si le souci est lié à ton poste, à LOo, à un 
combiné des deux, ...


Bonne journée,
Anael

Le 02/02/2012 13:02, Claude FRICARD a écrit :
je viens de créer un nouveau diaporama avec des images du disque dur : 
même punition !

Autre piste ?

Claude


Le 02/02/2012 12:01, Jean Michel PIERRE a écrit :



Bonjour,
J'ai fait un diaporama simple, je veux visualiser ce diaporama : 
menu Diaporama>diaporama
C'est comme dirait C.Nougaro : l'écran noir de mes nuits blanches... 
qu'est-ce qui pourrait empêcher cet affichage. Je précise que ça a 
fonctionné normalement.  Une petite idée ?

Merci d'avance


Bonjour,
Une première diapo avec une image liée qui a changé de place ?
J.M


--
Envoyez un mail à users+h...@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



Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jacques

Le 02/02/2012 12:13, Gérard Fargeot a écrit :

Bonjour tout le monde,

L'erreur N/D est normale dans le cas de ta formule. Il ne s'agit ni d'un
bogue, ni d'une limitation de Calc.
Ton test est du type SI(matrice;scalaire...
dans ce cas là, le deuxième argument (scalaire) s'applique au premier terme
de la matrice.
Les autres termes de la matrice ne trouvant pas de résultat, l'erreur N/D
est renvoyée.
C'est le cas lorsque l'on a des matrices de tailles différentes.

Par contre on peut avoir un scalaire en condition1 : Si la condition est
respectée, renvoyer matrice.

Mais comme Pierre-Yves l'a justement souligné, nul besoin de formule
matricielle ici.

Concernant l'erreur N/D traduite (comme les autres erreurs : VALUE! DIV/0
...etc, Sophie a raison de souligner qu'il est logique que celle-ci aussi
soit traduit.
Mais, car il y en a un, il n'est pas très logique dans ce cas que les
fonctions afférentes ne le soit pas - NA() - ou partiellement - ESTNA() -.

J'écris =NA() et j'obtiens N/D.

Gérard



--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3709581.html
Sent from the Users mailing list archive at Nabble.com.

Si l'on fait par exemple : 
=IF(C1="A";IF(ISNUMBER(B3:B45);C3:C45-10);IF(ISNUMBER(B3:B45);D3:D45-10))
Ceci me retourne 0 dans la matrice si B(n) est vide ou est texte, et 
FAUX à l'extérieur de la matrice. Pourriez-vous m'expliquer pourquoi ?


Dans mon exemple précédent qui ne gérait pas le texte dans B(n) : 
=IF(C1="A";IF(ISBLANK(B3:B45);"";C3:C45-10);IF(ISBLANK(B3:B45);"";D3:D45-10))
 le résultat était le même en et hors matrice, ce qui finalement me 
semble normal puisque je générais un texte bien défini et vide (j'ai 
compris, c'est pas bien).


Peut-on obtenir autre chose que 0 dans la matrice ?




--
Envoyez un mail à users+h...@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


[fr-users] Disparition de

2012-02-02 Par sujet Bernard Siaud alias Troumad

Bonjour

Demain, je passe voir le PC de mon chef qui me dit ça :

Salut membres éminents de la communauté du  logiciel libre,
sur la version de libre office qui est sur mon portable (la toute 
dernière que je viens de réinstaller), dans les documents textes, je 
ne peux afficher les caractères non imprimables

Savez vous pourquoi et comment le récupérer?

Comment puis-je l'aider ? Il est sous Windows. Est-ce un cas connu ?
nb : au boulot, on est sous MicroSoft, pas de produit libre, la qualité 
étant obligatoirement proportionnelle au prix de vente d'après 
certains... (Qui dit que je suis mauvaise langue ?)

--
Amicalement vOOotre  Troumad Alias Bernard SIAUD
mon site : http://troumad.org : AD&D maths WEB...
Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ 
N'envoyez que des documents avec des formats ouverts, comme 
http://fr.libreoffice.org


--
Envoyez un mail à users+h...@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



Re: [fr-users] LibO 3.3 Impress - pas d'affichage diaporama

2012-02-02 Par sujet Claude FRICARD
je viens de créer un nouveau diaporama avec des images du disque dur : 
même punition !

Autre piste ?

Claude


Le 02/02/2012 12:01, Jean Michel PIERRE a écrit :



Bonjour,
J'ai fait un diaporama simple, je veux visualiser ce diaporama : menu 
Diaporama>diaporama
C'est comme dirait C.Nougaro : l'écran noir de mes nuits blanches... 
qu'est-ce qui pourrait empêcher cet affichage. Je précise que ça a 
fonctionné normalement.  Une petite idée ?

Merci d'avance


Bonjour,
Une première diapo avec une image liée qui a changé de place ?
J.M




--
Envoyez un mail à users+h...@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



[fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Gérard Fargeot
Bonjour tout le monde,

L'erreur N/D est normale dans le cas de ta formule. Il ne s'agit ni d'un
bogue, ni d'une limitation de Calc.
Ton test est du type SI(matrice;scalaire...
dans ce cas là, le deuxième argument (scalaire) s'applique au premier terme
de la matrice.
Les autres termes de la matrice ne trouvant pas de résultat, l'erreur N/D
est renvoyée.
C'est le cas lorsque l'on a des matrices de tailles différentes.

Par contre on peut avoir un scalaire en condition1 : Si la condition est
respectée, renvoyer matrice.

Mais comme Pierre-Yves l'a justement souligné, nul besoin de formule
matricielle ici.

Concernant l'erreur N/D traduite (comme les autres erreurs : VALUE! DIV/0
...etc, Sophie a raison de souligner qu'il est logique que celle-ci aussi
soit traduit.
Mais, car il y en a un, il n'est pas très logique dans ce cas que les
fonctions afférentes ne le soit pas - NA() - ou partiellement - ESTNA() -.

J'écris =NA() et j'obtiens N/D.

Gérard



--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3709581.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] LibO 3.3 Impress - pas d'affichage diaporama

2012-02-02 Par sujet Jean Michel PIERRE



Bonjour,
J'ai fait un diaporama simple, je veux visualiser ce diaporama : menu 
Diaporama>diaporama
C'est comme dirait C.Nougaro : l'écran noir de mes nuits blanches... qu'est-ce qui pourrait 
empêcher cet affichage. Je précise que ça a fonctionné normalement.  Une petite idée ?

Merci d'avance


Bonjour,
Une première diapo avec une image liée qui a changé de place ?
J.M


--
Envoyez un mail à users+h...@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



[fr-users] LibO 3.3 Impress - pas d'affichage diaporama

2012-02-02 Par sujet Claude FRICARD

Bonjour,
J'ai fait un diaporama simple, je veux visualiser ce diaporama : menu 
Diaporama>diaporama
C'est comme dirait C.Nougaro : l'écran noir de mes nuits blanches... 
qu'est-ce qui pourrait empêcher cet affichage. Je précise que ça a 
fonctionné normalement.  Une petite idée ?

Merci d'avance

--
Claude


--
Envoyez un mail à users+h...@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



[fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet pierre-yves samyn
Bonjour


Jacques wrote
> 
> En fait, pour être mieux avec A ou sans A dans C1 il faut rajouter une 
> couche de if supplémentaire :
> 
> =IF(C1="A";IF(ISBLANK(B3:B45);"";C3:C45-10);IF(ISBLANK(B3:B45);"";D3:D45-10))
> 

Ce type d'utilisation du IF (SI) retournant une chaîne vide est désormais
déconseillée depuis le changement de gestion des chaînes dans les calculs
(voir 
http://nabble.documentfoundation.org/equivalent-de-SIERREUR-tt3463462.html#a3463748
ce fil précédent )

Privilégier une approche cf.  
http://nabble.documentfoundation.org/CALC-quot-N-D-quot-en-resultat-de-formule-avec-SI-imbriques-tt3706822.html#a3709295
ma réponse de tout à l'heure 


Cordialement
Pierre-Yves

--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3709480.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jacques

Le 02/02/2012 10:49, Jacques a écrit :

Le 02/02/2012 09:39, Jacques a écrit :

Le 01/02/2012 23:18, Jean-Luc a écrit :

Bon, quelques réponses aux réponses (merci) :

Le fichier est ici :
http://nabble.documentfoundation.org/file/n3708276/ERR-ND.ods 
ERR-ND.ods


Pour ce qui est de l’OS et version :
Debian GNU/Linux 3.2.2
LibreOffice 3.5.0-rc2

Oui, le problème n’existe qu’avec les matrices. Sinon, ça fonctionne.

Si je crée une colonne supplémentaire (toujours en matrice) qui fait 
juste
le SI(ESTNUM()), alors, cela fonctionne (dans la colonne en 
question), mais

l’autre reste "pas jolie")

Jean-Luc


--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3708276.html

Sent from the Users mailing list archive at Nabble.com.


Bonjour,

en entrant la formule hors matrice, cela fonctionne parfaitement.


Il me manquait la suite :

Dans la matrice, j'ai réussi de la manière suivante (à traduire en 
français)
Ça fonctionne, même s'il y a du texte dans b3:b45 mais est-ce 
rédhibitoire ?



=IF(C1="A";IF(ISBLANK(B3:B45);"";C3:C45-10);D3:D45-10)



En fait, pour être mieux avec A ou sans A dans C1 il faut rajouter une 
couche de if supplémentaire :


=IF(C1="A";IF(ISBLANK(B3:B45);"";C3:C45-10);IF(ISBLANK(B3:B45);"";D3:D45-10))

reste toujours la question du texte dans la première colonne





--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jacques

Le 02/02/2012 09:39, Jacques a écrit :

Le 01/02/2012 23:18, Jean-Luc a écrit :

Bon, quelques réponses aux réponses (merci) :

Le fichier est ici :
http://nabble.documentfoundation.org/file/n3708276/ERR-ND.ods ERR-ND.ods

Pour ce qui est de l’OS et version :
Debian GNU/Linux 3.2.2
LibreOffice 3.5.0-rc2

Oui, le problème n’existe qu’avec les matrices. Sinon, ça fonctionne.

Si je crée une colonne supplémentaire (toujours en matrice) qui fait 
juste
le SI(ESTNUM()), alors, cela fonctionne (dans la colonne en 
question), mais

l’autre reste "pas jolie")

Jean-Luc


--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3708276.html

Sent from the Users mailing list archive at Nabble.com.


Bonjour,

en entrant la formule hors matrice, cela fonctionne parfaitement.


Il me manquait la suite :

Dans la matrice, j'ai réussi de la manière suivante (à traduire en français)
Ça fonctionne, même s'il y a du texte dans b3:b45 mais est-ce rédhibitoire ?


=IF(C1="A";IF(ISBLANK(B3:B45);"";C3:C45-10);D3:D45-10)

--
Envoyez un mail à users+h...@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


Re: [fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet Jacques

Le 01/02/2012 23:18, Jean-Luc a écrit :

Bon, quelques réponses aux réponses (merci) :

Le fichier est ici :
http://nabble.documentfoundation.org/file/n3708276/ERR-ND.ods ERR-ND.ods

Pour ce qui est de l’OS et version :
Debian GNU/Linux 3.2.2
LibreOffice 3.5.0-rc2

Oui, le problème n’existe qu’avec les matrices. Sinon, ça fonctionne.

Si je crée une colonne supplémentaire (toujours en matrice) qui fait juste
le SI(ESTNUM()), alors, cela fonctionne (dans la colonne en question), mais
l’autre reste "pas jolie")

Jean-Luc


--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3708276.html
Sent from the Users mailing list archive at Nabble.com.


Bonjour,

en entrant la formule hors matrice, cela fonctionne parfaitement.

--
Envoyez un mail à users+h...@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


[fr-users] Re: CALC "N/D" en résultat de formule avec SI imbriqués

2012-02-02 Par sujet pierre-yves samyn
Bonjour

De ce que je comprends du problème la formule devrait plutôt être quelque
chose comme :

=SI($C$1="A";SI(ESTNUM(C3:C45);C3:C45-10);SI(ESTNUM(D3:D45);D3:D45-10))

Cela dit, si C1 ne peut être "en erreur' (sic) tu peux procéder cf. col H
dans le classeur joint (calcul des références puis calcul via indirect).

Pour terminer, je ne vois pas la nécessité de passer par des formules
matricielles cf. col I dans le classeur joint.

http://nabble.documentfoundation.org/file/n3709295/ERR-ND.ods ERR-ND.ods 

Cordialement
Pierre-Yves

--
View this message in context: 
http://nabble.documentfoundation.org/CALC-N-D-en-resultat-de-formule-avec-SI-imbriques-tp3706822p3709295.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+h...@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