Hi Andrew,
> Which then has to be maintained with regard to security updates, etc.
> IcedTea pulls out the in-tree libjpeg, libpng and zlib libraries and
> uses the system ones to avoid this issue.
>
> Can't it be made to work with the system cairo?
For XRender it would require rendering to an int
2010/1/7 Clemens Eisserer :
> By the way ...
>
>>> The "Jules" cairo pisces replacement obviously isn't all that useful
>>> without the backend .. is it likely the required cairo modifications
>>> would ever make it into linux distros ? If not I'm not sure its
>>> worth putting the java glue code i
By the way ...
>> The "Jules" cairo pisces replacement obviously isn't all that useful
>> without the backend .. is it likely the required cairo modifications
>> would ever make it into linux distros ? If not I'm not sure its
>> worth putting the java glue code into openjdk.
Wouldn't it be possib
Hi Phil,
Thanks for taking the time to review the code.
I uploaded the new/resulting webrev to:
http://93.83.133.214/webrev-xrender-jules-0.0.2.zip
> The "Jules" cairo pisces replacement obviously isn't all that useful
> without the backend .. is it likely the required cairo modifications
> woul
> PS: Is there an easy way to apply a webrev to a local repository?
The webrev/ dir contains a patch, you could do
patch -p1 -i webrev/stuff.patch
Thanks,
Dmitri
Clemens Eisserer wrote:
Hello,
I've merged the xrender pipeline with master, please take a look at the webrev:
http:
Hello,
I've merged the xrender pipeline with master, please take a look at the webrev:
http://93.83.133.214/webrev-xrender-jules-0.0.1.zip
It would be great to get the review-process rolling for the critical
parts like StrikeCache.java or sunFont.c
It also includes a preview of "Jules", a cairo
Hi,
Thanks for all your work, integrating and maintaining the pipeline.
> So I should just ditch what we have in IcedTea7 and use this webrev?
> I had to reroll all the patches for b74 anyway so get rid of that
> maintenance headache would be nice.
Yes, in the long run I hope this code will repl
2009/10/30 Clemens Eisserer :
> Hi Andrew,
>
>> How close is what you have to what we have in IcedTea? I'm thinking
>> it might be a good idea to have your XRender work in the IcedTea
>> forest rather than as patches in IcedTea7. That would give you a
>> clean webrev against the latest JDK7 code.
Hi Andrew,
> How close is what you have to what we have in IcedTea? I'm thinking
> it might be a good idea to have your XRender work in the IcedTea
> forest rather than as patches in IcedTea7. That would give you a
> clean webrev against the latest JDK7 code.
Its a complete rewrite and doesn't
2009/10/30 Clemens Eisserer :
> Hi again,
>
> I've uploaded a new version, which includes some fixes for the
> problems you mentioned, including one fix from icedtea using static
> initializers for X11SurfaceData. Would be great if you could have
> another look.
>
> http://93.83.133.214/xrender_002
Hi again,
I've uploaded a new version, which includes some fixes for the
problems you mentioned, including one fix from icedtea using static
initializers for X11SurfaceData. Would be great if you could have
another look.
http://93.83.133.214/xrender_002.zip
Thanks, Clemens
Hi Phil,
Thanks for taking a quick look.
Seems the webrev is in a rather chaotic state, I'll try to clean it
up a bit to make review easier.
> I have a very few superficial comments from my quick look at a few files
> that are *changed*.
> X11SurfaceData and the glyph caching changes need a slig
I think the main barrier to pushing this is not so much the pipeline code
itself,
and whether it works 100% (since it would be off by default) but
making sure it is architecturally sound and doesn't break anything that exists.
I have a very few superficial comments from my quick look at a few fi
Hello again,
I am sorry, but currently I can't spend a lot of time working on the
integration of the xrender pipeline.
I am well aware the code isn't production ready, and sometimes just
plain ugly ;)
There are some global changes, most touching glyph handling, because
the xrender glyph cache log
14 matches
Mail list logo
