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
