A PrinterJob is a job and a DocPrintJob is a job
So you created a PrinterJob, set some properties on that job and then a
DocPrinterJob and expect
the job properties to migrate from one to the other ?
I would not expect that to work as they are distinct jobs. Moreover
dpj.print(Doc, PrintJReque
Hi there,
I have a question considering the relation between the "old" PrinterJob
and the "new" PrintService:
Should the job settings (for example amount of copies or the job name)
be held only within the PrinterJob and not be passed to the
PrinterService as set by PrinterJob.setPrintService
Changeset: 77d5cc943286
Author:prr
Date: 2011-07-19 14:09 -0700
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/77d5cc943286
7068471: NPE in sun.font.FontConfigManager.getFontConfigFont() when
libfontconfig.so is not installed
Reviewed-by: jgodinez, prr
Contributed-by: spo...@linux
Hi Denis,
> The version in the webrev is the fastest yet, and it uses
> a class similar to the ScanlineIterator for the sorting
> (but now it iterates through pixel rows, not scanlines).
> Unfortunately this means that there still are two levels
> of intermediate storage (edges and crossings, ana
Hi Jim.
We spoke about this a while ago and I started working
on it. This is what I have so far:
http://icedtea.classpath.org/~dlila/webrevs/RendererPerf/
My main intention was to remove some stages
from the renderer (like you suggested) because what
we were doing was:
1. Transform curves to line
Il giorno mar, 19/07/2011 alle 21.12 +0200, Roman Kennke ha scritto:
> IIRC, libfontconfig is also fairly standalone and portable, so when it's
> not there, it shouldn't be too hard to compile it.
>
> A while ago I contemplated and started to implement fontconfig in pure
> Java, which is not rocke
IIRC, libfontconfig is also fairly standalone and portable, so when it's
not there, it shouldn't be too hard to compile it.
A while ago I contemplated and started to implement fontconfig in pure
Java, which is not rocket science either, but then lost interest or time
or both.
Cheers, Roman
Am D
PPS SFAIK all JDK7 supported configs have libfontconfig so
I've in fact contemplated for JDk 8 making libfontconfig a compile time
dependency.
Would that be a major problem ?
We really are that dependent on it now, and its such an integral part
of the
way Gnome and KDE desktops work we shoul
PS .. are you running a pure openjdk build or are you running a build which
includes the proprietary Lucida fonts.
Do you have a fontconfig.properties which is customised for AIX ?
If you eliminate both of those, as would be the typical Linux OpenJDK case,
I think it quite likely that without li
I agree with Roman, although there are still some issues to solve.
Last time I used the OGL pipeline I got an amazing result of a gray rectangle
on screen in place of the swing content, and it seems quite common problem.
I also doubt that the challenges that a 2d drawing api poses can be solved
Thanks, I will try this ASAP !!
Herve
Sent from my iPhone
On 19 juil. 2011, at 09:11, Roman Kennke wrote:
> Hi Herve,
>
>
>> I hope it is the correct list for this kind of problem. If not, don't
>> bother to read the rest of the message ;)
>
> Seems perfect.
>
>> I am using OpenGL accelera
Hi Herve,
> I hope it is the correct list for this kind of problem. If not, don't
> bother to read the rest of the message ;)
Seems perfect.
> I am using OpenGL acceleration in a "soft real-time" Java program by
> using JOGL, drawing in an external OpenGL context (coming from a
> master C app w
12 matches
Mail list logo
