📌 Screenshots gallery! 😊

[sammilucia]

Share your beautiful desktop and MacType Profile here 😊

Many of the themes will use UltraUXThemePatcher, OldNewExplorer, and StartIsBack (as well as the latest release of MacType of course 😊)

If you are new to using these tools, please create a System Restore point before you begin.

[sammilucia]

I'll start... this is Win 10 with the BIB Dark Theme, and Clean Soft profile

[ChicoThorn]

That's really nice! What is the 'BIB Dark Theme' and where can I get it? I'd love to give it a try! 😃

[sammilucia]

@ChicoThorn sure, it's here https://www.deviantart.com/niivu/art/BIB-2-0-800970529 ... you'll need a few apps to get it working (in the theme description) make sure to create a System Restore point first

[ChicoThorn]

Is this thread for all our screenshots instead of #550 like I've been posting too? Or is this for our showcase screenshots — that one you started with is a beauty @sammilucia! Are you running a 3rd party theme engine to display it, or is this just something you load directly into Windows using its native themes settings?

[cvuuhk]

嘿嘿嘿~

[sammilucia]

@ChicoThorn I've updated the first post with more info 😊

[sammilucia]

@cvuuhk wow!

[extratype]

Demo cases for my settings (and trial and errors...) MacType Core built from my repository

[sammilucia]

I've never seen VS Code look so good 😊Is your core the same as the main core?

[extratype]

It's based on beta5 without the color font support. For Chrome I also hooked SystemParametersInfo() to substitute the font for the title/address bar: https://github.com/extratype/mactype/commit/c52ec10113b0c0eaebf858fe60c31e928712464f Chrome chooses Kaigen Sans K Regular from my system settings so If I substitutes it with FontSubstitutes then the font will not be available for webpages :(

Regarding VSCode you can find my DirectWrite parameters and CSS settings in https://github.com/snowie2000/mactype/issues/401

[ChicoThorn]

Hi @sammilucia & @snowie2000! I've been tinkering with the DirectWrite settings some more with the ChicoThorn ini and think I've struck a pretty good balance between how Lite Mode and Dark Mode render at 113%! I'm posting these two samples, plus the .ini file for you to check out. The settings for the Sys32 app rendering (ClearType) remain the same as the original ChicoThorn; only the DirectWrite settings have been changed: [DirectWrite] - RenderingMode=5, GammaValue=1.77, Contrast=0.5, ClearTypeLevel=0.5

🙂

beta6 ChicoThorn @ 113% scaling - LightMode - DW r5,g1.77,c5,t5.png.zip

beta6 ChicoThorn @ 113% scaling - DarkMode - DW r5,g1.77,c5,t5.zip

r5g1.77c.5t.5 ChicoThorn.zip

[sammilucia]

@ChicoThorn that does look like a pretty good balance, though I still much prefer the dark mode with that font weight.

You know, we could have MacType support Windows Dark Mode by allowing you to specify a second set of some parameters that are automatically used when Windows is in Dark Mode 😊 @snowie2000 😁

[snowie2000]

According to this https://stackoverflow.com/questions/51334674/how-to-detect-windows-10-light-dark-mode-in-win32-application

I think, yes, we can. But it can’t be changed midway, a program restart is necessary to reflect the change of the theme.

[ChicoThorn]

I agree @sammilucia I think it's better in Dark Mode too (but then I LOVE Dark Mode, lol!) That's a fantastic idea about supporting auto light/dark mode! 😁

[ChicoThorn]

Hi! Been messing around with the settings a bunch — took a bizillion screen shots and think I've found a real winner! I'm finishing up at work, so I can't post samples right now... but the only changes I made to the ChicoThorn.ini was to add more fonts to the font replacement list (I was having difficulty with a helvetica replacement in Edge Canary, but was able to fix it), and in DirectWrite. Here's the DirectWrite settings I used... give 'em a try. I'll post samples soon. 😊

[DirectWrite] RenderingMode=5 GammaValue=1.8 Contrast=0.9 ClearTypeLevel=0.9

Oh! ... And I experimented with a lot of different scaling sizes and schemes. I've settled on a custom scaling factor of 125. Note: I did not set the 125 scaling using the dropdown menu on the first page of Display, but by using the Advanced scaling settings on the second page, same as for odd sizes... I found that doing it this way renders ALL text on ALL surfaces better than doing it the other way.... although I have no idea why... 😁

[ChicoThorn]

Hi! My latest settings — and I think beyond a doubt they are the best yet! 😊 These settings work in BOTH Dark and Light mode, provide a soft, but clear rendering on even the most troublesome areas (The Settings home page, Jumplists, and the Start Menu).

