Font size - Version 3.7.0

smgomes · 2011-07-19T06:00:24+00:00

Hi! I recently upgraded plugins BIRT to 3.7.0 in Eclipse IDE, but all previous templates are with fonts to small ... :mellow: I give you an example: Previous configuration in Master Page: A4 format, Portrait. Everything perfect, my documents occupy the whole page (Render PDF) With…

smgomes

Hi!

I recently upgraded plugins BIRT to 3.7.0 in Eclipse IDE, but all previous templates are with fonts to small ... :mellow:

I give you an example:

Previous configuration in Master Page: A4 format, Portrait. Everything perfect, my documents occupy the whole page (Render PDF)

With version 3.7.0: Master Page, A4 - Portrait - At the bottom there is a huge space....

What can I do to prevent this? I can not update on my clients with these problems and is very urgent.

Thanks

Find more posts tagged with

Comments

JasonW

Is this the same bug?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=322103

Jason

smgomes

Hi Jason

yes I had this problem when I updated to 2.6.1, but I managed to solve it yourself by doing a conversion programmatically and resulted.

My problem is in the new version, I do not know what happened but the measures were all misaligned... Please notice in Annex, the rtpdesign are the same, one PDF render in the 261 version and another version 370.

How can I fix this? The differences are huge

Windows Seven + Adobe X + BIRT 3.70

Thanks

JasonW

Are you sure this is a font issue? I could not tell a difference in the fonts. Can you post the report design?

Jason

smgomes

Hi Jason,

I do not know exactly what happened, but there are differences after updating, the PFD are different, but the rtpdesign file is the same.

Thanks

JasonW

This may not help but can you change the layout to fixed instead of auto as a test? Select the report canvas and it is in the general properties.

Jason

smgomes

I saw this new option and tried before posting here in the forum, but does not result

I have no solutions to this problem, the templates can not spoil my clients with this, and there are many ....

JasonW

You may need to log a bug for this. I noticed in your report you are only setting specific heights for just two of the table rows. Any chance as a test you could change the layout to fixed and then set specific values for the height of each row?

Jason

smgomes

Hi Jason

thanks for your help.

Since version 2.5 I have never set measures, it is necessary to define? These are the best practices?
I just dragged and did not define the component measures...

I'll try to put the right measures and test in version 3.7

Thanks

JasonW

I am not saying it is needed, just wanted to see if it fixed your issue.

Jason

smgomes

Hi Jason,

the tip worked, but this is the only way?

I have templates in my clients and I have to programmatically change all at the next update, but some may have been changed by the customers themselves. There is no standard that I can adopt the measures may differ from case to case...

What is the reason for this to happen in this version (3.7)? Bug?
BIRT always been updated and never had this problem of the measures...

Thanks

JasonW

I do not think this was a bug. Can you open a bugzilla entry to see if we can get some more eyes on the issue?

Jason

smgomes

Ok I'll open.

Look only at the following, when I drag a table to the layout, by default the lines do not have height values.
If I drag a grid (20 lines x 1 column) into a row, the row continues with no height values, but actually she has height, but the value remains blank....

If I never set values ??all my templates in this version will have problems.

Using the API height values ??are set to 0.

int countHeaderLines = table.getHeader().getCount();
for (int rowNumber= 0; rowNumber < countHeaderLines ; rowNumber++){
RowHandle rowHandle = (RowHandle) table.getHeader().get(rowNumber);
DimensionHandle dimension = rowHandle.getHeight();
System.out.println("Measure" + dimension.getMeasure() + dimension.getUnits() );
}

If the return value was another I could make a set of height ( rowHandle.getHeight(height))..

Any suggestions?

Thanks.

JasonW

Not sure this is what you are looking for but:

Once you have a RowHandle, you should be able to set the height like:

rowHandle.setProperty("height", "0.385in");

Jason

smgomes

Hi Jason, 
 
notices the attached image, the height is not set, but the line has height... 
 
The rowHandle.getHeight(); returns 0.0 i can?t set this value through rowHandle.setProperty("height", XX); 
 
Is there any property line that can be set so that when the cell contents have the line does not decrease the height? Although zero. 
 
My idea was to get the height value with rowHandle.getHeight() 
 
if the height is set I do nothing, if the height is not set (blank) I define a value...but i can't define 0 
 
Thanks

JasonW

Why not use something like:

TableHandle th = (TableHandle)report.findElement("mytable");
RowHandle detailrow = (RowHandle) th.getDetail().get( 0 );
Object tst = detailrow.getHeight().getValue();

if( tst instanceof DimensionValue){
System.out.println("height set for detail row 1");
}else{
System.out.println("height not set for detail row 1");
detailrow.setProperty("height", "2in");
}

To clear a value you can use
detailrow.clearProperty("height");

Jason

smgomes

Hi Jason,

i can?t use this because the lines height are not all equal...

JasonW

I am not certain what you can do in this situation. If the upgrade causes the reports to be different I would like the dev team to be aware of that. They may be able to suggest a work around. So if you get a chance log a bug and then post the number here.

Jason

smgomes

Hi Jason,

I open a BUG in Bugzilla: https://bugs.eclipse.org/bugs/show_bug.cgi?id=352942

BUG# 352942 (Table Lines Height - BIRT 3.7)

Thanks

JasonW

Thanks for posting the bug number.

luluxiu

I noticed that you set your report only two rows in the table of the specific height. As a test of the opportunity, you can change the layout, fixed and specific values, then set the height of each line?

smgomes

Solved in 3.7 version!

Thanks