Tom Davies <firstname.lastname@example.org> wrote:
I think Base nearly does do the best way around. The only problem is
the easiest thing, the embedded database, is currently dangerously
The devs appear to be addressing that although, obviously, they can't
the whole thing all at one go. The first step seems reasonably well
to get the main bulk away from java.
I'm sure Java didn't used to be so awful. It seems to have nose-dived
since Oracle took over but maybe that is preparation for monetising it
that is a reasonable thing for a profit-making company to want to do.
My criticism was not at all directed specifically against Base as I
don't know the first thing about it. It was rather directed against the
idea that developers know better than users. They rarely, if ever, do,
Users have a zillion creative ways of (mis-)using a product, many of
them undreamt-of by its developers. So the more user choice and less
developer diktat a product exhibits, the better it is, in general.
I avoid Java as much as I possibly can (read: always) but my argument
has nothing whatsoever to do with Java.
On 5 August 2014 13:33, Jon Harringdon <email@example.com>
Wolfgang Keller <firstname.lastname@example.org> wrote:
So I come back to my suggestion earlier today - LO Base needs to
the user the opportunity to specify what they want - RAM or file
based, single file or multiple files.
That would only confuse most end users.
The point is that the developers should make the most reasonable
This mindset will not help LO broaden its user base. Users (even if
are apparently deemed stupid by some) should be in the driving seat and
not some anonymous "developers".
Pip Coburn writes this about the tech industry: "I believe that users
are always in charge and that supply is a necessary but not sufficient
condition for commercial success. Companies and products geared toward
this holistic user orientation will succeed at far greater rates than
those stuck in a supplier-oriented mind-set." As far as I'm concerned
that hits the nail squarely on the head.
And as to confusing users with complex choices... a well-designed
can be simple for simple needs and complex for complex needs.
One-size-fits-all rarely fits anyone.
To unsubscribe e-mail to: email@example.com
Posting guidelines + more:
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be
Impressum (Legal Info)
: 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