8087201, so it is no longer an open bug.
>
> -- Kevin
>
>
> Torgeir Veimo wrote:
>
> I'm fairly sure it's the correct bug id, although I don't have access to
> view it myself.
>
> Bug 8078526 is about supporting (without artifacts) subpixel rendering to
> transparent s
hfo...@oracle.com>
wrote:
> Are you sure you have the right Bug ID? That bug (which is not publicly
> visible), is closed as a duplicate of 8087201, which was fixed in JDK 9 and
> 8u66 over a year ago.
>
> -- Kevin
>
>
>
> Torgeir Veimo wrote:
>
>> Is t
Is there any more work done on JDK bug 8078516?
--
-Tor
that theses glyphs are exactly same as they are
produced
by the CoreText in our native code (i.e. we do not corrupt them in our
rendering
pipelines).
So, I do not expect any effect on AA glyphs here.
Thanks,
Andrew.
19/06/15 18:45, Torgeir Veimo wrote:
Ok, thank you for your feedback
as in Apple jdk.
I have also verified that theses glyphs are exactly same as they are
produced
by the CoreText in our native code (i.e. we do not corrupt them in our
rendering
pipelines).
So, I do not expect any effect on AA glyphs here.
Thanks,
Andrew.
19/06/15 18:45, Torgeir Veimo wrote
This patch dramatically speeds up subpixel font rendering on OSX in
netbeans! It even makes netbeans usable on intel integrated graphics
on retina screens! Excellent work!
It also makes netbeans scrolling butter smooth when not using subpixel
rendering.
I saw one glitch when trying it out with
Same here, 2014 15 macbook pro. Running netbeans with openjdk from hg
yesterday with this patch applied.
On 28/05/2015, Sergey Bylokhov sergey.bylok...@oracle.com wrote:
Hi, Denis.
Can you describe the steps on how to test it. On my mac it still change
the vc.
On 27.05.15 17:16, Denis Fokin
I am still unable to get subpixel antialiasing to work for netbeans
with this patch. Are there circumstances (eg. certain surface
configuration or double buffering), where subpixel antialising will be
disabled?
On 27 May 2015 at 15:21, Torgeir Veimo torgeir.ve...@gmail.com wrote:
This looks
This is one of the bugs that prevent IDEA to switching to JDK7/8 for
IntelliJ by default. The JDK is perceived by a lot of users as an
ill-behaved application on OS X because it forces use of the discrete
GPU, drastically reducing battery life.
This patch didn't work for me either, on a 2014 15
This looks extremely promising;
https://bugzilla-attachments-216655.netbeans.org/bugzilla/attachment.cgi?id=153888
I'd say don't let perfect be the enemy of the good, please get this
out into a jdk9 release and let the community provide more feedback.
On 22 May 2015 at 00:23, Andrew Brygin
10 matches
Mail list logo
