On 07/19/2018 12:57 AM, Tim-L wrote:
When I removed LibreOffice 6.0.3 from my Ubuntu 18.04 system, and then
installed 6.0.5, the first time I opened a ODT document, it showed the
ebook library package "Calibre" as the default package to open the ODT
document.
SO, any ideas why after removing 6.0.3 and then installing the newest
version 6.0.5 would not assign ODT files to Writer? I know Calibre
will convert between types of documents/books, but never knew about
ODT files - if it does at all. I know that once last year, when I
installed a different package that could open the ODT file AFTER I
installed the newest version of LibreOffice. I had to re-install that
version of LO to get the file properties to list the correct packages.
Of course, today I just took one ODT file and changed the default
package for it, which hopefully change it for all of the ODT files.
Still, how come I had the problem in the first place. Shouldn't the
install of LibreOffice on Ubuntu-Mate 18.04LTS grab the package
preference for each of the default office file type? Both ODF and MS
Office? It should, right?
If this "not associating file types" during install is a bug, then it
needs to be fixed. I think people who have a good skill set, for both
Windows and Linux, should know how to "manually" set the file
association to the correct package/program. The problem to me is
those who are not as skilled, who find this broken association and
"freak out".
I know many here in my apartment building who would "freak out" and
then ask me to help them. I know more in the community who barely know
how to install a package using Windows and a self-running CD/DVD, let
alone being able to download the proper version of LibreOffice for
their system, and then install it.
I think I know what happened. When you removed 6.0.3 from your
computer, you removed the file association between LibreOffice and the
ODT files. This association is "open this type file with LibreOffice
6.0.3". There is also a second level of file associations which is
"other recommended applications". Calibre fits into that catagory. (I
have used it to convert ODT files into ePUB format many times.) If, as I
think, calebre was the top program in that list, it stands to reason
that calibre would become the default package to open ODT files.
It would seem that the most installation of 6.0.5 would to list it
in the second level of file associations. I sometimes have more than one
version of libreoffice on my computer. Then when I right click on an ODT
file, I am given one of them as the default package. If I select "open
with other application", I see all versions of libreoffice listed.
(Right now I would see libreoffice 6.0 and 6.1.0 [which is RC1].)
I should mention that upon installing a new version of libreoffice,
I also modify the bootstraprc file so that a new folder of
configurations files is written in ~/.config/libreoffice/. Right now in
this folder, I have the following folders: 6HSQL and 6.1. The former is
config files for 6.0.5 which I use for running hsqldb 2.4.1 as the
backend for Base. The latter is for RC1. (I probably installed the RC1
version in parallel and then using sudo moved the installation to /opt/.)
Dan
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
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.