Weird Inconsistent line height using Cobalt2 Theme. about cobalt2-atom

[rosston]

🤔 You've certainly found an interesting bug! I've tried replicating with a few combinations of these options:

• font (tried both Source Code Pro and Source Code Pro for Powerline)
• font size (just used the default 14px)
• line height (tried both 1.4 and the default 1.5)

I'm using the exact same text and the exact same text spacing as you are and still can't replicate. FWIW, I'm on macOS 10.12.5 (because who knows what's causing this bug now).

I'm willing to take some more detail about your config (e.g., font size and if you're using a non-default language package for LESS) and try to replicate. But unfortunately, I might have to rely on you to figure out the cause. You can launch the Chromium dev tools from in Atom using ctrl + alt + i (or cmd + alt + i on macOS) and use those to check out the CSS like you would on a regular website. Let me know if/what you find!

[sdempsey]

So Inspecting the panel where i'm seeing the error provides some interesting albeit still confusing insight. In terms of the editors DOM it looks like row's 1-6 are rendered in one absolutely positioned container and 7-12 in another. Both positioned using some inline transforms. I suspect there is some sub-pixel rendering error happening here but manipulating the values doesn't seem to have any effect (e.g. I manipulate the transform values in the inspector and nothing appears to change. hitting enter to confirm the change resets the values). I was however able to uncheck the transform on the container for rows 7-12 and watch it disappear from the editor.

Even stranger when opening the inspector it was docked to the right which was squishing the pane quite a bit and the line-height issue seemed to disappear.

¯_(ツ)_/¯

If your feeling curious enough to keep digging I'm happy to keep working on it but I'm not sure its the Syntax theme's fault anymore.

[rosston]

@sdempsey OK, I looked at this again given the digging that you did. I was able to see the same 2 types of positioned/transformed divs in my editor (albeit, still without replicating your issue). I'm pretty sure those 2 divs are tiles, which Atom uses for rendering groups of lines.

My wild guess would be that the math was wrong on the 1st and/or 2nd tiles in your case. But that would definitely be an editor issue. So I'll close this issue. Hopefully you don't run into this problem a bunch more.