Hello,
Here are my thoughts written after the ----> sign in response to Brian Barker's ideas:
Spreadsheets generally used for calculation, so preventing it would usually be considered a
drawback, not an advantage. You could put text
values into word processor tables instead. But chacun à son goût.
----> I forgot to mention: My colleagues use the computer like a typewriter.
Hold on: "BC 1000.01.01. to BC 9999.12.31." makes
no sense, as your start date is after your end
date! Do you mean BC 9999.12.31. to BC
1000.01.01.? But that starts at the end if the
first year and finishes at the beginning of the
end year, losing all but one day each of those
two years. So perhaps you mean BC 9999.01.01. to
BC 1000.12.31.? That's better, but it still
leaves you with what would be a roughly
twenty-thousand year range - but with a strange
central gap of 1998 years, from 999 BC (BCE) to
AD 999 (CE) inclusive. I can't imagine you mean that.
----> My suggestion was wrong. The date range should be:----> BC 9999.01.01. to AD 9999.12.31.---->
The missing range should be in this form:----> e.g. BC 0012.01.01. ----> 1st January 12
----> e.g. AD 0341.01.01. ----> 1st January 341----> e.g. AD 0016.01.01. ----> 1st January 16
----> The leading zeros should help in sorting the dates.
Spreadsheets have always been able to handle
text. I suspect most spreadsheet users would not
see selecting text as a data type to be a workaround, beautiful or otherwise.
----> My colleagues use the computer like a typewriter. That is why they want to input the date
format as it looks.----> Another problem is that there are different computer systems, e.g. Windows
XP, Windows 7, Office 2003, Office 2007, Office 2010. Unfortunately, Microsoft products produce
inconsistent results as usual in my environment. LibreOffice is changing and improving.
----> I consider recommending LibreOffice to my boss after making sure that it works consistently.
People make mistakes. One obvious limitation is
that non-existent dates can be entered as easily
as real ones. Entering "2015.02.29." as text
creates something looking as much like a date as
does "2015.02.28.", whereas entering these
(supposed) dates normally shows one as a
right-aligned date and the other as left-aligned
text. Only Erich Kästner and perhaps the
Tiananmen Square protestors are allowed the 35th of May.
----> Absolutely. Exactly a typist and typewriter can produce typos.----> A typist needs to accept
no automatic check for non-existent date, e.g. 44 January 2015.----> My boss appears to require the
staff's human check instead of automatic check.
But I say again: chacun à son goût.
----> I consider convincing my boss to use the automatic format. Custom format code:
YYYY"."MM"."DD"." which I know will produce 2015.01.01. without problems in LibreOffice.----> It is
very hard for me to convice my boss.----> I don't know if there is any tutorial teaching me how to
convince a typist to use the automatic tool. The typist is afraid of changing formats when the
automatic tool is enabled.----> Computer software changes all the time. I myself cannot guarantee
that the format will stay the same. Can the LibreOffice community "guarantee" the static format of
date? Alternatively, can the community make a design standard to let the users know that the future
versions of LibreOffice will handle the dates in the same way? How about quality assurance? Can the
quality assurance people help to check this date handling consistency before releasing another
improved version of LibreOffice.----> I am sure that with the "guarantee" or "best practice of
design", my colleagues (the typists) and I will be a bit comfortable in using LibreOffice for
internal computing at least.----> Thanks for ideas.
Best wishes,C. H. D.
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.