On 2/4/2014 10:06 PM, Keith Bates wrote:
What kind of files did you try that were generated by different
programs? Which ones worked? Do all the files have the .html
extension, or are some .xhtml, etc? Do you know if there is a certain
pattern in the source code of each file that causes LibreOffice to
display the source? When I tried loading an HTML file into LibreOffice
4.2, it worked correctly. If the files do not contain any sensitive,
personal, or otherwise information that you do not want to publish, you
can send the list and I the HTML files you tried. However, *E-Mail
attachments are not accepted by the LibreOffice mailing list server*.
If you use the mailing list via Nabble, I think you can upload a file to
the server. If you use an E-Mail client to use the mailing list, you
can use something like Sendspace (http://www.sendspace.com/).
No, I made sure that the "HTML source" item was not selected. I've
tried a few different files generated by different sources. Generally
they behave as I described, although I did find one that opened correctly.
I have no idea what the difference is between those that work and
those that don't.
That isn't right! Maybe another thing you can try is a clean install of
LibreOffice (with all of the settings reset). If you urgently need a
temporary solution, and nothing works, you can download LibreOffice
4.1.4 from: http://mirror.nexcess.net/tdf/libreoffice/stable/4.1.4/
Just select the type you want (I don't know if you prefer the RPM or the
Opening them from a blank html document makes no difference. In fact
the title bar just says LO Writer not Writer/Web.
I am using Windows Vista, and sometimes Windows 8 (mostly Vista). If you
are able to send the HTML files (at least one that works and one that
doesn't) to the list and I (that doesn't contain any personal data), I
might be able to examine the file's source and find the route of the
bug. Then, I can file an official bug that explains the issue. I don't
know if the issue is operating system-specific or not.
If I start with a blank html document and use Insert-File it shows up
as the source.
I'm using the linux version of LO. Are you using Windows or Linux?
I hope this helps!
On 05/02/14 12:39, null wrote:
In LibreOffice 4.2, there is an option under the View menu in
LibreOffice Writer/Web labeled "HTML Source." Be sure that that item
is unchecked. Also, if that doesn't fix the problem, try going into
LibreOffice, selecting File>New>HTML Document, and once in
Writer/Web, go to File>Open and select the HTML file. For me, HTML
files load in LibreOffice 188.8.131.52 correctly. Did this fix the issue?
On 2/4/2014 7:28 PM, Keith Bates wrote:
Has anyone experienced this new problem (or is it a feature?) in 4.2?
In previous versions of LO, opening an html file would give you the
file as would be seen on a web browser.
In 4.2 it is the actual html code that is displayed. This behaviour
happens when opening any html document or inserting an html file
into an open LO document.
Does anyone know of a way around this?
I use moneydance to track finances, and it allows reports to be
saved in html. Producing printed reports used to be a matter of
simply opening the Income and Expenses report in LO, inserting the
Account Balances at the end of the report, then edit titles, styles
etc at will.
I have discovered that I can open the html files in Firefox, then
copy and paste into LO, but that does seem unnecessarily
complicated, when it used to just work in a single step.
To unsubscribe e-mail to: email@example.com
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