Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Hi,

Am 08.02.2012 13:18, schrieb Chris Morgan:

We all have
to accept that spreadsheets will always be 'abused' when
a database may be more appropriate, until someone invents
a whole new database-spreadsheet hybrid.

True. However, Calc (and other spreadsheet applications) offer a
bunch of very usefull tools for working with data, that are held in
a spreadsheet. From my observation, approx. 80% of all use cases of
spreadsheets is having data in lists.

In order to benefit from the usefull tools, Calc users need to
understand database-like structures. For example, in order to
benefit from DataPilot you must not separate your data on several
sheets, just because they belong to a different time period. ;-)

It´s not the users to blame for not knowing about these facts. Blame
it on authors, trainers and teachers... and on people who are not
willing to beleive, that productively using an office suite needs
some education on it.

Stefan
:-)

-- 
LibreOffice - Die Freiheit nehm' ich mir!

-- 
For unsubscribe instructions e-mail to: users+help@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.