On the 2nd 3rd etc. page the tableheader and tablerows of quotation or invoice are jammed, when I print the document in pdf format.
This works the same (wrong) way in my own written templates too.
Brand new installed LinuxMint17 (Ubuntu clone), latest odoo8 (2015-01-29), wkhtmltox0.12.2.1
Is this a bug or a feature?
Any help would be appreciated!
Cheers! Janos
Hear it means that the current Report not using the compatible version of
Wkhtmltopdf python library
you need to check from version of current Wkhtmltopdf python library and
if it 0.12 to lower remove and reinstall then install the latest Wkhtmltopdf 0.12.X version or later and print your report again.
I hope this should help you.
There was a bug with wkhtmltox. I've downgraded to wkhtmltox-0.12.1 and everything works fine.
Related
I have followed the steps in http://wiki.joanillo.org/images/1/11/Community_user_guide.pdf but I am unable to run the server
That document refers to version 3.x of Pentaho. Current version is 8.2. The doc is out of date by several years.
There’s no folder biserver-ce anymore, it’s now called pentaho-server. The script’s name is still the same.
You will need a JDK installed (1.8 or above, and if you install Pentaho 8.2 you should use openJDK)
i hope you have started the server, if not run this file using terminal /pentaho-server/start-pentaho.sh ....
please provide the log it will be in the path pentahoserver->tomcat->logs->catalina.out
When I launch the REDHAWK IDE via Eclipse, I cannot see the installed components (SigGen, fastFilter, etc). I can see the components just fine if I use the command line to create a project. I'm convinced it has to be a path or variable issues, but I just don't know what to reconfigure.
I'm using REDHAWK Version 2.1.0 and on CentOS7
OSSIEHOME is set to the /usr/local/redhawk/core
SDRROOT is set to /var/redhawk/sdr
Any suggestions?
I found a solution by reinstalling and including every Redhawk package that I could find using "yum list redhawk*"
I have the same problem and it turns out I was using a Java version higher than 8 which is not supported by RedHawk. Make sure you use Java 8 to launch the IDE otherwise it does not work. Submitted a DR but because JDK8 still supported they do not feel the need to fix it.
I followed the official installation instructions for RedHawk 2.3.0 on Centos 7.9 and had this same issue, I fixed it by opening a terminal in the Redhawk installation directory and running
sudo yum install redhawk-basic-components-2.3.0-5.el7.x86_64.rpm
After which the components appeared in the IDE without a restart
I've been looking for all the PDF versions that are supported by Apache PDFBOX. I'm using PDFBOx 0.7.3 version and actually i'm able to process all PDF's from 1.5 and older but i need to process newer versions (1.6, 1.7 and so on). Do you know if upgrading PDFBOX could solve this issue? also is there any guide to upgrade PDFBOX? if so could you provide it? Which version do you recommend?
Thank you for response, actually i decided upgrade the PDFBox to 1.8.8, i think is the latest stable, and it works, I'm now able to parse the PDF1.5 and newer.
Thanks.
For some reason all my DNN pages (I have installed DNN automatically using Godaddy) have the DNN version (Alpha Version 5.2.000) at the end of every page title automatically
how can I disable this?
Apparently if you are using the aplha version it will remain there. solution is ... install a stable version (or upgrade).
I would like to programatically convert SVG files to PDF files. However, the SVG files contain text that must be searchable in the generated PDF files. Also, it has to work on Red Hat Enterprise Linux 5.3 or CentOS 5.3 for the x86_64 architecture. It would be nice if it were Open Source or at least not very expensive.
Here is what I've tried. All of these, except Batik, work fine on Debian Lenny.
Inkscape
I can get it installed using autopackages from http://inkscape.modevia.com/ap, but when I use it from the command line, the text is not searchable.
Batik rasterizer [sic]
When it converts SVG files to PDF files, the text is no longer searchable.
svg2pdf
The source for this and several of its dependencies are available to download. I have been trying to get it to compile on CentOS, but haven't had success yet. I found a precompiled version for Debian x86_64, but it doesn't work on CentOS.
rsvg-convert
Generated PDF isn't searchable on CentOS 5.3. Perhaps installing a newer version of cairo would help. Thanks to DaveParillo for mentioning rsvg-convert (on superuser).
SOLUTION (but perhaps some of the above will still be useful to the reader)
princeXML
It works fine on CentOS when installed from source. For some reason it doesn't work when installed from the .rpm. Thanks Erik Dahlström!
Cross posted on superuser
You could try princexml, it's free for non-commercial use.