gzilla/show_bug.cgi?id=25882
PS-Renderer doesn't generate pages in landscape orientation
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=25882
PS-Renderer doesn't generate pages in landscape orientation
Summary: PS-Renderer doesn't generate pages in landscape
orientation
Product: Fop
Version: 0.20.5
Platform: Other
OS/Ver
Hello, Jeremias!
You wrote to <[EMAIL PROTECTED]> on Mon, 21 Jul 2003 19:59:19 +0200:
JM> I hear you. Incidentally, I've had the same problem reported to me
JM> via a different channel. Funny things happen.
JM> I've checked the PPD of the HP Laserjet 5. It supports the PageSize
JM> setting. S
I hear you. Incidentally, I've had the same problem reported to me via a
different channel. Funny things happen.
I've checked the PPD of the HP Laserjet 5. It supports the PageSize
setting. So my reservation was a bit premature. Looks like your proposal
shouldn't hurt.
On 21.07.2003 16:26:54 Ivan
Hello, Jeremias!
You wrote to <[EMAIL PROTECTED]> on Mon, 21 Jul 2003 14:02:36 +0200:
JM> Hello Ivan
JM> You're right, this could be a way to go. But I'm not sure if this
JM> approach is supported by all PostScript printers, especially the HP
JM> ones where quite a few things are special. So
Hello Ivan
You're right, this could be a way to go. But I'm not sure if this
approach is supported by all PostScript printers, especially the HP ones
where quite a few things are special. So basically it comes down to the
problem of being able to test on various printers. I can test the
current co
Hello, Jeremias!
Recently I update the FOP , now I am having the fun with fop-0.20.5rc3a :-)
In the last release you add the future to automatic switch orientation
(landscape,portrait).
Here is my IMHO.
Since rendered is dealing with the document, not with the media on the document prints
on,
gzilla/show_bug.cgi?id=20879
[PATCH] Leader is broken in PS Renderer
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=20879
[PATCH] Leader is broken in PS Renderer
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Leader is broken in PS |[PATCH] Leader is bro
gzilla/show_bug.cgi?id=20879
Leader is broken in PS Renderer
--- Additional Comments From [EMAIL PROTECTED] 2003-06-18 17:06 ---
Created an attachment (id=6875)
Proposed patch
-
To unsubscribe, e-mail: [EMAIL PROTECTE
gzilla/show_bug.cgi?id=20879
Leader is broken in PS Renderer
--- Additional Comments From [EMAIL PROTECTED] 2003-06-18 17:05 ---
I am attaching a patch that seems to fix it. I'm not sure
why though. Just reverting a prev
gzilla/show_bug.cgi?id=20879
Leader is broken in PS Renderer
Summary: Leader is broken in PS Renderer
Product: Fop
Version: 0.20.5
Platform: All
OS/Version: All
Status: NEW
Severity: Major
Priority: Other
Com
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
--- Additional Comments From [EMAIL PROTECTED] 2003-06-05 23:23 ---
Created an attachment (id=6661)
Gray Image
-
To uns
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
--- Additional Comments From [EMAIL PROTECTED] 2003-06-06 08:26 ---
Applied to CVS. Thanks George. So obvious! I didn't look enough.
BTW, don't mark the bug as resolved too soon.
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
--- Additional Comments From [EMAIL PROTECTED] 2003-06-05 13:40 ---
Created an attachment (id=6645)
A sample 8-bit grayscale JPEG image
gzilla/show_bug.cgi?id=20506
PS Renderer: Grayscale JPEG images fail with "rangecheck"
Summary: PS Renderer: Grayscale JPEG images fail with
"rangecheck"
Product: Fop
Version: 0.20.5
Platform: All
OS/Version: A
ting a patch? I had to redo the changes I
> did last week. It
> was no big deal but it would save me some work.
>
> On 11.03.2003 04:41:00 Zhong Yi wrote:
> > These are the works I have done so far on PS
> renderer.
> > 4
some work.
On 11.03.2003 04:41:00 Zhong Yi wrote:
> These are the works I have done so far on PS renderer.
> 4 files modified, 1 new file added.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional co
Thanks George. I'll look at the files today. If you want to avoid this
kind of problem in the future you can add a BugZilla entry and add your
files as attachment there (Use "[PATCH]" in the subject). That produces
far less traffic on the mailing list as a side effect. You can also ZIP
your files u
Jeremias,
fop-dev list manager complains my part 3 too large. So
I send the WinCVS diff of PSGraphics2D.java here.
cvs diff PSGraphics2D.java (in directory
G:\xml-fop\src\org\apache\fop\render\ps\)
Index: PSGraphics2D.java
===
RCS fil
Part 3
__
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
PSGraphics2D.java
Description: PSGraphics2D.java
-
To unsubscribe, e-mail: [
Jeremias,
These are the works I have done so far on PS renderer.
4 files modified, 1 new file added.
I will split them in 3 emails. Here is part 1
__
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
Jeremias Maerki wrote:
[..]
I'll put your fix in but I can't guarantee that it'll be before
Christian does the release.
Bug #15936 is still an open issue ...
I've mixed feelings about committing patches at this stage of the
release but it's ok if they are as simple as this one.
(I'll just thi
the characters you want.
Years ago, I did that for IBM codepage 850. Typing
and testing took the better of 2 days if I remember
correctly.
If your goal would be to write the best possible
PS renderer for FOP, I suppose you would want to
do the character mapping entirely in the PS renderer
and use r
On 22.01.2003 23:55:14 Arnd Beißner wrote:
> Hello there,
>
> after some research I found and fixed a bug in the PS renderer
> that can be a real nuisance.
Yeah, one that I never got round to fix.
> The problem is as follows: The ascii (and Unicode) minus
> character is ma
Hello there,
after some research I found and fixed a bug in the PS renderer
that can be a real nuisance.
The problem is as follows: The ascii (and Unicode) minus
character is mapped to the hyphen character by the PDF
renderer. The PostScript renderer instead maps it tho the
minus character. This
gzilla/show_bug.cgi?id=16130
PS-Renderer emits lots of redundant moveto's
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAI
Please ignore this implementation. It's incorrect.
I will keep working on it though:-)
-Original Message-
From: George Yi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 16, 2003 3:27 PM
To: [EMAIL PROTECTED]
Subject: PS Renderer Enhancement
SEG_QUADTO was not implement
Jeremias Maerki wrote:
If it works, I have nothing against it.
Likewise.
Peter
On 16.01.2003 13:10:13 Christian Geisert wrote:
Arnd Beißner wrote:
Hi Jeremias,
I just submitted the PS renderer fix/enhancement I recently mentioned
to BugZilla, bug #16130
[..]
Hope you can still get
If it works, I have nothing against it.
On 16.01.2003 13:10:13 Christian Geisert wrote:
> Arnd Beißner wrote:
> > Hi Jeremias,
> >
> > I just submitted the PS renderer fix/enhancement I recently mentioned
> > to BugZilla, bug #16130
>
> [..]
>
> &g
SEG_QUADTO was not implemented in PSGraphics2D.java, which resulted in the
rendering of text portion of SVG unpredictable. Unlike the SEG_CUBICTO which
has a corresponding "curveto" PS command, QUADTO doesn't have a PS command
to be directly related to. But we can use "curveto" PS command to achiev
Arnd Beißner wrote:
Hi Jeremias,
I just submitted the PS renderer fix/enhancement I recently mentioned
to BugZilla, bug #16130
[..]
Hope you can still get this into 0.20.5,
I just tested your patch and it looks good.
I'm inclined to commit the patch. Other opinions?
Chri
Hi Jeremias,
I just submitted the PS renderer fix/enhancement I recently mentioned
to BugZilla, bug #16130
After removing all of the stuff I also did (but which are not really
shippable yet...), the changes are really quite small.
Basically the change is: the current position is only written to
gzilla/show_bug.cgi?id=16130
PS-Renderer emits lots of redundant moveto's
--- Additional Comments From [EMAIL PROTECTED] 2003-01-15 19:11 ---
Created an attachment (id=4442)
patch for redundant movetos, run against cvs fop 0.20.5rc as of
gzilla/show_bug.cgi?id=16130
PS-Renderer emits lots of redundant moveto's
Summary: PS-Renderer emits lots of redundant moveto's
Product: Fop
Version: 0.20.5
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Uh, yeah. Almost forgot. I guess I can come up with a first version
until Thursday.
On 09.01.2003 19:42:31 Christian Geisert wrote:
> Jeremias Maerki wrote:
>
> [..]
>
> > Christian, when do you plan to release 0.20.5? Seems like no major bugs
> > are around, right?
>
> Yes, I'm just waiting fo
Jeremias Maerki wrote:
[..]
Christian, when do you plan to release 0.20.5? Seems like no major bugs
are around, right?
Yes, I'm just waiting for your tutorial ;-)
Just kidding ... my plan is "in the next days"
Christian
-
T
esign to a developer's release as soon as possible.
Christian, when do you plan to release 0.20.5? Seems like no major bugs
are around, right?
On 08.01.2003 19:20:15 Arnd Beißner wrote:
> A question for 0.20.5:
>
> The PS renderer currently emits lots of redundant moveto instruc
A question for 0.20.5:
The PS renderer currently emits lots of redundant moveto instructions.
By changing the "current position" logic in the renderer, I reduced file
size to 50% (for my test files, contating few small images and lots of
text
in tables).
I don't have a diff at
gzilla/show_bug.cgi?id=15409
bitmap images appear with vertical displacement in PS renderer
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=15409
bitmap images appear with vertical displacement in PS renderer
--- Additional Comments From [EMAIL PROTECTED] 2002-12-20 12:15 ---
New insights: The images are not *always* displaced. Therefore, the fix will
work for the images that were displaced but will now di
gzilla/show_bug.cgi?id=15409
bitmap images appear with vertical displacement in PS renderer
Summary: bitmap images appear with vertical displacement in PS
renderer
Product: Fop
Version: 0.20.5
Platform: All
OS/Version:
Thanks! I'll look at it, although I've already fixed image positioning
in the meantime. I hope I can get the code in this evening.
> yes, I have activated "shrink oversized paper to paper size" and
> "auto-rotate and center pages" checkboxes in Acrobat reader. This is a =
> cause
> of diffrent la
eArea method and get that work. Attached is a new PSRenderer
source code(based on fop0.20.3).
Regards,
Huikang
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Monday, 10 June, 2002 6:23 PM
To: [EMAIL PROTECTED]
Subject: Re: PS Renderer patch
Hi Huikang
I had to
s I'm
currently working on in the PS renderer.
What I'd like to ask you is the following: I found that you added a
translate in renderPage() and changed the scaling factor. Why exactly
did you do this? Currently, without this, the PS renderer produces pages
that are 99.99% identical to the
-
From: J.U. Anderegg [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 29 May, 2002 8:49 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: PS Renderer patch
Jeremias Maerki wrote:
I wonder. What exactly would you like to tell us with this mail? I don't
get it.
> The coordinates x/y have to be define
Jeremias Maerki wrote:
I wonder. What exactly would you like to tell us with this mail? I don't
get it.
> The coordinates x/y have to be defined: outer, inner, center of the border
> line?
How does a renderer programmer know what coordinate parameters stand for
exactly? Most likely he will prin
I wonder. What exactly would you like to tell us with this mail? I don't
get it.
> The coordinates x/y have to be defined: outer, inner, center of the border
> line?
>
> PDF renderer FOP-0.20.1
>
> o draws a box with 4 filled rectangles - each border line is a filled
> rectangle. The SVG trace
The coordinates x/y have to be defined: outer, inner, center of the border
line?
PDF renderer FOP-0.20.1
o draws a box with 4 filled rectangles - each border line is a filled
rectangle. The SVG trace below demonstrates this.
o 4 calls to method addFilledRect(int x, int y, int w, int h, PDFPathP
h Fop-0.20.3 but not current CVS.
Regards.
Huikang
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 23 May, 2002 5:48 PM
To: [EMAIL PROTECTED]
Subject: Re: PS Renderer patch
Sure, that's great. All you have to do is make your changes against the
c
hough we noted that the size
of border and table in PDF file is smaller than it should be.
Regards.
Huikang
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 23 May, 2002 5:48 PM
To: [EMAIL PROTECTED]
Subject: Re: PS Renderer patch
Sure, that's
Sure, that's great. All you have to do is make your changes against the
current CVS, create a unified diff with CVS and send it to this list or
create a new bugzilla entry with the diff as attachment. We will then
see to include it as fast as possible.
See here for more information: http://xml.ap
Hi
We are using FOP to generate PostScript and PDF file by XSL. It works fine.
But we also found a little minor difference compare ps to pdf, such as, the
position and size of border, table and font, the vertical position of image.
You can test that with docs/examples/fo/border.fo by printing th
55 matches
Mail list logo