Below are some Dark and Light mode screenshots. Note that these settings were tweaked to work best with 113% — I've found after a LOT of experimentation, that 113% provides a clearer overall rendering than 115%. Not only is the type rendering with 113% clearer, but the icons used in File Explorer ribbon and Quick Access Toolbar display much better as well, being crisp and clear. Whereas in 115% those same icons are fuzzy. Also the 113% size allows for more room on the display for multiple windows and processes — unlike 125%, for example, which renders beautifully, but everything is so large there's barely enough screen room to get any work done.

I made a change to the non-DirectWrite settings as well, which you can see below; they're the ones I marked in bold-italic. I've also included a copy of the .ini file which I've dubbed "ChicoThorn 113%.ini" Let me know what you think! 😃

; by ChicoThorn ; Version 1.0

[Preview] Font=Segoe UI Color=$000000 Text=ChicoThorn → Use 113% Scaling ← 01234567890!@#$%^&* AaBbCcDdEeFfGgHhIiKkLlMmNnOoPpQqRrSsTtUuVvWwXxYyZz Size=9

[General] Name=ChicoThorn 113% HookChildProcesses=1 HintingMode=0 AntiAliasMode=2 NormalWeight=11 BoldWeight=2 ItalicSlant=0 Saturation=0 UseMapping=0 GammaMode=0 GammaValue=1.3 Contrast=1.03 RenderWeight=1.3 TextTuning=0 TextTuningR=2 TextTuningG=2 TextTuningB=2 BolderMode=0 FontLoader=0 FontLink=1 FontSubstitutes=1 LcdFilter=2 EnableKerning=1 HintSmallFont=0 Shadow=0,0,0,0x0,0,0x0 LoadOnDemand=1 CacheMaxFaces=256 CacheMaxSizes=12554432 CacheMaxBytes=12108864 MaxBitmap=12 DirectWrite=1

[Experimental] ColorFont=1

[Experimental@chrome.exe] ; Make color fonts appear correctly in Chrome InvertColor=1

[Experimental@idea64.exe] ; Workaround for IDEA/JAVA font rendering unverified as of 2018/10/19 clipboxfix=1

[FontSubstitutes] @Arial Unicode MS=Segoe UI Arial Baltic=Segoe UI Arial Black=Segoe UI Black Arial CE=Segoe UI Arial CYR=Segoe UI Arial Greek=Segoe UI Arial Narrow=Segoe UI Arial TUR=Segoe UI Arial Unicode MS=Segoe UI Arial=Segoe UI Calibri Light=Segoe UI Semilight Calibri=Segoe UI Helvetica Neue LT Std=Segoe UI Helvetica Neue=Segoe UI Helvetica=Segoe UI Microsoft Sans Serif=Segoe UI micross=Segoe UI Sans Serif=Segoe UI sans serif=Segoe UI Sans-Serif=Segoe UI sans-serif=Segoe UI Segoe UI=Segoe UI Segoe=Segoe UI segoe=Segoe UI SEGOEUISL=Segoe UI Tahoma=Segoe UI

[Individual] [Exclude] [ExcludeModule] [ExcludeSub]

[DirectWrite] RenderingMode=5 GammaValue=2 Contrast=1.234 ClearTypeLevel=1

[UnloadDll]

ChicoThorn 113%.zip

ChicoThorn 113% Screenshots.zip

[sammilucia]

@ChicoThorn wow, that's really impressive, the Light/Dark and DirectWrite/GDI look as comparable as I've ever seen them ❤️ 😊

That desktop background is really pretty, what is that?

What does it mean when you put at @ in front of a font e.g: @arial Unicode MS=Segoe UI ?

[snowie2000]

@sammilucia Kindly remind you, "@ arial" is a valid github user name...🤣🤣

@ChicoThorn I was always wondering how did you get the magic number of 113%?

[sammilucia]

Derp 😜

[ChicoThorn]

@sammilucia — Thanks! I was really pleased when I compared the Light Mode to Dark Mode and found that they both worked! WooHoo!! 😃 I cast that .ini file in GOLD! Hahaha!

The desktop image is one of my own creating... You may have it to enjoy on your computer if you like, and a couple others of the same theme... ☺

