Posts tagged ‘MacType’


Fixed Vivaldi’s poor type display, thanks to wmjordan

07.03.2020

It took two months but I finally got there.
   Vivaldi now displays type normally though the browser interface is slightly messed up. But I’ll take good type display, thanks.
   On the MacType forums, a user in China called wmjordan was in the same boat but had found a solution. In their words:

For the recent version of Vivaldi 2.10, 2.11, you need to create a shortcut, and modify the command line, append the "--disable-lcd-text" parameter behind the executable name, and MacType will work on the web page content window. The "--disable-features=RendererCodeIntegrity" parameter is recommended by snowie2000.

my command line:

vivaldi.exe --disable-lcd-text --disable-features=RendererCodeIntegrity

   I used the latter method, but the type was still quite poor for me. I had to do one more thing: start Vivaldi in Windows 8 compatibility mode.
   It’s messed up the top of the browser a little but it’s a small price to pay to have everything readable again.
   Snowie2000, the main dev for MacType, says a registry hack is their preferred workaround, at github.com/snowie2000/mactype/wiki/Google-Chrome#workaround-for-chrome-78.
   It turns out that Chrome 78 (and presumably Chromium 78, too) did indeed have a change: ‘Starting from Chrome 78, Chrome began to block third-party DLLs from injection. But they provided a way to disable the protection either from the command line or by policy.’
   I was right to have investigated which version of Vivaldi represented the change earlier (it was 2.9, which equated to Chromium 78). After testing wmjordan’s suggestions out on 2.9, I upgraded to 2.11, and it was still fine.
   Opera GX is still the more resolved browser (works as it should out of the box) but there are some aspects of Vivaldi that I’m familiar with after two-and-a-half years (to the day). Looks like I’ll be going back to it for my main browsing, but I know I’ve found another great browser along the way, and I’ve updated my Firefox, too.

Tags: , , , , , , , ,
Posted in China, technology, typography | No Comments »


Directwrite isn’t the culprit

03.03.2020

That was confusing. Yesterday’s blog post was representative of my thinking: given that certain people were upset when Chromium took away the Directwrite toggle in 2016, and type rendering on Chromium-based Vivaldi deteriorated significantly for me with v. 2.10 (it turns out v. 2.9 was the turning-point), then did Chromium only switch fully to Directwrite for me earlier this year? Luckily I wrote a caveat: ‘There’s a possibility that what I saw from 2017 actually was Directwrite, and whatever they’re using now is yet another technology that no one has made any note of.’
   Snowie2000, one of the developers of MacType, suggested I try Cent Browser, arguably the only Chromium browser that still has a Directwrite toggle: you could still disable it in favour of GDI.
   Cent Browser by default is marginally better than what I was seeing on Edge, Vivaldi 2.10 and others, but once I turned Directwrite off, I saw a very different display, with far heavier type.

Cent Browser, Directwrite switched off

Cent Browser, default

Edge

   It wasn’t what I expected to see, and without taking issue with those who support GDI rendering in Chromium, it lacked fidelity (at least for me) with what the type looked like in print. I can see clearly why it has its adherents: it is superior to the default. But, in other words, what I experienced on Vivaldi between 2007 and January 2020 was using Directwrite, and whatever is going on now is using something else, or ignoring other settings on my PC.
   Yesterday I theorized that if the change happened between Chromium 77 and 78, then I should see that in the source browser. I installed a v. 77 from the repository. As you know, these are stand-alone and can run without a full installation. What I saw was the inferior rendering, so the “switch” didn’t happen then. It may have happened, as I was told on the Vivaldi forums, with Chromium 69, something I am yet to confirm.
   Therefore, whatever Chromium is doing isn’t something that’s been documented, to my knowledge, except for here. And Opera and Opera GX, if they are based on Chromium 79, seem not to be afflicted by this bug. Or they are interacting with other programs I have in order to keep the type rendering faithful, with decent hinting and contrast.
   The question is: what is causing the far inferior type display on Chromium today?

PS.: Trials on Chromium 68 and 69—they’re the same (i.e. poor type display). This may have gone on for quite some time.—JY


Tags: , , , , , , ,
Posted in design, internet, technology, typography | No Comments »