summaryrefslogtreecommitdiff
path: root/source
diff options
context:
space:
mode:
authorEike Rathke <erack@redhat.com>2020-02-04 14:51:29 +0100
committerEike Rathke <erack@redhat.com>2020-02-04 15:00:17 +0100
commit900d30047e754b7310ffb05a67d280b6ce7b2e7f (patch)
treeaaeab2d8521e91a530adb5b7867d8244cfce1a99 /source
parentc3837f2e395c0606a3383a0594b2a6a759e8bac8 (diff)
Add href to Converting Text to Numbers
Change-Id: I0bb8d28f1f1448915f0695b0ec443fdadaba7213 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/87979 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Jenkins
Diffstat (limited to 'source')
-rw-r--r--source/text/shared/optionen/detailedcalculation.xhp2
1 files changed, 1 insertions, 1 deletions
diff --git a/source/text/shared/optionen/detailedcalculation.xhp b/source/text/shared/optionen/detailedcalculation.xhp
index f9bf1119eb..77fa105992 100644
--- a/source/text/shared/optionen/detailedcalculation.xhp
+++ b/source/text/shared/optionen/detailedcalculation.xhp
@@ -44,7 +44,7 @@
<paragraph role="paragraph" id="par_id396740" xml-lang="en-US">How to treat text when encountered as operand in an arithmetic operation or as argument to a function that expects a number instead. Unambiguous conversion is possible for integer numbers including exponents and ISO 8601 dates and times in their extended formats with separators. Fractional numeric values with decimal separators or dates other than ISO 8601 are locale dependent. Note that in locale dependent conversions the resulting numeric value may differ between locales!</paragraph>
<paragraph role="paragraph" id="par_id4086428" xml-lang="en-US"><emph>Generate #VALUE! error:</emph> Text found where numeric data is expected will generate #VALUE! error. Example: <item type="input">"123.45"</item> will generate a #VALUE! error, while <item type="input">123.45</item> not.</paragraph>
<paragraph role="paragraph" id="par_id9024628" xml-lang="en-US"><emph>Treat as zero:</emph> Any text found where numeric data is expected will be considered as a number of value zero. Example: <item type="input">"123.45"</item> will map to zero, while <item type="input">123.45</item> not.</paragraph>
- <paragraph role="paragraph" id="par_id3067110" xml-lang="en-US"><emph>Convert only if unambiguous:</emph> If the text represents a valid and unambiguous numeric value, convert it. Example: <item type="input">"123.456"</item> will generate a #VALUE! error because the text contains a separator, while <item type="input">"123456"</item> will not.</paragraph>
+ <paragraph role="paragraph" id="par_id3067110" xml-lang="en-US"><emph>Convert only if unambiguous:</emph> If the text represents a valid and unambiguous numeric value, convert it. Example: <item type="input">"123.456"</item> will generate a #VALUE! error because the text contains a separator, while <item type="input">"123456"</item> will not.<br/>See <embedvar href="text/scalc/guide/numbers_text.xhp#numbers_text" markup="ignore"/> for details.</paragraph>
<paragraph role="paragraph" id="par_id8841822" xml-lang="en-US"><emph>Convert also locale dependent:</emph> convert values valid in the locale representation. Example: <item type="input">"123,45"</item> is a valid number in some locales because the comma is the decimal separator there.</paragraph>
<h3 id="par_id4077578">Treat empty string as zero</h3>
<paragraph role="paragraph" id="par_id9094515" xml-lang="en-US">This option determines how an empty string is treated when used in arithmetic operations. If you have set "Conversion from text to number" to either "Generate #VALUE! error" or "Treat as zero", you cannot choose (here) if conversion of an empty string to a number will generate an error or if it will treat empty strings as zero. Otherwise this option determines how empty strings are treated.</paragraph>