On 10/15/13 3:25 AM, Alex Thurgood wrote:
Le 14/10/2013 21:02, Ken Springer a écrit :
I say this because I thought I read in a help file somewhere all you had
to do was place the extension in that folder and restart LO. Which
didn't work. LOL So, went to find said help file, now I can't. That's
not good. <sigh>
I'm not convinced that this actually works, but am willing to be proved
wrong. The way extension installation and registration worked (still
works ?) was that active registration was required. In other words, the
Extension Manager (and unopkg) did the work of actively registering the
extension within the LO application framework. There was a change during
4.x development to switch some extensions to passive registration,
perhaps that was the sense of what you read somewhere (I can only think
of the developer's list or dev wiki for that, but I don't know my way
around everything within LO).
Before I found the remove button, which I mentioned earlier, I manually
removed 3 extensions from the Extensions folder. It didn't seem to make
any difference. After reading your post, I put them back, only to
discover there is no removed button for them. That doesn't set
positively with me. I went back and manually removed them again.
We'll see what happens later.
At present, current development (in the master repo) has focussed on
having the LO project built-in extensions use a particular prefix to
separate those extensions that are built "natively" and those that have
to be added by the user/admin. I don't really understand the what or the
why behind it as I'm not a developer, but have been trying to follow
that on the dev mailing list.
I don't follow today's norm for data/file storage on my computers. Both
this Mac and all the Windows machines I own, I create that storage
somewhere else other than the OS partition.
I have tried that in the past, but on OSX, the LO application is an
application bundle, and if you don't install an extension into the main
app corresponding directory, then you have to be able to make sure that
the user installation directory is visible to the main app. As the user
profile config is stored in
I was referring to the data I create, stuff downloaded, images, etc. If
an application wants to put things in a particular location, I let it.
There are a lot of Windows users who do this, I'm not one of them. That
just seems to me to be asking for trouble.
or whatever name I choose to call it, provided it matches the name of my
LO app, I'm not sure if that still works if your user profile config
folder is stored somewhere else. Certainly, I see no scope for that
working with the main app bundle extensions directory, as I'm assuming,
perhaps wrongly, that this is hardcoded.
I missed that earlier. They just *had* to make it small text, they
couldn't have made it a button???? Developers and web site designers
have forgotten how to design for total newbies, which is how I look at
all software, web sites, and OS interfaces. As if today, humans are not
born with the computer knowledge and skills many developers and web site
designers seem to take for granted all users have.
Oh I agree that LO is far from having an intuitve interface. The problem
is that we all beg to differ on what an intuitive UI should be like.
Current thinking in the LO UX (user experience) group, if I understand
correctly, is to adhere to the Elementary OS HMI guidelines :
Whether that thinking will move things along in the direction you would
like, I really have no idea.
I look more for consistency with in an application, more than it should
look like all the rest. So the remove button should be in the same
place as the install button. Whether it's a round button, square
button, pink with purple polka dots, I don't care. Just keep similarly
grouped functions in the same spot.
Mac OS X 10.8.5
To unsubscribe e-mail to: firstname.lastname@example.org
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
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