> At 05:15 PM 5/19/02, you wrote:
> >There may be still an issue about the actual vertical
> >position of an overline.
>
> Yes, I expect so; since java.awt.Font contains no specification
> for where to put the underline (as I pointed out in my code comments.)
> Unfortunately my word processor doe
At 05:15 PM 5/19/02, you wrote:
>There may be still an issue about the actual vertical
>position of an overline.
Yes, I expect so; since java.awt.Font contains no specification
for where to put the underline (as I pointed out in my code comments.)
Unfortunately my word processor doesn't know abou
At 05:18 PM 5/19/02, you wrote:
>Oh my. I seem to have been too fast on this, maybe. Anyway, I'm going to
>bed now.
Well, in my opinion, the previous change ~should~ be committed as you did,
since what we had was clearly not right. Whatever happens next to solve the
new problem w/ printing should
Oh my. I seem to have been too fast on this, maybe. Anyway, I'm going to
bed now.
Cheers,
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Done! While applying your patch I thought I'd also start working on
overline and line-through support. I've added text decoration for inline
spaces, too. There may be still an issue about the actual vertical
position of an overline. And there are sporadic hiccups with the inline
space text decorat
strictively
>with private access.
>
>ThanX a lot (especially to ralph for the fix)
>cu Torsten
>
> > -Original Message-
> > From: Ralph LaChance [mailto:[EMAIL PROTECTED]]
> > Sent: Donnerstag, 16. Mai 2002 17:05
> > To: [EMAIL PROTECTED]
> > Su
At 04:13 AM 5/17/02, you wrote:
>Can anyone make the 'graphic' variable protected, to enable sublasses to
>draw on it?
Makes sense to me; since I'm not a committer, it doesn't make much
sense for me to make the change - perhaps whoever commits my new
version of AWTRenderer.renderWordArea() would
the fix)
cu Torsten
> -Original Message-
> From: Ralph LaChance [mailto:[EMAIL PROTECTED]]
> Sent: Donnerstag, 16. Mai 2002 17:05
> To: [EMAIL PROTECTED]
> Subject: RE: Font Metrics AWT
>
>
> I have found the problem and worked out its repair.
> The modified code is a
I have found the problem and worked out its repair.
The modified code is attached below.
The problem stems from a bug in java's handling of drawing of
AttributedStrings when a font attribute is specified. Bug parade
#4650042 describes a similar problem unique to jdk 1.4, but
makes also suggests
m: Ralph LaChance [mailto:[EMAIL PROTECTED]]
Sent: Samstag, 11. Mai 2002 04:22
To: [EMAIL PROTECTED]
Subject: RE: Font Metrics AWT
Trying to place your results on a JLabel rings a bell but I can't
recall why
Could you try running the vanilla command-line fop -awt and
see if you get b
Trying to place your results on a JLabel rings a bell but I can't
recall why
Could you try running the vanilla command-line fop -awt and
see if you get better results ?
something like
java -cp
org.apache.fop.apps.Fop
-xsl -xml -awt
Also, please give you fop version ,
Yes, Our fonts also look badly spaced. It would be very nice to get this
fixed. I have looked over the code but could not see anything wrong.
Under JDK 1.4 there is a big improvement. But still, the most obvious
error's are the spacing between words.
Should I submit a test case .fo file?
Big
Hi all!
Now I've downloaded the sdk version 1.3.1_03 from sun but the result is the
same like before.
I've attached a screenshot to this mail.
My workflow:
I go to the Driver, set the Logger and my Renderer(extended from
AWTRenderer), and call render(XMLReader,InputSource) on the Driver,
After th
13 matches
Mail list logo