Sublime Forum

Dev Build 3145

#51

Correction, after testing it with Consolas font, it seems bigger, not just wider:

Reducing the font size, makes it smaller than it was while on build 3144:

image.png1919×950 144 KB

Update

I was using font size 14, both on build 3144 and 3147. Now I set my font size to 13.5, and now I have the same font size as 3144 with size 14. So, nothing to fix, except my configuration files.

@danghm, you need to recude you font size like using fractional points like 13.5 to get the same size as the build 3144.

3 Likes
#52

Thanks, I did reduce my font size a little bit, but the letter spacing is actually just the same as build 3144 with no_round option. Not a big deal though. I get used to it after half day coding :wink:

My wishlist on the rendering engine right now is:

  • Ability to reduce font weight. This one is very important because on dark theme and light theme it looks very different. On Atom I use a CSS snippet to adjust Pragmata Pro on a dark theme:
atom-text-editor {
  -webkit-font-smoothing: antialiased;
  -webkit-text-stroke: 0.1px;
}
  • Ability to adjust letter spacing. Some font like Pragmata Pro and Iosevka looks nice but the spaces are too tight to stare at for the whole day.

To make SanFrancisco Mono looks the same as on Atom, I had to modify the font, and it not easy at all.

0 Likes
#53

System:

  • Win 10 1703
  • dpi_scale 1.0
  • resolution 1900x1200
  • ST 3147 x64
  • ClearType enabled and tuned (no default settings)

Tested fonts:

  • Roboto Mono
  • Source Code Pro
  • Consolas

Results:

  • Fonts render render with same visual “thickness” on dark and light background, that’s great!
  • Even grey fonts are better visible on white background

About “dwrite_cleartype_classic” and “dwrite_cleartype_natural”:

  • Both options have same results on my machine, with all three tested fonts.
  • Horizontal font spacing looks a bit erratic if one of the options is enabled. This effect is more significant for smaller font_sizes <12 and disapears with >=14. Maybe there are just not enough pixels on my screen. :smile: I can’t even say which version looks better. Some font spacing get better others worse.
  • larger fonts don’t look less smooth and accurate with these options, especially letters like o, a
  • I can’t confirm font size changes like @addons_zz stated, when toggling the option.
0 Likes
#54

When I use the options I do not get font size changes. I get font size changes when I switch between build 3144 and 3147 (bigger than 3144). Indeed the text I wrote is misleading. I am going to try to rephrase it.

0 Likes
#55

I’m not sure if the font difference between one version to another matters. Maybe it does. The real question is which version 's sizes are more accurate? I mean the entire font rendering was rewritten, so imagine the algorithm is a bit different (maybe better?). I guess better can be subjective.

Maybe there is a miscalculation, but it may also be that you are just used to the size in the previous version, and now its different. Or maybe these kind of things just don’t bother me ¯\_(ツ)_/¯.

4 Likes
#56

Dev Build 3147 some font ligatures aren’t working, i’m on MacOS High Sierra 10.13.

Also @jps will there be an option to choose a specific font just for font ligatures? I like Fira Code ligatures but not a massive fan of the font, so If I could use their ligatures with Roboto Mono like it’s capable of doing in Atom that would be great.

2 Likes
#57

Just a quick shout out, @jps and @wbond: thanks. Sublime remains a fantastic and irreplaceable part of my toolkit, and it’s great to see it continue to move forward. It’s not without its flaws, but the good vastly, vastly outweighs the bad. My license is one of the best investments I’ve ever made, and I’m actively looking forward to getting a chance to further support its development with future paid upgrades.

7 Likes
#58

My problem was when updating from build 3144 to build 3147, the font size increased for the same point 14. Using font bigger than before has the problem of free space on the screen, which reduced by a few lines. But I did not realize I could try to reduce it by fractional points as 13.5 instead of only 13 or 14. Doing 13.5 on build 3147 is renders the same size as 14 on build 3144.

0 Likes
#59

@petert82: What hardware and monitor are you running? Have you done anything along the lines of color calibrating your monitor?

The way 3147 detects monitor gamma has changed, and it looks like it’s using the wrong gamma value for your setup.

0 Likes
#60

Consolas used to default to GDI rendering, now it defaults to DirectWrite. You can set this explicitly via font_options, but you won’t get ligatures showing with GDI

1 Like
How to enable ligatures?
Strange thing about the default Consolas font
#61

With regards to ligatures, text is first tokenised within regards to the rules in the syntax definition, and then shaped. If text crosses token boundaries (i.e. has a different scope applied to it), then it won’t get transformed into a ligature. If you’re unsure, then change the current syntax to Plain Text, and the ligatures should show as expected.

6 Likes
Ligatures only show in some languages
#62

And I didn’t read too carefully :blush:

0 Likes
#63

They do indeed work when I change the syntax to plain text, but I want them to work when the syntax is php.

How do I go about this?

1 Like
#64

The new references are great, I noticed that symbolIndexTransformation applies to the reference index too. Could it use a separate Transformation (e.g. referenceIndexTransformation)? This would allow to index a region as a symbol with a symbolIndexTransformation as well as a reference with a different referenceIndexTransformation

0 Likes
#65

@devcarlos They are currently scoped differently:

!: embedding.php text.html.basic meta.embedded.block.php source.php meta.group.php keyword.operator.logical.php
==: embedding.php text.html.basic meta.embedded.block.php source.php meta.group.php keyword.operator.comparison.php

If the syntax is changed to capture and scope !== together, then they will be transformed into the proper ligature.

2 Likes
#66

Most likely you are running into https://github.com/sublimehq/Packages/issues/1195, or some variant.

1 Like
#67

Yep, also works in comments, but notice the colour of my comment has changed too? Is this something that is going to be fixed in the next update?

0 Likes
#68

Thanks but i’m still a little confused to how i’d go about fixing this? is there something I can do on my end or do I need to wait for an update to be pushed out?

0 Likes
#69

Should I split this out from this PR?

1 Like
#70

You can try to contribute to the Default packages (specifically PHP), but you’ll have to read up on syntax files. Or create an issue over in the Default packages, and maybe one of the contributors will take a look. Now that ligatures are available, I’m almost certain, someone with the know how will be bugged enough to fix it :slight_smile:.

Repo is here: https://github.com/sublimehq/Packages.

2 Likes