No, you wouldn't. It makes no difference. No one is asking *you* to
create a raster.
Misunderstanding. Let us say I have a line plot with a thousand points,
many tick etc. I have a to convert their coordinates from whatever data
space they come from to actual pixel positions on the device (the
Olivier Lefevre wrote:
No, you wouldn't. It makes no difference. No one is asking *you* to
create a raster.
Misunderstanding.
Yes. You are misunderstanding. The printer raster path is at the same
resolution as the pdl path
Both will be different than the screen resolution which you are
Why is this so difficult? I know full well that the raster and pdl path are
at the same resolution. The difference is that with pdl I can simply scale
whatever I was drawing onto the screen and still get good results because pdl
instructions are intrinsically scalable whereas with raster I cannot
I refer the honourable gentleman to the answer I gave earlier ..
So specifying PDL is either a no-op, or is possibly going to
cause a failure at runtime since you are forcing an inappropriate path.
In short : do not do this.
If this actually had any effect in your case this that means you
And it makes no sense for Java 2D printing to implement only a subset of our
own API.
When rendering onto a target (i.e., a printer driver) that makes it
inordinately
difficult to support certain features and forces drastic trade-offs, I think it
could make sense.
I don't see that as
Olivier Lefevre wrote:
And it makes no sense for Java 2D printing to implement only a subset of our
own API.
When rendering onto a target (i.e., a printer driver) that makes it
inordinately
difficult to support certain features and forces drastic trade-offs, I think it
could make sense.
I
The blurry raster is solely because you tried to send a screen resolution
swing ui to the printer. ie print a lo-res image scaled up massively.
The printing rasterisation is high quality.
Yes I know but in order to send data to the printer at the printer res I
would need to implement a
No, you wouldn't. It makes no difference. No one is asking *you* to
create a raster.
The implementation creates the raster in a way that is completely
transparent to your code.
Its an implementation detail of the graphics instance and its
relationship to the surface
to which you are drawing.
Just a quick update on this: painting using the print method to a
streaming Graphics2D object that writes SVG/PostScript/PDF/whatever
to file will give the correct results, i.e., not a bitmap, provided
print is used correctly (i.e., printComponent and printBorder in the
widget tree may need to be
I can't say what you are not aware of until you tell me everything you
are aware of.
OK, poor wording; I was just asking for any known gotchas. I know images
will be blurred but the charts I am printing are pure vector art + text
and I though that ought to work.
One common mistake is to
Since (surprise) 'pdl' didn't help try 'raster', which is the opposite
of what you think is helpful but might be interesting.
Thanks for the answer but I think the sarcasm is misplaced. Pease google
sun.java2d.print.pipeline and see for yourself how much information
you get. I could not find
Olivier Lefevre wrote:
Since (surprise) 'pdl' didn't help try 'raster', which is the opposite
of what you think is helpful but might be interesting.
Thanks for the answer but I think the sarcasm is misplaced. Pease google
sun.java2d.print.pipeline and see for yourself how much information
I could not find a list the possible values nor an explanation
of what they do, only a hint that pdl might be a good idea.
It now occurs to me that PDL must stand for Page Description Language,
i.e., just what I wanted but you say it's normally a no-op.
I don't know what you are driving at
Olivier Lefevre wrote:
I could not find a list the possible values nor an explanation
of what they do, only a hint that pdl might be a good idea.
It now occurs to me that PDL must stand for Page Description Language,
i.e., just what I wanted but you say it's normally a no-op.
I don't know
14 matches
Mail list logo