I have a PDF form generated by LibreOffice. Since to a known bug in LibreOffice only a font subset is embedded into PDF even when the font is used in form fields. Therefore the form is not usable or form fields are using a wrong front (depending on PDF viewer) if the font is not installed on computer.
So I have to replace form subset in PDF form by whole font after generation in LibreOffice. Normally using ps2pdf or gs is recommended to fix a font issue in a pdf. But both programs don't support PDF form. If using them on a PDF form the form fields are broken. I tested it with Ghostscript 9.10 under Unbunt 14.04 LTS.
I can use pdffonts to show fonts embedded in PDF. But is there also a command-line tool to embed another font into a PDF?
Libreoffice v5.2 embedding fonts for forms fields is easy:
Enable the font in the form field:
() Right-click form field > Control > Font
Then tell your document to include the used fonts into its file:
() File > Properties > Font tab > Embed fonts into document
In my case filesize increases from 50k to 5000k (using one font
with two styles).
At last check PDF options to include fonts into pdf:
() File > Export to Pdf > General tab:
x Enable Create PDF form (to make the form fields fill-in ready to the user).
Not shure whether both of the following options are needed:
x Tagged PDF and
x Hybrid PDF: The later will enlarge pdf to the size of the LibreOffice file.
Until the bug gets resolved, you can use PDF Toolbelt to fix your forms.
After downloading the JAR file, the font of all fields can be reset to the default values of Adobe Acrobat:
java -jar ./pdf-toolbelt.jar form-font-defaults input.pdf output.pdf
Disclaimer: I'm the author of the above-mentioned tool.
This is just a workaround: place a text edit field on the page that is invisible and locked which contains a default string of your likely character set. While you will still get a subset font, it would be a substantially larger subset.
There are a number of commercial solutions that can fully embed a font in a PDF, if a commercial application is a viable option in your case (they will be expensive to "just" do this probably). The two major contenders are probably callas pdfToolbox (caution: I'm associated with this product) and Enfocus Pitstop.
Related
We are trying to incorporate an image within a link on an Acumatica report.
We are very close to getting the result we need with the 2018R2 version and have a strategy for a workaround in the 2018R1 version.
The TextBox control Is the only way we have found so far that will allow for setting a hyperlink within an invoice report definition. We are able to set a background image in the Appearance/Style/BackImage property. The only way we can get the whole image to be clickable is to have text span the whole control which is fine if we can set the text font to use a transparent color. Setting the Appearance/Style/Color seems to be the property to do this however when the report is previewed the font gets overridden and displayed as the standard Hyperlink color. The behavior when the report is rendered as a PDF via Acumatica’s email delivery system the font appears white. See Images for a visual.
Transparent Text in Report Preview
Transparent Text in Rendered PDF
There looks to be an Appearance/StyleName property for the TextBox control is there an underlying CSS file that can be further manipulated to also control the LinkText properties to display the LinkText in a transparent font? If yes is there any documentation that would help with doing this.
The 2018R1 versions and prior do not render a clickable link within a PDF if the above strategy is used. Per the ticket, I opened last week on the topic the only way to get this link is to have the whole URL on a single line.
PDFs rendered from a invoice definition hosting a hyperlink will not create a clickable link
This makes it a challenge to control the placement of the image to be centered as well as having only the space within the first line as being clickable. We have solved this in a different ERP system by having multiple links overlapping a background image also using transparent font. This required us to set the Z order so that the link controls are rendered on top of the back-ground image. The Acumatica Report Designer however appears to not have the ability to control Z order. Any attempt to place a link overtop of an image does not achieve the result we are looking for. If we can get this strategy to work we will likely also use it for the 2018R2+ versions to keep things consistent.
This screenshot depicts the strategy attempted.
Are there any other strategies to meet this requirement?
Thanks in advance.
For Version 2018 R2:
You can use the TextBox->Style->BackImage property to show the image and the NavigateUrl property to set the URL link. Html mode doesn't display back image but PDF mode will display it fine and the image link works:
For Version 2018 R1:
Unfortunately I didn't find a way to achieve this because I can't get the text to render transparent when it is located over an image.
There is z-order control (bring to front/send to back) in the report designer toolbar and right click context-menu. The problem here is that while the report designer supports overlapping control the report renderer doesn't. If controls are overlapping, when printing the report the overlapping controls won't get rendered on top of another like they are in the designer.
Having overlapping controls isn't really required here because we can display the image with the Textbox Style->BackImage property or with the Report->Style->BackImage.
It's also possible to make text font size bigger so you don't need multiple text box or set multiline=true with textwrap=false and repeat link on each line.
But the main issue remains rendering transparent text over an image. I couldn't find a way to do that. When there's an image under the text, the text is no longer transparent. That behavior happens for the textbox background image as well as the global report background image. This suggests to me that it might not be possible to put transparent text on top:
I noticed that the report's designs preview and printed are different.
I found it that all of the reports are the same.
So I tried to create new test report and notice that background colors are not rendered on print.
How too keep the design when printing?
Design:
+++
Printed:
By default Reports are rendered in HTML mode. As is often the case with HTML, the report as seen in the browser uses a different CSS style then the one sent to the browser print dialog. I'm pretty sure the reason for this is to accommodate printer technology. Printing solid dark backgrounds uses up a lot of ink and text is more legible when it's black text over a white background.
With HTML rendering, browser view and print preview differ to accommodate printer limitations:
HTML was never meant for accurate rendering anyway so I think the CSS change is for the better but if you want exact result just switch to PDF mode which is meant to provide accurate rendering. Print preview should match very closely the PDF rendering in browser when the report is displayed in PDF mode:
It can get tiring to manually switch to PDF each time by clicking the rendering mode button so you can change the default mode in the report configuration:
It is also possible to edit your custom reports or the standard ones so they default to PDF rendering in the browser instead of the current HTML default:
To edit report you will need to install Acumatica Report Designer (it is in Acumatica ERP Windows Installer) and use the EDIT REPORT button and then use Save to Server file menu item in the report designer to save the report modifications:
Have you checked the Background Graphics checkbox in the printing dialog of your printing preview program? It's primarily in the More Settings section.
Please find below example for Google Chrome's dialog:
Office 365 newbie. Just want to build a web page. Create a web page. Fine. Try to embed some SVG (from InkScape). Displays resulting image fine (yay!) but when I save, image disappears and says I should have used "embed command". Ok, try embed dialog. Displays resulting image fine (yay!) which then disappears when I save. I would just assume no SVG support, but it seems to be able to draw images from SVG just fine, but tosses the SVG code whenever I save. Hoping there's a checkbox somewhere that says "stop throwing away embedded SVG".
When I used Word 2010 and Inkscape, I found it useful to export the image from Inkscape as an Enhanced Metafile (EMF). I did so because the images then remained vectorized in PDFs. Not using Windows anymore, I can't speak for Word 2013, but I'd suggest you try it.
Office 365 started to support SVG format recently. Saving an Office file with SVGs in it shouldn't cause any problems anymore.
Btw: If someone needs to export a document to PDF, it is still recommended to use EMF as vector graphic format, since PDF doesn't support SVG natively.
How do you change the text within the extension library dialog box? No matter what I do, the text remains the same size. I can see the font change in the designer cleint but not in the browser. I tried looking at it with IE Developer Tools but I can't even see the text anywhere.
I have no idea what was going on yesterday but it just wasn't working. I was simply trying to set the text size of a computed field inside a dialog box. I changed the font size in the properties of the computed field and seems to work now, We have seen these issues on our dev server before.
I am not sure if you can change the text with text options but you can if you use HTML, and it should also work with CSS.
Standard <h1><h2><h... oh you get the idea works for me.
illustrator shows the font/text aliased compared to the way the browser interprets it
the difference is noticeable here
(in chrome:)
the bottom is illustrator, and as you can see, it's a bit bolder and smoother.. is there a setting I can change in illustrator so I can see how it will look when I actually output it to the website ?
if I disable Aliasing artwork, it looks completely off.
this is more evident when the text is bigger, as well.
No, Illustrator has it's own text anti-aliasing modes that differ from what your browser shows you. However, the differences between your examples are minor compared to how different browsers and operating systems render the same fonts.
Preview the image in save for web and devices. (file -> save for web & devices) I'm assuming you're exporting the image traditionally through file -> export, but save for web & devices shows you how the image will look on the web. The reason it looks different is because illustrator is a vector-based design program, unlike photoshop which is bitmap, or pixel based. This means that text in illustrator has infinite resolution until you export it as an image. If you want a cleaner look for text, go to save for web & devices and select "type optimized" from the menu next to the "apply" button on the right side of the screen. Then hit "apply" and then "save".