https://bugs.documentfoundation.org/show_bug.cgi?id=100899
Mike Kaganski <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution|--- |WONTFIX
--- Comment #6 from Mike Kaganski <[email protected]> ---
As to documentation, specifically about using CSV on the WEB (where Internet
stores use case apply), you may refer to
https://www.w3.org/standards/techs/csv.
There you may see that *if* there's a requirement specific to some task to keep
leading zeros, it's up to (web) application *that knows that specifics* to take
appropriate measures for that:
https://www.w3.org/TR/2016/NOTE-tabular-data-primer-20160225/#number-precision
So it's OK for a general-purpose application like LibreOffice to use duck test
and treat things that look like numbers as numbers by default.
It wasn't too difficult for you to use existing features to import the data as
you prefer. Otherwise, the result of importing that data as numbers is not
"corruption", because the numbers are imported properly and may be displayed
and saved with required precision (thus restoring leading zeros). For specific
needs you may use specially tailored macros.
Closing as WONTFIX again.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
