TextField overflow and text split

Hi,

What you experience is explained in this FAQ here:

http://jasperforge.org/uploads/publish/jasperreportswebsite/trunk/faq.ht...

SansSerif is a Java logical font, not a physical font. It is not a good idea to use logical fonts, because you never know which is the real font behind that name. On different platform, that font is different. On Windows, it might resolve to Arial, on Unix, it might resolve to Helvetica.

The solution is to make sure what fonts are used, by shipping the fonts with your application/reports. You can ship the fonts by packaging them in what we call JasperReports font extensions. You can find one such font extension in the /demo/fonts folder of the JasperReports distribution package. All the samples under /demo/samples make use of fonts shipped in that font extension folder, because it is part of the samples classpath when they are run.

You could create a similar package and zip it up in a JAR file that you then add to your application classpath and all you have to take care after is the fontName attribute. Nothing else. Not even the FONT_MAP export parameter which is kind of deprecated nowadays, after font extension support was introduced.

I hope this helps.
Teodor

I have another question, you say that "the FONT_MAP export parameter which is kind of deprecated nowadays, after font extension support was introduced". But I am using iReport 3.0.0 and jasper reports 2.0.5. Is font extension support introduced in this version? Because in the \\demo\\samples\\fonts directory I don't have a font.xml file but a build.xml file. I have a file named jasperreports.properties too. I only have to create the two files (build.xml and jasperreports.properties) and the font directory with the ttf fonts, do I?

Thanks in advance!

Regards

And BTW, make sure you use isStretchWithOverflow="true" for your text fields, if you want them to get larger at runtime in order to display their entire content.

I hope this helps.
Teodor

Hi,

if you are not using at least JR 3.1.2, adding the font extension jar to the classpath is useless.

Post a sample JRXML to this thread. So far I haven't seen any piece of JRXML presenting the problem.

Also attach the resulting PDFs you get filling those sample reports.

Thank you,

Teodor

The fonts directory has the following fonts:
ARIAL.TTF, ARIALBD.TTF, ARIALBI.TTF, ARIALI.TTF
I changed  the code where I configure the FONT_MAP and FORCE_LINEBREAK_POLICY parameters as follows.
Thanks in advance!!!

Regards
 

@Override
  protected JRExporter createExporter() {
     JRExporter exporter = super.createExporter();
     exporter.setParameter(JRPdfExporterParameter.FORCE_LINEBREAK_POLICY,
         Boolean.TRUE);
     Map fontMap = new HashMap();
     FontKey keyArial = new FontKey("Arial", false, false);
     PdfFont fontArial = new PdfFont("ARIAL.TTF", "Cp1252", true);
     FontKey keyArialBold = new FontKey("Arial", true, false);
     PdfFont fontArialBold = new PdfFont("ARIALBD.TTF", "Cp1252", true);
     FontKey keyArialItalic = new FontKey("Arial", false, true);
     PdfFont fontArialItalic = new PdfFont("ARIALI.TTF", "Cp1252", true);
     FontKey keyArialBoldItalic = new FontKey("Arial", true, true);
     PdfFont fontArialBoldItalic = new PdfFont("ARIALBI.TTF", "Cp1252", true);
     fontMap.put(keyArial, fontArial);
     fontMap.put(keyArialBold, fontArialBold);
     fontMap.put(keyArialItalic, fontArialItalic);
     fontMap.put(keyArialBoldItalic, fontArialBoldItalic);
     exporter.setParameter(JRPdfExporterParameter.FONT_MAP, fontMap);
     return exporter;
  }</td></tr></tbody></table>

Hello Theodor

The complete text is: RESIN SOLN UN1866 SOLOTIOM, 3. UN1866 PG III FP 32C EMS: F-E, S-E ARTICLETT:NON-ASSIGNED 1 X 20 DRY CARGO STEEL IBCS: RESIN SOLOTIOM, 3. UN1866 PG III FP 32C EMS: F-E, S-E ARTICLE#:NON-ASSIGNED L X 20 DRY CARGO 5 FIBERBOARD BOXES 20 GLASS JARS RESIN SOLUTIOM 3 UNI 8 6 6 PG III FP 32C EMS FE SE CURING AGENTS NON HAZ EMPTY FIBERBOARD BOXES

It cuts FIBERBOARD BOXES words.

I attach the pdf and the jrxml.

I put the <property name="net.sf.jasperreports.print.keep.full.text" value="true" /> with the report properties.

Thanks in advance!

Guys,

I told you what the problem is back on August 12, when I told you to read this FAQ:

http://jasperforge.org/uploads/publish/jasperreportswebsite/trunk/faq.html?group_id=252#FAQ25

Did you guys read it carefully and made sure you understand what it says? Because since then we are just running in circles.

Have you paid attention to this fragment in particular:

"One thing to pay attention to is making sure that the fonts set in the report via fontName attributes are actually available in the Java VM, because AWT silently uses the default font when a specific font cannot be loaded. "

What this tells you is that you are using the Arial font as fontName attribute in your reports. But you run those reports on a Linux server, where there is no font called Arial!!! Is it? Open up a document editor in Linux. Can you see Arial available anywhere??

Arial is a Microsoft font available only on Windows. You either install Arial on that Linux Server, or use some other font that is available on Linux. This is what I said all along.

You'd say, OK, but didn't we use the FONT_MAP exporter parameter to locate the Arial TTF file? Of course you did, but that is another story! That is only for the sake of the PDF exporter, which needs to embed the font in PDF. But the font metrics calculations are already done in the fill process, using the wrong font, because you did not install the Arial font into the Linux system, did you? You just put it somewhere on disk. If you did not install it in the system as a system font, the JVM does not know about it and uses something else. Who knows what. With different font metrics. And you end up with a classical font metrics mismatch problem.

Now that you gave me more details about what you do. I'm not sure why you implemented a fillReport method, since all the report filling is done in JasperServer. Actually, I'm not sure why you have implemented the PDF export in your application at all, since the JasperServer web services are capable of delivering PDF directly, not only the JasperPrint object. if you did it for the sake of using the FONT_MAP in the exporter, then note JasperServer already has support for configuring the font maps with Spring files. Note the WEB-INF/pdfFontBeans.xml file inside JasperServer, which has most of its content commented out, just as an example of the font mappings you could do.

I hope this helps.
Teodor

Hi,

I don't know what else could be wrong. I just gave you the explanations about how JR works and suggestions about how to work with fonts properly. There is a certain amount of debug work that you need to do yourself, to understand what happens, as it is clear by now that your environment is very special and thins do not work as expected.

I'm not a Unix guru, so I cannot tell you if you have installed the fonts propertly. That would be the first thing to test. See if the other document editors on the machine pick up the font. If not, it means it is not installed. The best thing would be to write a little Java program that lists the available font names using the java.awt.GraphicsEnvironmentclass.

Or simply launch iReport on the machine and see what fonts it proposes in the comobobx of the fontName property.

If you don't see Arial in the list, then it is not installed properly.

I hope this helps.
Teodor