Heh, fun. I tried the Credit_Statement_2106__ - Copy.doc, and it prints raster here with both 7.3.1.1 and 7.2.0.4 - both using clean profiles.
Just to be clear, there are two separate bugs, no? One is the failure to allow the Area feature to be “controlled” when using the .doc file format, which may be repairable or not. The other bug is the failure to properly print the document when the Area is set to Color, but only in the one file and not previous versions of that same file.
This is no more correct. FTR, MS does a great job nowadays publishing their file formats; [MS-DOC] is here.
This is tdf#124548, and is unrelated to the format, and is only a cosmetic issue of “Focus vs Selection”.
I do not quite understand what you are talking about here. What specifically do you mean? You can control this AFAICT. Or what are the steps to see this problem?
It’s the same problem we’ve been talking about. I’m saying the feature can be set, but it can’t be saved. Every time the file is opened it Area is set to Color.
I’m just making the distinction that one problem is the inability to set and save this feature. The other problem is when this feature is set to Color, the PDF printing mucks up.
Ah! Now I see. Yes, reproducible; it indeed must be considered a separate bug, maybe until we find them to be caused by some single root cause.
tdf#147819
It is different. It is more like translating in a different language, but not to close to your own - say french to german or french to a egypt. Losses and imprecise meaning occur. As a human being I may remember my translations and get the right text back an algorithm for translation won’t manage, if it is not cheating (like integrating the whole odt in a pdf during export to simulate “editable” pdf.)
The best tool to handle .doc/.docx is Microsoft-Office and even they had problems in several newer versions to migrate older documents. (I had to help sometimes to integrate “compatibility packs”…)
If you need to convert to MS-Files, keep originals in odf-Formatting and edit only theese. So you can avoid adding “multiple translations”.
As you seem to believe only 100% perfect support of all M$-Files during import/export is acceptable you should assume LO as not supporting M$. You may claim your money back.
I’d even say: translating poetry, and to some language from a different epoch (so that the concepts present in the languages are different) 
I’d never try that with a computer, except for fun, but therefore I choose to name not to closely related languages like two roman languages french/spain.
No, I checked your file here and found the same as Mike and Al: Complete raster, no Text to be found (with FlexiPDF) So my assumption was false.
@Wanderer I’m sorry, I don’t follow the analogy. If you write X to indicate a setting, why would reading X not indicate that setting?
I referred to the idea of not available, but not selectable text. No longer important - your pdf is fully raster-image.
@Wanderer, I’m still not understanding. “Not available” what?
From what the others are saying, the text is there, it’s just covered by a “background” in the foreground, so the selection tool can’t get to it.
No - the existing background forces all layers to be rastered in one graphic representation. Not necessary, but this is what happened. This has to be fixed in the source.
There are some conditions in pdf-rules wich can force this, like rules on transparency for pdf/A and also pdf/X has special rules (wich should not apply here). But guesswork leads nowhere. So let’s rest this until somebody analyzes the code.
Ignore Foxit, in LibreOffice click File > Export As > Export as PDF to get a better quality pdf.
If you really need to print-to-pdf, it seems there is an option in Foxit to print as image; disable print as image. If you are using the same printer and you have saved after printing then Writer will remember most of the settings used previously.
Print as image mentioned in this old resolved issue in Foxit forum Print as Image issue - PDF Forum | Foxit Software
Yes, Export as PDF works correctly. Thanks
The link you provided is not relevant. That is just an issue when printing from Foxit PDF Reader. The option to print as image is not available when using Foxit Reader PDF Printer from LibreOffice Writer.
This issue has to be in the settings for the LibreOffice Writer document. The same problem exists for two different PDF printers and two different PDF viewers. The problem does not exist with other documents in LibreOffice Writer or in Calc. That would seem to point squarely to a misconfiguration on this one file. But I can’t find any setting that would cause this.
I appreciate that I can work around the issue for this one file by using the Export as PDF option, but Foxit is part of my process and I have no reason to change that when Foxit is not the problem.
When I try to copy the content of this file to a new Writer document, the formatting doesn’t copy with it and I don’t want to spend the time to redo it all. I guess that’s a whole 'nother problem.
Then you must ask on the Foxit forum.
Export uses the same settings as print. You have established that export works, therefore the problem lies in the Foxit settings for print for that particular file.
You didn’t read my full posts. I said I get the same problem with the Microsoft PDF printer. The only common point is this one file. So it has to be an issue with settings in LibreOffice Writer for this file. I can’t find any setting that might impact this.
Thanks for figuring this out. Now I can sleep better at night.