Was the Win 8 font rendering issue fixed on Windows 10?


Recommended Posts

In reference to the blurry text problem in Office 2013 applications running on Windows 8 and 8.1 as described here and here, I was wondering if the issues was addressed in Win 10 or if it still has that  "faded" look that makes it much harder read the text in Windows 8 running Office 2013?

  On 03/08/2015 at 15:44, hyde+ said:

In reference to the blurry text problem in Office 2013 applications running on Windows 8 and 8.1 as described here and here, I was wondering if the issues was addressed in Win 10 or if it still has that  "faded" look that makes it much harder read the text in Windows 8 running Office 2013?

I don't have any problem on mine... remember, we all don't have same system and graphic cards...   depends what graphic card you have...  you can try and see.. If not happy, then you can do either update the graphic card if available or roll back to Windows 8.1.. 

It's up to you. Since Windows 10 is free anyway as long as you choose the upgrade option.

Thanks, it was mainly an issue on high resolution laptop screens and not specifically due to graphics card issue.
If you read the link I included above,

  Quote

No amount of adjustment with Clear Type tuner helps much.
I have tried all the fixes recommended like ticking "use Software rendering instead of GPU rendering" in IE10 and in Options in Office 2013.
It makes absolutely no difference.

I installed Windows 8 on completely different hardware to check if it was a graphics card issue. The poor font rendering was still there.

I am currently dual booting Windows 7 and 8 on the same PC. Fonts in Windows 7 remain perfectly clear. In windows 8 they are so bad, the OS is basically unusable.

And also here:

  Quote

he cause for Office, Modern UI and IE10 to look so bad is that they use a new graphics rendering API offered in Windows 8 (and with updates on Windows 7, too). 

The new font rendering engine offered by this new API simply doesn't have Clear Type implemented. So unless Microsoft patches this new API to support Clear Type, no program using this API will ever be able to do so.
The reason why Firefox (and Chrome, to an extend) are able to use Clear Type is because they still rely on the old Windows font-rendering API.
 
This is a bad decision by Microsoft, but their reasoning behind that (from what i think) is also quite clear: It is based on the assumption that their future will be in the tablet market. Since ClearType only works in one direction (horizontally, that is), it is totally useless if you rotate the tablet. The other thing is animation: if you animate a Clear Type anti-aliased font, its boundaries will start to flicker. And since Modern UI is a lot about animations and transitions, this would offer a bad experience. 
 
Last thing is the much higher ppi (pixels per inch) offered by tablet screens (>200ppi) in respect to computer monitors (mostly <=120ppi), where grayscale-anti aliasing is totally sufficient for crisp fonts.
And the worst thing: the Surface has a display with only 148ppi! So fonts look crappy on their reference design tablet. 
 
The bad thing is: no one can help you with the font rendering problem. You're on your own, as a consumer. For me that meant to downgrade back to Office 2010, ignoring Modern UI and all apps completely and ditching IE 10 (but hey, that's a no-brainer, isn't it?).

I got that but like I said, you can always roll back to Windows 8.1 if you aren't happy with the problem on Windows 10... 

Otherwise just wipe and install Windows 7...  It's really up to you.

I don't have any problems with Windows 8.1 and 10 since I got them installed.

  On 03/08/2015 at 16:59, TAZMINATOR said:

I got that but like I said, you can always roll back to Windows 8.1 if you aren't happy with the problem on Windows 10... 

Otherwise just wipe and install Windows 7...  It's really up to you.

I don't have any problems with Windows 8.1 and 10 since I got them installed.

. . .Ditto. . .:yes:

I've noticed no difference in the font rendering in Windows 10. I'm not sure if Chrome has been updated or if W10 has updated the way it handles font, but I think font in Chrome looks better in W10 than it did in 8.1. I can't say I've noticed any difference in Office either.

I see a few issues on my Spectre.  Ironically, it ends up being Device Manager that I see it the most.

 

