Bug 268255 - The chart covers part of the border of the grid ahead in PDF [1200]
Summary: The chart covers part of the border of the grid ahead in PDF [1200]
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: BIRT (show other bugs)
Version: 2.5.0   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: Future   Edit
Assignee: Yu Chen CLA
QA Contact: Xiaodan Wang CLA
URL:
Whiteboard: Obsolete
Keywords: plan
Depends on:
Blocks:
 
Reported: 2009-03-11 22:29 EDT by Xiaodan Wang CLA
Modified: 2010-09-15 04:40 EDT (History)
4 users (show)

See Also:


Attachments
screenshot (67.64 KB, image/jpeg)
2009-03-11 22:29 EDT, Xiaodan Wang CLA
no flags Details
report design (269.93 KB, application/octet-stream)
2009-03-11 22:31 EDT, Xiaodan Wang CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xiaodan Wang CLA 2009-03-11 22:29:22 EDT
Created attachment 128494 [details]
screenshot

Description:
The chart covers part of the border of the grid ahead in PDF.

Build number:
2.5.0.v20090311-0630

Steps to reproduce:
1. Preview the attached report design in PDF.

Expected result:
The bottom border of the grid is shown completely.

Actual result:
See the screenshot.

Error log:
N/A
Comment 1 Xiaodan Wang CLA 2009-03-11 22:31:29 EDT
Created attachment 128495 [details]
report design
Comment 2 Gang Liu CLA 2009-03-12 00:31:05 EDT
The Engine layout is correct, but the pdf render is not precise enough.
Perhaps we need add a default margin. 
Comment 3 Wei Yan CLA 2009-05-11 01:43:52 EDT
defer to RC2 due to resource limitation.
Comment 4 Yu Chen CLA 2009-05-25 01:38:56 EDT
PDF layout handles the report elements in a continuous manner, but for any practical output formats, the position of each report element is actually discrete. By default the min unit for PDF output is a postscript point( 1/72 inch ). That is to say the PDF output is not able to represent the dimension more accurate than one point. If a line, for example, whose width is less than 1pt will be regard as 1pt or even 2pt in PDF reader.

To resolve the problem, we need to tune the position for every report element, and automatically adjust the line width to avoid it being modified by PDF reader too much.

So the current situation is we have room to optimize the visual effect, but the payback may be limited and we have to trade the performance lose for it.

Suggest to defer to future, and we can go back to fix it when the real world BIRT users think it does matter.