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

Hi :)
Brilliant! :)  Nicely done!  

It did bother me a little that the macros didn't even work in MS Office.  
At my workplace we only have 1 set of documents that 'need' macros and 
they are all in the finance department.  They were written for MSO 2010 
and don't work in MSO 2007 and i'm guessing they wont work in MSO 2013 
either.  If the person writing the macros had not told us which version 
they were written for then we would have assumed they just don't work.  
As it is we had to buy MSO 2010 just a few months before 2013 was 
released.  We only really needed it for 1 machine but ended up getting 
it for almost all machines.  

CHD is the chap that produced quite a few How-To videos and even managed to get them listed on the 
Documentation wiki.  At the moment that is on
but i'm just creating a separate page for videos
and created a redirect for people that forget the "Publications" bit (ie such as myself in a few 

Now that i see he was doing research and has collected stats about it his whole mission there 
suddenly becomes more obvious and good to know about.  It wasn't a paid-for bit of research with 
pre-planning and defined methodology and is not yet written up as a research paper and published 
anywhere except on this list so it's good to get the early results before it's all hidden behind 
fancy language!  It's actually a little higher than i expected which is also good news :)   99.75% 
of documents being compatible is quite astounding!

Thanks and regards from
Tom :)  

From: pasqual milvaques pons <>
To: pasqual milvaques pons <> 
Cc: LibreOffice User Support Mailing List <> 
Sent: Tuesday, 12 February 2013, 13:14
Subject: Re: [libreoffice-users] Bug 60390 - FILEOPEN: Cannot open particular document

this mailing like doesn't like attachments, you can download it from there:
convertidor_odf.7z (320 KB)!o8IXHa7Q!JgsZ0xKsAagxtkHxy-c2lnacVUdN6zPJRcCGyJ_oRbo

best regards

Al 12/02/2013 13:58, En/na pasqual milvaques pons ha escrit:
in situations like this, independently of the work to be done to make libreoffice capable of 
opening those files you can use a version of microsoft office which supports odf to convert the 
file to odt. this can be an effective workaround

I attach you the converted file (using microsoft office 2013). you can use these software to do 
the conversion from a shell:

I attach also a bat file which can help to automatize the conversion process

best regards

Al 12/02/2013 13:29, En/na C. H. D. ha escrit:

Do I support LibreOffice? Yes, I do.

Let me show some positive numbers:

When I downloaded 400 .doc files, I opened 399 files in LibreOffice.

Only 1 could not be opened.

All 400 files were smaller than or equal to 692.5 KB. I started the testing from the smallest 
file to the largest file. It happened to be that I could not open that one file which was 692.5 

I am not a Maths expert. 399/400 = 99.75%

Congratulations! This is excellent! Well done.

To make a rough conclusion, I claim in a reasonable way that LibreOffice can open 99.75% of the 
.doc files I may come across in future if these files are smaller than 700KB.

I do not know if these numbers are scientific enough. However, such information definitely 
helps me to say that LibreOffice 4 is really good!

Microsoft Office is not my area of interest, by the way. It is just that someone uses it. There 
were cases when Word could not open .doc files in the past. These cases are not my area of 


C. H. D.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _

   寄件人︰ e-letter<>
收件人︰ C. H. D.<> 副本(CC)︰ LibreOffice User Support Mailing 
List<>  傳送日期︰ 2013年02月12日 (週二) 5:53 PM
主題︰ Re: [libreoffice-users] Bug 60390 - FILEOPEN: Cannot open particular document
   On 12/02/2013, C. H. D.<>  wrote:

Yes, my Microsoft Office is legal. (Just happened that many other people use

I think it is an interoperability issue.

If you are very concerned about interoperability, you should be
contacting m$ and ask them why they cannot open odf documents created
using LO. Have you done this?

I searched the Internet and looked for documents randomly to test if
LibreOffice can open them. This is the authentic test.

No, a more authentic test is to search for odf documents and compare
of LO and m$ opens these types of documents.

If Microsoft Office opens the .doc files correctly, LibreOffice should also
open them correctly.

No, LO is not a m$-clone. If LO opens the odt document correctly, m$
should also. Have you tested this?

If Microsoft went bankrupt, what office suite would be able to handle
thousands of .doc files?

Unlikely, but that is the fault entirely of the user that creates the
document in the m$ file format!!!

If LO, or any other odf-compliant software disappears, you can find
another. That is why you should be testing "interoperability" with odf
and not m$ formats.

Then, the data in the .doc files would be lost if no other office suite was
able to open them, I am afraid.

I hope that happens (but a small possibility).

Not many people like converting .doc files into .odt files, I am afraid.

That is their choice. Start creating documents in odf!

-- For unsubscribe instructions e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted

For unsubscribe instructions e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted


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.