If I change my scaling back to the default 200%, it helps, but then everything is huge.

 

This is not lowered quality for the forum, it actually looks this blurry.

Capture.PNG

  On 03/08/2015 at 17:03, Javik said:

I've noticed no difference in the font rendering in Windows 10. I'm not sure if Chrome has been updated or if W10 has updated the way it handles font, but I think font in Chrome looks better in W10 than it did in 8.1. I can't say I've noticed any difference in Office either.

Chrome uses DirectWrite sub-pixel RGB (modern Cleartype) rendering regardless of whatever version of Windows you're on, which is why you don't notice anything different. Office 2013 and up use grayscale font rendering, as do Modern/Universal apps (including Edge) and much of Windows 10's new GUI elements, which produce the chunky/rough look with smaller text sizes.

RGB sub-pixel rendering was basically Cleartype's main innovation and heralded as such when it arrived, it was designed to basically combat the issue of poor legibility that Windows 8/Office 2013 re-introduced.

  On 03/08/2015 at 15:44, hyde+ said:

In reference to the blurry text problem in Office 2013 applications running on Windows 8 and 8.1 as described here and here, I was wondering if the issues was addressed in Win 10 or if it still has that  "faded" look that makes it much harder read the text in Windows 8 running Office 2013?

No, the text rendering is as "amazing" in Windows 10 as it was before in Windows 8.1 

And it depends a lot on the app used too. Here is the same thing as rendered by Edge, then Chrome, then Firefox:

(note the difference in how they render e.g. the first line "10 posts in this topic", where Edge is just atrociously bad)

edge_chrome_ff.png

There are two different issues.  I just want to clarify. My main concern is with Office 2013, not other applications.

 

One is "Blurry Font" issue directly related to DPI on high resolution screens, regardless of the application/software that is running.
The other is the MS Office text problem, where text looks really faded and somewhat "thinner" compared to other menus. For example in outlook you can clearly see the difference in text of context menu vs context menu in other windows applications which uses native context menu (right click).

This is just a basic example, there is a lot more, including items and text within outlooks like email list for one.

Now the difference in your screen may not be as drastic but what I see below is a huge difference in readability:

MS Office:

e369c4d680433af27ee3017ff4de3806.png  vs  5a637b8d940f8489f61b42e548a728bb.png

 

Now imagine reading hundreds of emails with fonts faded like above instead of being truely black even though text and font is selected as Size 10 at Black.

 

I get what you mean, I guess my point was that there is still no uniform and good way text is rendered in Windows 10, so Office looks like that, Chrome looks like something else, Edge looks like something else entirely etc etc. 

  On 03/08/2015 at 17:16, LizardRumsfeld said:

RGB sub-pixel rendering was basically Cleartype's main innovation and heralded as such when it arrived, it was designed to basically combat the issue of poor legibility that Windows 8/Office 2013 re-introduced.

You could always invest in a higher resolution monitor if anti-aliasing isn't for you. No matter what technique AA uses, some definition is always lost. I switch between Windows 7 and Windows 8 daily and I simply don't see this "poor legibility."

  On 03/08/2015 at 21:04, DonC said:

You could always invest in a higher resolution monitor if anti-aliasing isn't for you. No matter what technique AA uses, some definition is always lost. I switch between Windows 7 and Windows 8 daily and I simply don't see this "poor legibility."

That is (unfortunately) completely wrong. On 2560x1440 monitor AA is required for fonts just as much as it is on a 640x480 ... even more so, in fact because everything is going to be a bit jaggy on low res monitors. So counter-intuitively high res monitors need AA more than low res.

  On 03/08/2015 at 18:06, hyde+ said:

There are two different issues.  I just want to clarify. My main concern is with Office 2013, not other applications.

 

One is "Blurry Font" issue directly related to DPI on high resolution screens, regardless of the application/software that is running.
The other is the MS Office text problem, where text looks really faded and somewhat "thinner" compared to other menus. For example in outlook you can clearly see the difference in text of context menu vs context menu in other windows applications which uses native context menu (right click).