The "@ arial" thing is because "@ Arial Unicode MS" was one of the font names presented to me in the MacTuner font replacement dialog... and I figured if it was an Arial font I wanted it replaced with Segoe UI. Not really sure why it has an "@" sign though... but I did notice a couple of other Windows system fonts that had that same designation. I took the approach with font replacement that more was better than less; figuring that if a certain font wasn't present it wouldn't hurt anything if it was there. Some of the fontnames in my list are there because of online screen rendering while using Edge Canary on certain pages. When I did an "inspect element" of the font I'd learn its name, then add it to my font replacement list. This has worked well so far! The weirdest font replacement I have is "Segoe UI=Segoe UI" That one's totally odd, isn't it? But if it's not there then for some unknown reason the Facebook page in Edge Canary renders the page in a Segoe UI font that doesn't come from my system at all (I know that because of the custom glyphs I have embedded in my own version of Segoe UI). But when I did the seemingly redundant font replacement, it solved the problem and it now uses my version of Segoe UI. — I gotta say, I'm learning a ton of stuff I never even thought about before! 😄

@snowie2000 — I came upon the 113% number purely by trial and error. I basically went through every size from 100% to 127%; setting the scaling factors using the "Advanced scaling settings" in Windows, then signing out and back in; then taking screenshots of the many surfaces text and type were rendered on (File Explorer, Context menu, Start Menu, Notification Panel, Taskbar Jumplists, Properties dialog, UWP apps, etc.)

Then after I had collected all the screenshots I created a comparison "tally-sheet" where I visually checked each one against the others. I checked for overall "font color" (the way the font appears in a block of text: is it even and uniform in overall appearance, or are some areas dark and blotchy and/or are other areas light and sketchy?).

Then I checked the same text string in each size against the others, looking more directly this time at the individual glyphs, their shape and formation and how well the strokes and bowls of each was rendered.

Then I checked for overall font size and its impact on day-to-day usefulness — It's easy to get clear type with the larger sizes since there are more pixels per glyph to go around, but for everyday use overly large sizes are difficult to work with since they take up so much screen space. So I was aiming for a size that was easy to read, but also easy to work with. I narrowed that range down to 110% to 121%. Then I lived with each of the settings from 110% to 121% for at least one day each during my regular work use of my computer. I wanted to see on the fly how well the rendering overall felt to me. When something would appear that jolted my eye, I made note of it.

As I began to narrow things down, I also paid attention to what effect the scaling factor was having on other system elements, particularly icons, emojis, favicons and the like. I found, for example, that at 115% File Explorer's Ribbon icons and the smaller Quick Access Toolbar icons were all unpleasantly fuzzy and out of focus. This was true for the Ribbon icons in Paint and other apps as well. After all was said and done it was the magic size of 113% that seemed to hit the nail on the head for all parameters: The font/text/type rendering was spot on, the icon displays were clear and crisp and the size was pleasing and easy to read, but still small enough as to not take up a lot of screen real estate. 😁

I've been using the 113% scaling and the most recent ini settings for a few days now, and I haven't stumbled upon any problems that I felt required further tinkering... I've also learned now that although it's possible to use the same .ini settings file between different scaling sizes, I found it's best to fine-tune each scaling size with its own .ini settings as slight nuances in how the text/type is rendered between sizes does occur.

I'll keep you posted as I go along should any new developments arise! 😊

Here are those Desktop images... enjoy! 😃 Thorn's TrekTrak.zip

[extratype]

The "@ arial" thing is because "@ Arial Unicode MS" was one of the font names presented to me in the MacTuner font replacement dialog... and I figured if it was an Arial font I wanted it replaced with Segoe UI. Not really sure why it has an "@" sign though...

The "@" sign means vertical writing in Windows.¹

I came upon the 113% number purely by trial and error. I basically went through every size from 100% to 127%;

Wow I just thought it was the midpoint of 100% and 125%.

[ghost]

125% Configuration is using someone else's :D

[sammilucia]

@domo891208 gorgous! 😊 😊

[sammilucia]

I suppose I should post my latest effort. Using Source Code Pro for the GUI, Lace NA theme by Niivu, "Clean Dark" MacType profile by me, 100% font scaling

[garoto]

Too much jpeg artifacting.

[sammilucia]

