<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><span id="result_box" class="" lang="en"><span>Hi Jan, Eike and
Markus,<br>
</span></span></p>
<p><span id="result_box" class="" lang="en"><span>OK.</span> <span>So
I write to Eike and Markus.</span><br>
<br>
<span>I reviewed the case analysis and corrected some
misinterpretation.</span> <span class="">So here it is.</span></span></p>
<span id="result_box" class="" tabindex="-1" lang="en"><span
title="Actuellement, les codes « NN », « NNN » et « NNNN » sont
représentés respectivement par les clefs NF_KEY_NN, NF_KEY_NNN
et NF_KEY_NNNN et servent dans LO pour le format d'abbréviation
du nom du jour (lun., mar., mer.,">Currently, the codes "NN",
"NNN" and "NNNN" are represented respectively by the keys
NF_KEY_NN, NF_KEY_NNN and NF_KEY_NNNN and serve in LO for the
short name of the day (Mon, </span><span title="jeu., …), le
nom long du jour sans séparateur et le nom long du jour avec
séparateur.">Tue, Wen ...), the long name of the day without
separator and the long name of the day with separator. </span><span
title="Or les clefs NF_KEY_DDD et NF_KEY_DDDD remplissent déjà
le besoin du format d'abbréviation du nom du jour et du format
du nom long du jour (sans séparateur).">The keys NF_KEY_DDD and
NF_KEY_DDDD already fulfill the need for the abbreviation format
of the short name of the day and format of the long name of the
day (without separator). </span><span title="Par ailleurs,
StarBasic code « N » et « NN » comme des formats différents de
ceux de LO, mais semblable à VBA, c'est-à-dire « N » pour des
minutes sans 0 en préfixe et « NN » pour des minutes">In
addition, StarBasic encodes "N" and "NN" as formats different
from those of LO, but similar to VBA, ie "N" for minutes without
0 in prefix and "NN" for minutes </span><span title="avec 0 en
préfixe.">With 0 in prefix. </span><span title="Mais ce code
est pour une situation très particulière et pas trop utile!">But
this code is for a very special situation and not too useful! </span><span
title="Il y a ici une incohérence flagrante et une source de
confusion dans l'usage des codes N, NN, NNN, NNNN, DDD et DDDD.
">There is a blatant inconsistency and confusion in the use of
N, NN, NNN, NNNN, DDD and DDDD codes.<br>
<br>
</span><span title="La première solution apparaît comme une
béquille.">The first solution appears as a crutch. </span><span
title="Coder pour une exception ne réglera pas la source de
confusion.">Coding for an exception will not resolve the source
of confusion. </span><span title="Néanmoins, si cette solution
devait être mise en œuvre, l'algorithme aurait à distinguer
entre deux situations des codes : a) les codes sont englobés
dans une chaîne de format de temps uniquement auquel cas,
l'interprétation des codes N et NN serait conformes">Nevertheless,
if this solution were to be implemented, the algorithm would
have to distinguish between two situations of the codes: a) the
codes are embedded in a time format string only in which case
the interpretation of the N and NN codes would be in conformity
</span><span title="à VBA, c'est-à-dire que N coderait pour des
minutes sans 0 en préfixe et NN coderait pour des minutes avec 0
en préfixe;">To VBA, that is to say that N would code for
minutes without 0 in prefix and NN would code for minutes with 0
in prefix; </span><span title="b) autrement les codes seraient
interprétés comme ils le sont actuellement c'est-à-dire que NN
coderait pour l'abbréviation du nom du jour et que N serait
ignoré.
">B) otherwise the codes would be interpreted as they are now,
ie NN would code for the abbreviation of the name of the day and
N would be ignored.<br>
<br>
</span><span title="La seconde solution apparaît plus robuste.">The
second solution appears more robust. </span><span title="La
confusion serait définitivement éliminée.">The confusion would
be definitively eliminated. </span><span title="Il demeure que
la raison historique derrière le choix des lettres NN et NNN
pour codifier un format de jour abrégé et long nous est
inconnue."></span></span><span id="result_box" class=""
tabindex="-1" lang="en"><span title="Il demeure que la raison
historique derrière le choix des lettres NN et NNN pour codifier
un format de jour abrégé et long nous est inconnue."><span
id="result_box" class="" tabindex="-1" lang="en"><span
class="">It remains that the historical reason behind the
choice of the letters NN and NNN rather than exclusively DDD
and DDDD to codify an abbreviated and long day format is
unknown to me</span></span>. </span><span title="Il est
donc possible que d'ancien fichier s'appuyant sur
l'interprétation actuelle des codes NN, NNN et NNNN requièrent
des corrections pour s'adapter dorénavant aux codes DDD et
DDDD."></span></span><span id="result_box" class=""
tabindex="-1" lang="en"><span class="">It is therefore possible
that old files based on the current interpretation of the NN,
NNN and NNNN codes will require corrections to rely solely on
the DDD and DDDD codes.<br>
<br>
</span></span><span id="result_box" class="" tabindex="-1"
lang="en"><span>I included a Calc file summarizing the format
codes for dates and time.</span> <span>The first tab is the
current situation.</span> <span>The second tab is for the
situation once the second solution is implemented.<br>
<br>
</span></span><span id="result_box" class="" tabindex="-1"
lang="en"><span>So, before going any further, I need to know the
desired orientation for LibreOffice.<br>
<br>
Regards,<br>
<br>
Pierre Lepage<br>
<br>
<br>
</span></span>
<div class="moz-cite-prefix">Le 2016-12-24 à 03:09, Jan Iversen a
écrit :<br>
</div>
<blockquote
cite="mid:92789251-10FE-46F5-BD7D-0DBCE3F7A655@documentfoundation.org"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
Hi
<div class=""><br class="">
</div>
<div class="">It is vacation time, so please be prepared to wait a
bit longer for answers :-)</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">
<div style="white-space: pre-wrap; font-family: 'Noto Sans'; font-size: 13.333333015441895px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; margin: 0px;" class="">So, my question is: what do you think?
</div>
</div>
</blockquote>
Personally I think we should try to have a consistent
behaviour in our code base, however Eike and Markus are the
specialist in Calc, and they might have some reasons to do
things in a special way.</div>
<div><br class="">
</div>
<div>rgds</div>
<div>jan I.</div>
<div><br class="">
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
LibreOffice mailing list
<a class="moz-txt-link-abbreviated" href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/libreoffice">https://lists.freedesktop.org/mailman/listinfo/libreoffice</a>
</pre>
</blockquote>
<br>
</body>
</html>