This is just a basic example, there is a lot more, including items and text within outlooks like email list for one.

Now the difference in your screen may not be as drastic but what I see below is a huge difference in readability:

MS Office:

e369c4d680433af27ee3017ff4de3806.png  vs  5a637b8d940f8489f61b42e548a728bb.png

 

Now imagine reading hundreds of emails with fonts faded like above instead of being truely black even though text and font is selected as Size 10 at Black.

 

These are two completely different fonts... they won't look the same no matter what... and probably different color too (#000 vs #555 for example) it has nothing to do with Windows. 

  On 03/08/2015 at 21:04, DonC said:

You could always invest in a higher resolution monitor if anti-aliasing isn't for you. No matter what technique AA uses, some definition is always lost. I switch between Windows 7 and Windows 8 daily and I simply don't see this "poor legibility."

How am I supposed to do that on a laptop or tablet (I am using Laptop with 1920x1080 on 14" and my coworker uses 2k resolution on his X1 Carbon) we both have similar results, yet my other coworker running same 2013 on Win 7 has much better readability. Do you use Office 2013 on both devices, my first post above was specifically for Office 2013 and I am not alone, so there is obviously an issue with the way Office 2013 is programmed and it doesn't properly display fonts.

  On 04/08/2015 at 00:12, Atlantico said:

That is (unfortunately) completely wrong. On 2560x1440 monitor AA is required for fonts just as much as it is on a 640x480 ... even more so, in fact because everything is going to be a bit jaggy on low res monitors. So counter-intuitively high res monitors need AA more than low res.

That's not really true, while you still need AA on high density screens (Unless we're talking like 400ppi+), schemes like ClearType become kinda pointless (Greyscale uses whole pixels for AA, while ClearType only uses 1/3rd of a pixel or so, the pixels are so small on high resolution screens that it's hard to tell the different between 1/3rd of a pixel and a whole pixel)

  On 03/08/2015 at 17:15, adrynalyne said:

I see a few issues on my Spectre.  Ironically, it ends up being Device Manager that I see it the most.

 

If I change my scaling back to the default 200%, it helps, but then everything is huge.

 

This is not lowered quality for the forum, it actually looks this blurry.

Capture.PNG

Yep, completely normal and unavoidable for users, it's up to the application developer to fix it (And MMC is one of the few apps in Windows that hasn't been updated to fix it, not odd considering it hasn't been updated since 2000 anyway)

It's a trade off, do you make the window contents blurry but present them at the right size, or make them pixel perfect but then have odd scaling and cut off text everywhere? Every OS has picked the former.

  On 03/08/2015 at 17:15, adrynalyne said:

I see a few issues on my Spectre.  Ironically, it ends up being Device Manager that I see it the most.

 

If I change my scaling back to the default 200%, it helps, but then everything is huge.

 

This is not lowered quality for the forum, it actually looks this blurry.

 

Something else is off in this picture. Did you change your DPI settings because not only is my text not blurry like that but the window and text are easily twice as big as mine too, without having re-sized the window.

I have this issue but I dare not complain on this forum or else I would be hounded by fanbois saying I am doing wrong.

But it's clear to me that blurriness on certain apps when DPI is set to 125% is a bug (or a feature) of Windows 10.

No problem.

Fix it using this tool. Windows 10 DPI fix

Run it as an admin and set it to use Windows 8.1 style DPI rendering. At-least it solved all my issues with DPI.

  On 04/08/2015 at 03:29, trag3dy said:

Something else is off in this picture. Did you change your DPI settings because not only is my text not blurry like that but the window and text are easily twice as big as mine too, without having re-sized the window.

Nope. Just changed scaling to 150%.

It is more clear at 200%, but then things are larger than I care for.  My guess is you run at 200%, which is default with 13 inch @ 1440p.

Capture.PNG

Edge, Internet Explorer and all Modern Apps may have their font blurriness changed through the Clear Type wizard, just like this:

 

DEFAULT:

55c03f9b86238_Sem_ttulo2.thumb.png.bb051

 

 

TWEAKED:

55c03f989a602_Sem_ttulo.thumb.png.4820d8

(Sorry, the screenshot's quality isn't veeeery good, but you can get the picture ;))

