gzilla/show_bug.cgi?id=31144
[patch][pdf] Paint corners of PDF borders as two triangles sparated diagonally if
colors differ
--- Additional Comments From [EMAIL PROTECTED] 2004-09-11 16:04 ---
Yes, please put your efforts in HEAD.
Thanks,
Glen
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-10 09:59 ---
The issue of borders being painted as rectangles instead of lines has been
fixed for PDF in CV
gzilla/show_bug.cgi?id=31144
[patch][pdf] Paint corners of PDF borders as two triangles sparated diagonally if
colors differ
--- Additional Comments From [EMAIL PROTECTED] 2004-09-10 09:57 ---
I dont wish to discourage your work as it looks good. But...
You do realise that the maintenance
gzilla/show_bug.cgi?id=31144
[patch][pdf] Paint corners of PDF borders as two triangles sparated diagonally if
colors differ
[EMAIL PROTECTED] changed:
What|Removed |Added
S
gzilla/show_bug.cgi?id=31144
[patch][pdf] Paint corners of PDF borders as tow triangles sparated diagonally if
colors differ
[EMAIL PROTECTED] changed:
What|Removed |Added
S
gzilla/show_bug.cgi?id=31144
[patch][pdf] Paint corners of PDF borders as tow triangles spearetd diagonally if
colors differ
[EMAIL PROTECTED] changed:
What|Removed |Added
S
gzilla/show_bug.cgi?id=31144
[patch][pdf] When adjacent borders are of different colors, join them along a
dialgonal border.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 15:25 ---
This patch may be applied together with my patch submitted to bug #24438.
In fact they complimen
gzilla/show_bug.cgi?id=31144
[patch][pdf] When adjacent borders are of different colors, join them along a
dialgonal border.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 14:12 ---
Created an attachment (id=12682)
Acrobat Reader 6 pixel error with naive implementation of borde
gzilla/show_bug.cgi?id=31144
[patch][pdf] When adjacent borders are of different colors, join them along a
dialgonal border.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 14:08 ---
This patch also fixes a weird problem (related to antialiasing I suspect).
If we paint the borde
gzilla/show_bug.cgi?id=31144
[patch][pdf] When adjacent borders are of different colors, join them along a
dialgonal border.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 14:05 ---
Created an attachment (id=12681)
Paint corners of PDF borders with a diagonal border if colors differ
gzilla/show_bug.cgi?id=31144
[patch][pdf] When adjacent borders are of different colors, join them along a
dialgonal border.
Summary: [patch][pdf] When adjacent borders are of different
colors, join them along a dialgonal border.
Product: Fop
Versio
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 13:48 ---
Created an attachment (id=12680)
Fix table cells with background not rendered okay for PDF, S
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-09 13:45 ---
Okay, now I've got my own variant of remedy. My own patch.
IMO the problem is that rect
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-02 18:44 ---
Created an attachment (id=12618)
Horrible results of Namchinov's patch
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-09-02 18:43 ---
I hereby confess that I've been wrong about Namchinov's patch.
It produces horri
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-07-21 09:04 ---
This Problem is actually two Problems:
1. Borders have to be rendered after backg
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 14:56 ---
I can confirm that bug really manifests itself in 20.5
I can confirm that patched fop gener
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 14:54 ---
Created an attachment (id=11929)
800% fragment view in Acrobat Reader generated with 20.5 patc
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 14:53 ---
Created an attachment (id=11927)
800% fragment view in Acrobat Reader of pdf generated by 20.5
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 14:50 ---
Created an attachment (id=11926)
Simple test case
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 14:49 ---
Created an attachment (id=11925)
Namchaninov's patch in regular diff format
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2004-06-23 13:30 ---
*** Bug 29759 has been marked as a duplicate of this bug. ***
Jeremias Maerki <[EMAIL PROTECTED]> schrieb am 19.05.2004
20:38:37:
> You guys block yourselves with this strategy and Arnd gets
> even more of a head-start. :-)
8-)
--
Arnd Beißner
Cappelino Informationstechnologie GmbH
Guys,
my comment on this is: Commit it if you think it's an improvement. It
may be a bit different if it concerned design questions, but with small
fixed and improvements I'd rather you guys "just did it". If it turns
out to be a mistake it can easily be corrected. That's why we have peer
review h
Chris Bowditch wrote:
FOP Devs,
I would appreciate some advice. I have noticed that top/bottom borders
dont work on regular blocks. This is because the PDF Renderer uses
block.getWidth() to determine the length of the border lines. Here is a
sinnper of Area Tree output
FOP Devs,
I would appreciate some advice. I have noticed that top/bottom borders dont
work on regular blocks. This is because the PDF Renderer uses block.getWidth()
to determine the length of the border lines. Here is a sinnper of Area Tree
output
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-08 16:50 ---
Finn,
Concerning the strange effects in Acrobat: IIC, this is a known problem (esp.
with Acrobat 5), so you're indeed very right that the
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-08 16:46 ---
I've ran a test of the patch and did a before vs. after comparison. You can
find the result here (600kb):
http://bckfnn-modules.sourcefo
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-08 11:14 ---
Finn,
the borders are currently being placed completely inside the area, which
overwrites the text if the borders are thick, and theres no paddi
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-08 11:11 ---
Created an attachment (id=9856)
rev4 of patch
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 23:55 ---
Chris,
What's the bottom line here with CR/LF and JBuilder 9? The repository is kept
in Unix LF form, isn't it?
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 19:02 ---
Regarding the positioning of the border, there is a number of missing pieces in
both the rendere and layout. And I believe that the problem can'
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 17:26 ---
Finn,
Ive got to bottom of what JBuilder was doing so there shouldnt be any problems
with LFs in this patch.
1) Ive fixed the problem with colo
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 17:23 ---
Created an attachment (id=9818)
rev3 of patch
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 16:42 ---
Created an attachment (id=9815)
Testcase .fo which shows the regressions.
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 16:41 ---
I still had to remove 3 blank lines before I could apply the cleaned-up patch.
More importantly, I think your patch cause regressions:
1) It se
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 14:24 ---
Hi Finn,
thanks for spotting that. Not sure what caused it. Weve been forced to upgrade
to JBuilder 9 at work and I'm having all sorts of trou
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 14:22 ---
Created an attachment (id=9813)
cleaned up patch
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 14:16 ---
I'm unable to apply the patch. There seems to be, I dunno, an extra linefeed at
the end of each of the lines that you have added?
When I
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 13:59 ---
Created an attachment (id=9812)
not forgetting the test fo
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 13:58 ---
Created an attachment (id=9811)
resulting PDF after patch applied
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 13:58 ---
Created an attachment (id=9810)
Resulting PDF before patch applied
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
--- Additional Comments From [EMAIL PROTECTED] 2004-01-05 13:54 ---
Created an attachment (id=9809)
unified diff against head
gzilla/show_bug.cgi?id=25900
[PATCH] dotted/dashed borders in PDF Renderer
Summary: [PATCH] dotted/dashed borders in PDF Renderer
Product: Fop
Version: 1.0dev
Platform: Other
OS/Version: Other
Status: NEW
Severity:
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2003-11-05 22:42 ---
Please submit an actual CVS-generated patch as defined here:
http://cocoon.apache.org/2.1
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
--- Additional Comments From [EMAIL PROTECTED] 2003-11-05 17:52 ---
Created an attachment (id=8947)
This is patch for FOP 0.20.5 to solve problem with borders
gzilla/show_bug.cgi?id=24438
Table cells with background-color attribute specified may damage borders for rounding
table cells.
Summary: Table cells with background-color attribute specified
may damage borders for rounding table cells.
Product: Fop
V
You can do things like border-width="0.25pt".
Please use the fop-user mailing list for asking questions like this next
time. Thanks a lot!
On 29.01.2003 02:30:03 Paulo Gustavo Benfatti wrote:
> There is a way to draw a border of a cell/table/block minor than 1pt ?
Jeremias Maerki
---
Hi All,
There is a way to draw a border
of a cell/table/block minor than 1pt ?
Thanks,
Paulo Benfatti
Hi All,
There is a way to draw a border
of a cell/table/block minor than 1pt ?
Thanks,
Paulo Benfatti
gzilla/show_bug.cgi?id=2153
Borders are calculated incorrectly
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
[EMAIL PROTECTED] wrote:
> 1) use border-collapse="collapse" on the table element to make adjacent
> borders overlap
Ahem. From the source:
// System.err.println("Collapse borders");
/*
* Hard case.
* Cell border is combination of ot
A table consists of a series of embeded elements; the hyerarchy goes
somewhat like this (assume fo namespace):
here is the actual content
Since any of these elements can take borders
On Thu, 2002-09-19 at 02:48, Steve Cameron wrote:
> Can anyone provide me with an example of a 'nice' looking PDF table
> generated with Fop. I have tried a few border options and end up with
> lines of different width along different sides of the table and rows.
Have you looked in the examples?
Can anyone provide me with an example of a 'nice' looking PDF table
generated with Fop. I have tried a few border options and end up with
lines of different width along different sides of the table and rows.
I do not have any more time to play with this and am hoping someone can
steer me in the r
both centered border rectangles on common side lines.
o Tables
- Borders are built around the cells, when cells are already formatted and
fixed to a page position.
- Padding on the table element shifts the table border (not the table
itself relative to the parent) - e.g. out into the
gzilla/show_bug.cgi?id=2475
Borders don't appear to work in
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAI
gzilla/show_bug.cgi?id=5344
table with row borders are not rendered
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=2475
Borders don't appear to work in
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
n I switched to the 0.20.2 version, my borders
>seemed to have disappeared.
>
> here's a snippet of code:
>
> border-bottom-color="black" border-bottom-style="solid">
>
> Some
>Data
>
>
Cheers,
Jeremias Märki
mailto:[EMAIL PROTECTED]
OU
Hi,
I was developing with FOP 0.18 and when I switched to the 0.20.2 version, my borders
seemed to have disappeared.
here's a snippet of code:
Some
Data
thanks in advance,
Scott
-
To unsubscribe, e-mail: [
gzilla/show_bug.cgi?id=7496
The table header borders are not adjusted to the borders of body cells
--- Additional Comments From [EMAIL PROTECTED] 2002-03-26 19:20 ---
Created an attachment (id=1427)
The pdf file, rendered from fo file in the previous attac
gzilla/show_bug.cgi?id=7496
The table header borders are not adjusted to the borders of body cells
--- Additional Comments From [EMAIL PROTECTED] 2002-03-26 19:19 ---
Created an attachment (id=1426)
The "fo" file which s
gzilla/show_bug.cgi?id=7496
The table header borders are not adjusted to the borders of body cells
Summary: The table header borders are not adjusted to the borders
of body cells
Product: Fop
Version: 0.20.3
Platform: PC
OS/Version: W
> > does support backround-color, border-style and so on?
>
> None of the background-*, border-* and space-* properties have
> an effect on fo:inline in FOP 0.20.3. There are a few other
> features missing as well. I'm not aware of a workaround, in
> particular because fo:inline-container isn't
"Tomas Espeleta" <[EMAIL PROTECTED]> wrote:
> does support backround-color, border-style and so on?
None of the background-*, border-* and space-* properties have
an effect on fo:inline in FOP 0.20.3. There are a few other
features missing as well. I'm not aware of a workaround, in
particular be
Hi to all, a simple and short question:
does support backround-color, border-style and so on?
I'm using fop 0.23.3 , but this seems to be broken comparing it to XSL:FO
specs... fop seems to ignore them.
If I'm right, is this iussue on the TODO-list ?
Thanx a lot.
* Tomás Espeleta - http://www
to your examples?
I also lack the ability to specify that my borders should have rounded
corners (and similar styles), will this show up in a later version of
FOP?
WR
Magnus Rydin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
'border-width' is mandated to be 0 for all regions
in XSL 1.0. So it is not something that FOP should do.
- Original Message -
From:
Matt Laywell
To: Fop-Dev (E-mail)
Sent: Thursday, December 13, 2001 1:39
PM
Subject: borders
does fop support
regi
does fop support
region borders?
if it does can
someone send an example?
gzilla/show_bug.cgi?id=5344
table with row borders are not rendered
--- Additional Comments From [EMAIL PROTECTED] 2001-12-12 12:11 ---
The border properties for rows are not implemented yet.
You can create your grid with column borders all around and uppper/lower cell
borders.
C
gzilla/show_bug.cgi?id=5344
table with row borders are not rendered
Summary: table with row borders are not rendered
Product: Fop
Version: all
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Major
Priority:
Hai Michail,
i am getting the table border in the PDF format. thanks for ur suggestion. But, i am
getting the Error messsage from the Acrobat Reader. The error is "Illegal operation
'm' inside a text object".
The following are my coding in my sample.fo.xsl file:
No.
If there is any error,
I define my cells in the following way in order to display their borders:
Take a look at http://www.w3.org/TR/2000/CR-xsl-20001121/xslspec.html for
more information on FO tags.
I hope that helps.
Mike
-Original Message-
From: sudhakar s sankar [mailto:[EMAIL PROTECTED]]
Sent
Hai,
I am getting the PDF formatted listing by using the FOP in cocoon 1.8. Here, i am NOT
getting the border for the tables. If any body knows, please advise me
Thanks in advance.
Sudhakar Sankar
On Tue, 11 Sep 2001 sudhakar s sankar wrote :
>Hai,
>
>I am getting the PDF formatted listing
Hai,
I am getting the PDF formatted listing by using the FOP in cocoon 1.8. Here, i am
getting the border for the tables. If any body knows, please advise me
Thanks in advance.
Sudhakar Sankar
-
To unsubscribe, e-mail:
oops, sorry.
Didn't realize Art meant the "fit to page" option on the
Acrobat ~print~ dialog. He's right, that does the trick.
(blush)
At 09:59 AM 8/22/01 -0400, you wrote:
>Art,
>
>I just took a pdf file I used for a test I reported yesterday and
>1-by-1 set Acrobat 4.0 (on NT) to View>Actua
oops, sorry.
Didn't realize Art meant the "fit to page" option on the
Acrobat ~print~ dialog. He's right, that does the trick.
(blush)
At 09:59 AM 8/22/01 -0400, you wrote:
>Art,
>
>I just took a pdf file I used for a test I reported yesterday and
>1-by-1 set Acrobat 4.0 (on NT) to View>Actua
PROTECTED]
Subject: RE: Borders not lining up
Art,
I just took a pdf file I used for a test I reported yesterday and
1-by-1 set Acrobat 4.0 (on NT) to View>Actual size,
View>FitWidth, View>FitVisible and View> FitInWindow and
printed each.
In all cases the printouts were identical, specif
Art,
I just took a pdf file I used for a test I reported yesterday and
1-by-1 set Acrobat 4.0 (on NT) to View>Actual size,
View>FitWidth, View>FitVisible and View> FitInWindow and
printed each.
In all cases the printouts were identical, specifically, several tables'
on 1 page are all rendered 6-
ther people who responded as well.
Steve.
> -Original Message-
> From: Art Welch [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, August 21, 2001 10:25 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Borders not lining up
>
> Hi,
>
> I just thought that
Receipt" for example, there is padding of .6mm on each side of the
rectangle, which is added to the width. The border is outside of that.
In the fo:table, the column widths define the table-grid. In the
border-collapse=separate style being used, the cell borders are drawn
INSIDE the table-grid. So t
:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Borders not lining up
Which renderer are you using
i.e., in your command line are you using
-awt, -pdf, -print ?
I just ran a quick test on 0.20.1 on a test case
that renders several 6 inch-wide tables on a
single page. In cases, the source is xml
day, August 21, 2001 3:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Borders not lining up
>
> Which renderer are you using
> i.e., in your command line are you using
> -awt, -pdf, -print ?
>
> I just ran a quick test on 0.20.1 on a test case
> that renders several
Which renderer are you using
i.e., in your command line are you using
-awt, -pdf, -print ?
I just ran a quick test on 0.20.1 on a test case
that renders several 6 inch-wide tables on a
single page. In cases, the source is xml,
transformed via xslt within fop.
The results (apologies to all you me
Hi,
Firstly, ... am I in the right place for queries of this nature ? (I've
tried fop-dev-help & fop-dev-info already !)
I'm completely new to FOP and just getting to grips with the examples
provided, so I'm probably going to sound really dumb.
I've been running through the samples provided in
Struan,
Oops, I hadn't noticed the second version of addLine taking the
ruleStyle since it wasn't being called in the doFrame stuff when I made
my change. Duhh.
The baseline alignment stuff is harder than the straight "after" align.
Our line-height calculations need to be right before we get int
=3059
*** shadow/3059 Thu Aug 9 09:18:40 2001
--- shadow/3059.tmp.15539 Sun Aug 19 14:56:11 2001
***
*** 2,9
| 0.19.0 'dark grey', 'light grey' borders rende
[mailto:[EMAIL PROTECTED]]On
> Behalf Of Karen Lease
> Sent: Monday, 20 August 2001 08:36
> To: [EMAIL PROTECTED]
> Subject: Re: QUERY: Why doesn't PrintRenderer use the addLine routines
> for borders.
>
>
> Hello Struan,
>
> It looks as though you must have changed a
Hello Struan,
It looks as though you must have changed addLine as well to add the
border-style, since that isn't in the current version (at least not the
one I got from CVS last night.)
I'm the one responsible for changing this code in doFrame because when
borders are drawn using &quo
We will check whether any of the changes we made to AWTRenderer
(the -awt and -print options) should be reconsidered w/r/t/ the dashed
line style mentioned below. I'm mostly on vacation and Andy is out of
town for the next week, so it'll be the Aug 25th before we can look at it.
At 09:27 AM 8/1
Instead it uses the fillRect routines.
Unfortunately, I needed to have a dashed border (in PDF's) and so put back
(well not exactly hence the query) the old ways. Which seems to work fine
(for me).
If the reason for the change was that some of the other renderers couldn't
cope, perhaps their add
=3059
*** shadow/3059 Thu Aug 9 09:18:40 2001
--- shadow/3059.tmp.18492 Thu Aug 9 09:18:40 2001
***
*** 0
--- 1,35
+ ++
+ | 0.19.0 'dark grey', 'light grey' borders rende
Ralph,
Yes, actually that was clear. I should have said, there isn't a _layout_
problem with borders, but I agree, there was/is a rendering one.
-Karen
Ralph LaChance wrote:
>
> At 06:53 PM 8/7/01 +0200, you wrote:
> >Koen (and Ralph and others),
> >
> >There
given
the fo such as it is, it renders differently for -print and -awt versus
-pdf. On both -awt and -print no border is drawn for the table cells.
The pdf renderer ~does~ draw the table borders.
The awt/print problem is due to AWTRenderer attmpting to fill a rectangle
with either the width
equal to the current indent and which only has
borders on the right side.
As Arved has just suggested focusing on tables, this problem will be a
good place to start and I'll try to put it on the high priority list.
Regards,
Karen
[EMAIL PROTECTED] wrote:
>
> Hello,
> Hello Karen,
>
respect
border-size (previously it drew all borders 1 pixel thick regardless
of the value of border-size.) My hunch is the thickness calculation
is rounding down to zero.
[ aside: We will investigate and supply a patch later today if appropriate.
The awt renderer should probably render a border
borders are rendered and those rendered are not aligned with
the table.
If rendered to pdf all borders ara rendered but all are not aligned with the table.
The version I'm using is from a file called xml-fop_20010806101537.tar.gz (it is
stating FOP 0.19.0-CVS at startup)
Kind regards,
=2475
*** shadow/2475 Fri Jul 6 05:14:24 2001
--- shadow/2475.tmp.9103Mon Aug 6 14:27:29 2001
***
*** 2,11
| Borders don't appear to work in |
++
|
1 - 100 of 114 matches
Mail list logo
