I am not sure what you are looking at but I see 255,255,255 pixels on all sides of the stems. The stems are touching 3 pixels. I'm talking about the ones to the sides of
those 3 pixel wide stems.

In any case I've used Windows 7 wordpad and Segoe UI 9pt (aka 12pixel) and
can see identical rendering to your Outlook case.

Wordpad (and so I infer Outlook) is using GDI which
1) is very likely a different rasteriser (FX is using the one from DirectWrite)
2) doesn't do sub-pixel positioning because its only got int APIs.

So this seems to come down to DirectWrite vs GDI and personal preferences ...


On 3/6/2014 1:57 PM, Scott Palmer wrote:
That's not true. There is a difference in the "white" space around the letters. The "white" pixel before the stem of the L is not 100% white in either case and the difference is in line with what I would expect if there was a sub-pixel shift..


On Thu, Mar 6, 2014 at 1:51 PM, Phil Race <philip.r...@oracle.com <mailto:philip.r...@oracle.com>> wrote:

    There really isn't any evidence of that. If it were true you'd see
    the blending
    into the pixels either side, but the pixels either side of the
    stem are 100%
    white in both cases. And examining the subpixels inside the
    extremities of
    the stem backs me up ...


    On 3/6/2014 10:40 AM, Scott Palmer wrote:

        I think the stem of the L is colored differently because of
        *sub-pixel* differences in its position.  I.e. it appears to
        be at the same integer position, but it isn't at the same real
        position.  It looks to me like that alone could account for
        the differences.


        On Thu, Mar 6, 2014 at 1:35 PM, Phil Race
        <philip.r...@oracle.com <mailto:philip.r...@oracle.com>
        <mailto:philip.r...@oracle.com>>> wrote:

            Does the evidence really support that ?
            You only need to look at the first letter "L". The stem is in
            exactly the same place isn't it? And yet the colours are

            The overall length is different which I attribute to rounding
            or metrics differences used in accumulating the position
        but that
            is a guess.


            On 3/6/2014 10:25 AM, Scott Palmer wrote:

                If you notice, in the images provided, the length of the
                rendered text in pixels is significantly different
        between the
                two examples.  That supports the theory that it is simply,
                sub-optimal positioning of the glyphs that is
        resulting in the
                more pronounced LCD anti-aliasing.


                On Thu, Mar 6, 2014 at 1:19 PM, Phil Race
        <mailto:philip.r...@oracle.com> <mailto:philip.r...@oracle.com

        <mailto:philip.r...@oracle.com>>>> wrote:

                    Perhaps the gamma adjustment is different ?
                    FX should pick this up from the
                    SystemParameterInfo SPI_GETFONTSMOOTHINGCONTRAST

                    I don't know what Outlook (*) uses if its a WPF
        app then
                maybe its
                    up an over-ridden setting for this from the registry :
                    You should be able to check that out fairly
        easily,and you
                can use
                    JDK app to see what the SystemParameterInfo
        setting is.

                    import java.awt.*;
                    import java.util.*;
                    public class GetGamma {
                      public static void main(String args[]) {
                         Toolkit tk = Toolkit.getDefaultToolkit();
                         Map map =
                         if (map != null) {
                          for (Object k : map.keySet()) {
                                System.out.println(k + " : "  +

                    C:\>c:\jdk1.8\bin\java GetGamma
                    Text-specific antialiasing enable key : LCD HRGB
                antialiasing text
                    Text-specific LCD contrast key : 120

                    (*) I'm sure Outlook used to be a GDI app, but who
        knows what
                    version you are using
                    and what rendering technology it uses.
                    I've tried to make the point many times before that
                someone can
                    always point to
                    a difference from 'native' rendering simply
        because the
                    like OS X and Windows
                    have multiple rasterisers and multiple font
                all of
                    which are different
                    from each other.  So whilst any notably 'poor'
                needs to
                    be looked into
                    it maybe sometimes an artifact of one rendering path
                compared to
                    another ..


                    On 3/6/2014 1:21 AM, Robert Fisher wrote:

                        Hi all,

                        I think there is still room for improvement in
                of the
                        'contrast' or 'vibrancy' of fonts in JavaFX.
        Take a
                look at
                        this example:


                        I'm running Windows 7. What you are seeing is a
                screenshot of
                        the default font, zoomed in 600%. The top text
        is JavaFX 8
                        (latest build as of 3 days ago). The bottom
        text is
                        but could just as easily have been Firefox,
                Word, or
                        Eclipse SWT - they're all indistinguishable to me.

                        The JavaFX text doesn't look as vibrant. In
        particular the
                        smoothing algorithm seems to be making poor colour
                choices for
                        the vertical strokes. At 100% the difference
        is subtle but

                        I have the text fill set to Color.BLACK and
        the font
                        type set to LCD. Is there something else I can
                configure to
                        get more vibrant-looking fonts?


                        -----Ursprüngliche Nachricht-----
                        Von: openjfx-dev-boun...@openjdk.java.net


        <mailto:openjfx-dev-boun...@openjdk.java.net>>>] Im Auftrag von
                        Stephen F Northover
                        Gesendet: Mittwoch, 5. März 2014 18:30
                        An: Pedro Duque Vieira; OpenJFX Mailing List
                        Betreff: Re: Poor font rendering..

                        Hi Pedro,

                        Font rendering in FX8 is using the native
                so the
                        glyphs should be identical to what the
        operating system is
                        rendering.  That said, we may have a bug.
        Please enter
                a JIRA
                        with sample code and a screen shot of the bad
                rendering.  That
                        will give us something concrete to work with.


                        On 2014-03-05 12:10 PM, Pedro Duque Vieira wrote:


                            As evidenced by the screenshots in
                            blog posts about JMetro, javafx as
        noticeably poor
                            visuals. The most recent screenshots were
        taken on a
                            windows 8.1
                            machine and the older ones on windows 7, using
                Segoe UI
                            (windows 7 & 8 system font).

                            1- As this been reported?

                            2- Is the javafx team working on it?

                            3- Is there something the developer can do
        to increase
                            font rendering

                            Best regards,

Reply via email to