Edited by Mamoru-san
  On 04/08/2015 at 03:59, d5aqoëp said:

I have this issue but I dare not complain on this forum or else I would be hounded by fanbois saying I am doing wrong.

But it's clear to me that blurriness on certain apps when DPI is set to 125% is a bug (or a feature) of Windows 10.

No problem.

Fix it using this tool. Windows 10 DPI fix

Run it as an admin and set it to use Windows 8.1 style DPI rendering. At-least it solved all my issues with DPI.

The only change I can think of is the level when DPI scaling in the DWM kicked in, previously they allowed for a slight increase in DPI to be handled by applications that couldn't handle it (Which might be the 125% thing you're talking about), if they got rid of it, it's because it didn't work for most apps.

  On 04/08/2015 at 04:02, adrynalyne said:

Nope. Just changed scaling to 150%.

It is more clear at 200%, but then things are larger than I care for.  My guess is you run at 200%, which is default with 13 inch @ 1440p.

Capture.PNG

Yeah, at integer scales (100%, 200%, 300%, etc.) the DWM uses nearest neighbor scaling (Because not only is it super simple, it also provides better graphical quality because everything still ends up on pixel boundaries), at other scales it has to use bilinear scaling, and that's what gives the "bad" results (There's nothing MS can do about that though, short of pushing devs really heavily to fix their programs)

  On 04/08/2015 at 06:30, The_Decryptor said:

The only change I can think of is the level when DPI scaling in the DWM kicked in, previously they allowed for a slight increase in DPI to be handled by applications that couldn't handle it (Which might be the 125% thing you're talking about), if they got rid of it, it's because it didn't work for most apps.

Yeah, at integer scales (100%, 200%, 300%, etc.) the DWM uses nearest neighbor scaling (Because not only is it super simple, it also provides better graphical quality because everything still ends up on pixel boundaries), at other scales it has to use bilinear scaling, and that's what gives the "bad" results (There's nothing MS can do about that though, short of pushing devs really heavily to fix their programs)

But Microsoft's own programs or parts of Windows show this DPI scaling problems. So who is going to push them?

day by day, I am getting sick of these small things Microsoft has changed in Windows 10 which has actually made things worse.

