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.
Scott On Thu, Mar 6, 2014 at 1:19 PM, Phil Race <philip.r...@oracle.com> wrote: > Perhaps the gamma adjustment is different ? > FX should pick this up from the > SystemParameterInfo SPI_GETFONTSMOOTHINGCONTRAST setting. > > I don't know what Outlook (*) uses if its a WPF app then maybe its picking > up an over-ridden setting for this from the registry : > http://msdn.microsoft.com/en-us/library/aa970267%28v=vs. > 110%29.aspx#gamma_level > You should be able to check that out fairly easily,and you can use this > 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 = (Map)tk.getDesktopProperty("awt.font.desktophints"); > if (map != null) { > for (Object k : map.keySet()) { > System.out.println(k + " : " + map.get(k)); > } > } > } > } > > C:\>c:\jdk1.8\bin\java GetGamma > Text-specific antialiasing enable key : LCD HRGB antialiasing text mode > 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 platforms like OS > X and Windows > have multiple rasterisers and multiple font technologies all of which are > different > from each other. So whilst any notably 'poor' rendering needs to be > looked into > it maybe sometimes an artifact of one rendering path compared to another .. > > -phil. > > > On 3/6/2014 1:21 AM, Robert Fisher wrote: > >> Hi all, >> >> I think there is still room for improvement in terms of the 'contrast' or >> 'vibrancy' of fonts in JavaFX. Take a look at this example: >> >> http://i.imgur.com/6qSamTO.png >> >> 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 Outlook but could just as easily have been >> Firefox, Chrome, 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 important. >> >> I have the text fill set to Color.BLACK and the font smoothing type set >> to LCD. Is there something else I can configure to get more vibrant-looking >> fonts? >> >> Cheers! >> Rob >> >> >> -----Ursprüngliche Nachricht----- >> Von: openjfx-dev-boun...@openjdk.java.net [mailto:openjfx-dev-bounces@ >> 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 rasterizer 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. >> >> Thanks, >> Steve >> >> On 2014-03-05 12:10 PM, Pedro Duque Vieira wrote: >> >>> Hi, >>> >>> As evidenced by the screenshots in http://pixelduke.wordpress.com/ >>> blog posts about JMetro, javafx as noticeably poor font rendering >>> 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 >>> quality? >>> >>> Thanks! >>> Best regards, >>> >>> >>> >> >