Oops, fixed! (I think - my eyesight's going)

[garoto]

Ah, much better :smirk:

[sammilucia]

@PiotrGrochowski wow

[sammilucia]

@PiotrGrochowski I wonder what the results of running pure FreeType on Linux through fontgammatest would be

[cwriasir]

@sammilucia tried the BIB Dark 2, absolutely stunning!

Also...

Did the gamma test in Arch, apparently failed :/ Didn't try Firefox, but Palemoon seems to be going for a heavier look bringing visible artifacts by default.

[vactiger]

125% Configuration is using someone else's :D

@domo891208 想請教您：

1. Macytpe 的 ini 設定檔
2. 左下開始功能表的軟體
3. 工具列 icon 如何置中

謝謝😃😃

[ghost]

125% Configuration is using someone else's :D

@domo891208 想請教您：

1. Macytpe 的 ini 設定檔
2. 左下開始功能表的軟體
3. 工具列 icon 如何置中

謝謝😃😃

1.我是使用糖果Mactype 2.Startisback 3.Startisback的功能

[sammilucia]

@domo891208 yay it's so smooth and lovely 😊

[vactiger]

1.我是使用糖果Mactype 2.Startisback 3.Startisback的功能

@domo891208 Thank you.😁

[matoi974]

Customized "~ChicoThorn Clear UI+FS - 2K v1.7": changed AA type to greyscale, disabled AA for Tahoma because that way it looks sharp at small sizes Theme: Penumbra10 https://www.deviantart.com/scope10/art/Penumbra-10-Windows-10-visual-style-568740374 Theme loader: https://github.com/namazso/SecureUxTheme

[ChicoThorn]

My most recent ini files. @sammilucia , @snowie2000 — Would it be possible to add this latest ini to the new 2021 release? That'd be awesome if you could! 😀 It's my best effort yet. The name could be 'ChicoThorn Sharp' .

I've attached both variations: (ChicoThorn Sharp+FS-2021.06.02-0835 — contains all my current font substitutions ChicoThorn Sharp-2021.06.02-0835 — contains a much smaller font substitution list

Other than the font substitution list the ini files are identical. Perhaps the one with the smaller font sub list would be the best for release? — Also I've tested these ini files with many different point sizes, so there's no need to classify it only for scaled up displays. They also render beautifully in both Dark and Light Modes.

Also, please let me know how I can help troubleshoot the new pre-release. I just downloaded it and will install it shortly! Excited to see how well it works! — Thanks @snowie2000 for all your hard work! 😊

ChicoThorn Sharp INIs-2021.06.02-0835.zip ChicoThorn Sharp-Screenshots-2021.06.02-0835.zip

[ChicoThorn]

Just installed the new MacType 2021.1-rc1... Wow! It really renders well! I used the same ini file I uploaded above (ChicoThorn Sharp-2021.06.02-0835) and compared Screenshots from 2021.1-rc1 with Screenshots from MacType beta6· 2019.06.21 and there is a subtle difference between the two. The new version seems to render sharper, crisper, and clearer than before; it's truly a remarkable difference! I really like it! I'm going to experiment with the new ArmBreaker setting and will be updating my ini file soon to reflect that change.

Here are the new Screenshots from 2021.1-rc1:

ChicoThorn Sharp-Screenshots-NEW MacType 2021.1-rc1-2021.06.02-0835.zip

ChicoThorn Sharp INIs-2021.06.02-0835.zip

[ChicoThorn]

I have a new ini utilizing the ArmBreaker setting, and it's great! I'm moving my progress on my ini experiments back to #651 🙂

[snowie2000]

Thank you for your great great work, and sure, I will release an "enhanced" version which will include your new profile and a bunch of hard work from @sammilucia. She was too busy on her work recently but still managed to optimize the default and global configs and profiles of mactype. But I released this version in a hurry because the crashes caused by CET are just exploding with the rolling out of the new Windows 10 update (update? version? build? whatever...), it has to be ceased. And now the major problem is solved, we have more time to polish it and push it final.

[ChicoThorn]

sure, I will release an "enhanced" version which will include your new profile

That's awesome! Thank you so much @snowie2000 ! It's great to have a new version to experiment with! And thanks to @sammilucia for all her hard work as well! You guys rock!

[szercorp]

@ChicoThorn why i get no sidebar icons and x when use your .ini in vscode?

[ChicoThorn]

why i get no sidebar icons and x when use your .ini in vscode?

Check the font substitutions. I have set quite a few in the ChicoThorn INI. Also I'm not sure which version of my INI you're using, but I'm attaching the latest version with the fewest font substitutes. In the INI file you can delete any of the font substitutes I set that you don't want or don't work with your system. I don't use vscode so this may or may not be the issue.

ChicoThorn Sharp-2021.06.14-2244.zip

[nostam]

Updated my Noto CJK config with 2021.1-rc1 with service mode I notice some font substitute behavior has changed for some fonts and software, for instance, without specifying the substitute font weight, in Everything the search input box will change the display of 你 into 僵.

Noto-SubsetOTC - 20210620.zip

[snowie2000]

@nostam What do you mean by "without specifying the substitute font weight"? You did use font subsubsitution a lot in your profile. And everything is not shown in your screenshot.

[nostam]

@nostam What do you mean by "without specifying the substitute font weight"? You did use font subsubsitution a lot in your profile. And everything is not shown in your screenshot.

Sorry I couldn't reproduce it now, it was the input box here A normal behaviour is as follows the case was: any input text will be shown into something else but the search result is correct.

another case is with MS PGothic (ver. 5.32), my windows region is Japan, this rule was enabled w/o any issue before upgrading to RC1

enabled substitution w/ MS PGothic

disable \substitution w/ MS PGothic

I do not notice any other apps that are effected by this at this moment, it could be vscode fault / fonts issue (?)

[chawyehsu]

Just upgraded MacType to the RC1 version, everything works fine for me, including the known titlebar problem. 😄

[iamr8]

Here we go ^_^

By using my own profile: MacType-Profile

[ssssssbbb]

There's no screenshot here, what I want to tell is the tuning of Mactype profile. It should have been a long story, I'll make it short.

After thousands times of test. The keeeey parameter to improve contrast/ saturation is LCDFilterweight, which is barely used. And it's definately not Renderweight/ Normalweight/ Contrast.

Before all of this, you may need to know what LCDFilterweight is since there is no Wiki. It defines the weight of 5 sub strokes of each stroke.

LCDFilterweight=16,64,112,64,16 when LCDfilter=2, the text is too soft due to the number 64 is too small. And it's 0,80,85,80,0 when LCDfilter=1, the text looks like minor ink overflowing with glitches due to the number 80 is too close to 85 and 0 is not proper.

So people always increase Renderweight/ Normalweight/ Contrast to make it solid, that make the text out of its designed shape, such as round corner getting sharp, and glithes, especially when using CJK fonts.

To solve this problem, I tried thousands times, and found the result as below. Let's call these numbers A,B,C,D,E. Basic theroy:

1. A and E decide whether the edge of the text is clear and natural, once it's good enough and easy to be read, we don't need shadow any more. So they can't be set to 0 even if you think the text is too bold.
2. C decides the sharpness of the text, the sharper the easier for users to recognize. And the fall from C to B & D decides the contrast of the text, too large may cause glitches.
3. B and D help covering the glithes of C, the larger B & D are, the more solid the text is. Too large value may cause overdark which looks like ink overflowing.

Advanced theroy:

1. Proper large B & D accompany with much larger C provide both contrast and solid, such as 5,100,180,100,5. On the contary, 0,50,200,50,0 may got super sharp but ugly text since only 1 "chief sub stroke" is not thick enough.
2. These 5 numbers don't have to be symmetry. Maybe D can be the "co-chief sub stroke" according to your screen, such as 16,64,150,100,64 may got solid but not over sharp text.
3. Shadow drops to the right of the sub strokes, so A,B,C,D,0 got blurry edge, because D's shadow lies in the position of E, 0,B,C,D,E don't have this problem but may not get good effect. Numbers on the left are better to be smaller than the right ones, but E can't be the largest, because the shadow of E will drop outside the field of 5 sub strokes, that causes blurry.

Plus, I found why Apple set their Gamma to 1.8, text which is solid enough might be also overcolored, so larger Gamma value makes it lighter for the sake of balance.

My case:

LcdFilterWeight=12,25,175,100,12

According to the theories above, 175 and 100 can't be turned over.

To avoid the text from being out of shape, these basic parameters are needed:

NormalWeight=0 BoldWeight=0 RenderWeight=1

Glitches exist whether you can see them, to avoid, these parameters are needed:

TextTuningR=-1 TextTuningG=-1 TextTuningB=-1 Contrast=1.0

To avoid white text from getting blurry, such as desktop icon label, use grey shadow instead of black shadow:

Shadow=1,1,1,0x9E9E9E,1,0x616161

For Centbrowser, it has its own Gamma which is corrected from reference Chromium, shadow is also different, somehow reversed?

[General@chrome.exe] GammaValue=1 ;Cent's gamma is actually an internal consistent value multiple this value, smaller than 1 causes glitch, don't know why but it's the fact. Shadow=1,1,1,0x9E9E9E,1,0x9E9E9E

My profile here, you can use it as reference, copying might not get good effect since the density of pixel of your screens is varible (aks PPI). SB.txt

If you are interested, post your own screenshots.

[happydaf]

Hi Guys. I used MacType for CentBrowser, because it supports DirectWrite's option. But in the current time I want to use an another browser with DirectWrite. Maybe you know any browsers when MacType will work well? Thanks

[ssssssbbb]

催更新催到这来了。。。真的服