None of Microsoft's new programs have these issues (There's a reason they're pushing XAML based UIs so heavily), it's only old legacy code that has these flaws (And half the time it's just a plain oversight, high PPI displays are still quite rare in the PC desktop world, issues get missed) There's a fair bit of code that's implemented in libraries and dynamically executed, because they don't go through the normal application codepaths they miss out on DPI scaling unless they explicitly request it (And then that can cause other issues, since the code is loaded into other apps, so Microsoft recommend against doing it)

Same reason Microsoft is pushing apps to use Direct2D and DirectWrite, they're resolution independent by default and provide good results regardless of the screen density (Which is why when Mozilla originally implemented DirectWrite people hated it, because it didn't have the flaws they were used to from GDI that held back resolution independence), those complaints can often force devs to hold back.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Subscribers who pay for Higher Tier pricing (and wealthy power-hungry wh0res in general) don't GAF about the value or having a conscience for their actions/decisions/impacts. They want POWER and authority to do WTF they wanna do, no matter how petty, ludicrous, wasteful, damaging, or useless. Sadly, there are many power-hungry folks out there than truly admit it! They truly believe that their banal requests for Wikipedia regurgitate is truly an academically deep thought experiment warranting any of their oft-untapped Thinking Model usage tokens. As the saying goes, Ya Can't Change Stupid (no matter how wealthy they are or appear to be).
    • New Windows 11 25H2 build moves more Control Panel elements to the Settings app by Taras Buria It is a busy day for Windows 11 Insiders, as Microsoft just dropped a trio of new preview builds in the Dev, Beta, and Canary Channels. Windows 11 build 26200.5742 (Dev) and build 26120.5742 (Beta) are now available for download, with more Control Panel elements making their way to the Settings app in a more modernized form. There are also traditional bug fixes and a redesigned mobile device companion for the Start menu in the Dev Channel. Here are the details. Both Dev and Beta builds introduce new language and date/time options in the Settings app, which previously required using the old Control Panel. Those include the following: You can now add additional clocks from Settings > Time & language > Date & time under the collapsed section which can be expanded for “Show time and date in the system tray”. For those unfamiliar with the feature, these additional clocks display in Notification Center, as well as the tooltip when hovering over the clock in the taskbar. You can now change your time server from Settings > Time & language > Date & time, under “Additional settings”. The formatting settings for date and time have moved from Settings > Time & language > Language & region to Settings > Time & language > Date & time, and you can now change your AM/PM symbol from here as well (along with other existing formatting settings). You can now change number and currency format from Settings > Time & language > Language & region, under the “Region” section. If you’d like to enable Unicode UTF-8 for worldwide language support, there is now a toggle for this under Settings > Time & language > Language & region, under the “Language” section. If needed, you can now copy current user language and region settings to welcome screen and system account, as well as new user accounts, from Settings > Time & language > Language & region, under “Additional settings”. The setting for character repeat delay/rate has moved to Settings > Accessibility > Keyboard. The setting for cursor blink rate has moved to Settings > Accessibility >Text cursor. Keyboard character repeat delay/rate is used to control the character repeat duration and repeat frequency. Cursor blink rate is used to control the cursor blinking frequency. Also, Microsoft redesigned the dialog when the system cannot open a program. And, if you are testing Dev builds, you will get a redesigned mobile device companion in the Start menu, which now lets you scroll to access more recent activity, such as messages, calls, photos, updates, and more. Here is the list of fixes that are gradually rolling out to Windows Insiders with the toggle on: [File Explorer] Fixed an issue where some of the icons in Details, Preview, and navigation panes of File Explorer weren’t properly mirrored when Arabic or Hebrew display languages. Fixed an issue where the tooltips in File Explorer might unexpectedly stay visible. Fixed an issue where duplicating a tab in File Explorer on a maximized window would result in a black flash. Improved support for text scaling on desktop icons, addressing an issue which could lead to overlapping icons and text. Fixed a couple cases where Narrator was unexpectedly not announcing actions in File Explorer (when using the “create new” library option, and when expanding details while copying files). Made some more performance improvements – particularly to help the performance of launching cloud files and loading context menus. [Start menu] Fixed an issue for Insiders with the new Start menu, where they might unexpectedly see a category generated for every letter of the alphabet with blank icons, when opening the Start menu in the “All” section after updating to the previous build. Fixed an issue where Visual Studio wasn’t showing in the correct category. [Task Manager] Fixed a few issues impacting Task Manager reliability, including a recent issue which could cause Task Manager to freeze when going to the performance section for some Insiders. Fixed a few issues impacting accessibility – including adjusting minimum field sizes, improving contrast for the column headers on the Details page when contrast themes are enabled, and addressing a focus issue with the ‘Select Columns’ dialog on the Details page. [Input] Fixed an underlying issue where if you tried to type Chinese with an IME after copying something with CTRL + C could result in the first character getting dropped. Fixed an issue where if you were typing on the touch keyboard with the Changjie, Bopomoji, or Japanese IME wouldn’t work if you had switched to using the previous version of the IME. [Settings] Fixed an issue where if you attempt to add a security key under Settings > Account > Sign-in options could result in Settings crashing. [Other] Fixed an underlying issue with dao360.dll resulting in some apps crashing after the last two builds. Fixed an issue causing a small number of Insiders to experience bugchecks with SYSTEM_SERVICE_EXCEPTION in the latest builds. And here is the list of known issues: [General] Some Windows Insiders may experience a rollback trying to install this update with a 0x80070005 in Windows Update. We’re working on a fix for Windows Insiders impacted. If you are impacted, using Settings > System > Recovery > “Fix issues using Windows update” may resolve the issue. [Click to Do (Preview)] The following known issues will be fixed in future updates to Windows Insiders: [NEW] After updating to Build 26120.5742, text and image actions in Click to Do may not work and Click to Do may crash. This issue will be fixed in the next flight. Windows Insiders on AMD or Intel®-powered Copilot+ PCs may experience long wait times on the first attempt to perform intelligent text actions in Click to Do after a new build or model update. [Start menu] [NEW] For Insiders with the new Start menu, the layout may temporarily show a smaller Start menu (ex. 6 columns of pinned apps instead of 8). This issue will be resolved shortly, and the larger layout will be restored. [File Explorer] In dark mode, the red color used for a low space drive in This PC may be unexpectedly light colored in this build. Some of the other colors may also be incorrect, including that black is used for space remaining instead of a more visible color. [Live Captions] Live captions may crash when attempting to use live translation on a Copilot+ PC. [Xbox Controllers] Some Insiders are experiencing an issue where using their Xbox Controller via Bluetooth is causing their PC to bugcheck. Here is how to resolve the issue. Open Device Manager by searching for it via the search box on your taskbar. Once Device Manager is open, click on “View” and then “Devices by Driver”. Find the driver named “oemXXX.inf (XboxGameControllerDriver.inf)” where the “XXX” will be a specific number on your PC. Right-click on that driver and click “Uninstall”. You can find the official announcement here (Dev) and here (Beta).
    • Word can now read you document overviews like podcasts by Taras Buria If you have a big document and no time to check it, the latest Word feature will help you get it done. Microsoft announced that Microsoft 365 Copilot in Word can now read aloud document overviews, letting you listen to them on the go like podcasts or audiobooks. In addition to reading aloud document overviews, Word lets you customize the experience with reading speed controls, the ability to jump back or forward to key parts of audio, pause, and even save the recording to OneDrive to listen to it later or share with someone else. Voice document overviews are now available in Word on Windows (version 2506, build 18925.20138) and Word for the web. If you have a Microsoft 365 Copilot license, you can try it out by opening a document, clicking the Copilot button in the Home tab, and asking the AI to generate an audio overview. Once the overview is generated, Copilot will present you with a media player and playback controls, such as speed, jump forward/backward, and pause. To save the recording, click the three-dot button and select "Save to OneDrive." Finally, you can access previously-generated overviews in your Microsoft 365 Copilot chat history. For now, audio overviews work only in English (Microsoft promises to add more languages soon), and they require a Microsoft 365 Copilot license. There are also two other limitations: Audio overview only works for online files that are in OneDrive and SharePoint, and not local files that are on your system or external drives. Files require a minimum of 100 words to generate an audio overview. In case you missed it, Microsoft recently announced that the new GPT-5 by OpenAI is now available in Microsoft 365 Copilot, giving you a more powerful and modern AI assistant to help you work with documents. GPT-5 is also available in the Microsoft Copilot app on computers and mobile devices.
  • Recent Achievements

    • One Month Later
      Jaclidio hoy earned a badge
      One Month Later
    • Week One Done
      Yawdee earned a badge
      Week One Done
    • Week One Done
      eugwalker earned a badge
      Week One Done
    • First Post
      Ben Gross earned a badge
      First Post
    • One Month Later
      chiptuning earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      635
    2. 2
      +FloatingFatMan
      176
    3. 3
      ATLien_0
      142
    4. 4
      Xenon
      120
    5. 5
      wakjak
      108
  • Tell a friend

    Love Neowin? Tell a friend!