My System is Windows 10, beneath Apache Open Office (4.1.3) and since few days Libre Office 5.0.3 is MS Word 2007 installed. I cannot see previews of my ODF/ODT-1.2-files in Windows (File-)Explorers Preview Pane, what I find quite annoying. I am coming from Apache OpenOffice and have now Libre Office installed because it delivers an additonal trick to it, since the files can be stored as “Microsoft Word 2007-2013 Open Document”- format, what isn´t possible with Apache Open Office. But that also is no sufficient solution.
The problem is, that only ODF 1.0/1.1 -files are previewable with Windows Explorer, if You do not have the newest MS Office or MS Word installed, which since Office 2013 or 2016 is capable of handling ODF 1.2-files:
After - without success in form of previewability - having tried some manipulations in the Apache Open Office manifest.xml - files, which are found with windows explorer-search, it seems to me the manifest.xml-file of every single odt-Dokument (which is a zipped xml) in ODF 1.2-format is the problem based on the program-codes of Apache OO and Libre Office.
Momentary the only semi-“solution” for previewability without newest MS Office installed seems to be, to store the files in ODF 1.0 or 1.1 -format or - in my case (having ms word 2007 installed) - to store them (beneath odt-1.2-format additionally) in “Microsoft Word 2007-2013 Open Document”- format with Libre Office. ODF-1.0/1.1-files and (in my case) “Microsoft Word 2007-2013 Open Document”-files are previewable then. But the problem with this is, that I would have to treat each of my about 2000 ODT-1.2-files (produced since 2013) this way, what isn´t possible and that - if doing so with a smaller number of my latest ODT-1.2-files say of the last month, it would change the “last change”-time-attribute of those files, which I need to stay in original forms and row in Windows Explorer for my orientation and my work-process, cause I have to be able to see, when and how I changed the content of those text-files.
Before finding that not really satisfying semi-“solution”, I found a profound discussion of the whole problem here:
107602 – framework: Implement ODF document preview for Windows Explorer