| Summary: | Deprecation of old text layout engine in 5.3 breaks font based tags (data fields) used by applications like ActiveFax (ActFax) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Rolf Eder <eder> |
| Component: | graphics stack | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | aron.budea, khaled, vsfoote, xiscofauli |
| Priority: | medium | ||
| Version: | 5.4.4.2 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103729 | ||
| Attachments: | Screenshot of ActFax properties dialogue | ||
|
Description
Rolf Eder
2018-01-17 09:37:18 UTC
What kind of font is ActiveFax? This page says it's printer internal [1]. Does it mean only the name matters when it's processed by the machine? Also, the manual says under "5.6.2. UNIX, Linux and other Operating Systems" that in non-Windows systems the font does not matter. What's the point of requiring it on Windows systems, I wonder. [1] https://activefax.wordpress.com/2007/12/01/the-activefax-font-is-not-available-in-the-font-selection-window/ Created attachment 139255 [details]
Screenshot of ActFax properties dialogue
The ActiveFax font is a combination of Truetype font and printer internal font. Applications normally use the Truetype font which is then mapped by the printer driver to the printer internal ActiveFax font. I have attached a screenshot of where this mapping is done in the driver. It was deprecated at 5.3, dropped at 5.4 Also, does ActiveFax install the ActFfont to system with the client service printer installation? Have you opened a ticket with vendor ActFax? (In reply to V Stuart Foote from comment #4) > Also, does ActiveFax install the ActFfont to system with the client service > printer installation? ActiveFax client installs and registers TrueType font in Windows font folder. > Have you opened a ticket with vendor ActFax? They checked this case and said it looks like LibO renders the tags formatted with the ActFax font as graphics before the ActFax printer actually kicks in. Therefore the data fields are not recognized by the driver and their contents cannot be processed. Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180731 Bug may be closed as we cannot assume to get back the old text layout engine from release 5.2 or older. Our workaround in case of ActFax: the target fax number or email address can be included in the filename and thus will be processed by ActFax printer in background (without user interaction). If there are many data fields used this will break the max file name length sometime. In this case you may use an external reference file tagged by @F500 in the file name where all other data fields like fax number, subject etc. can be included. Since no alternative solution was proposed, I'll close per previous comment. |