You mean that the underscore does not show in the edit window?

What font are you using (Menu->View->Change Font)?

Yes I mean that the underscore does not show in the edit window The first image is for de font The second image show how underscores don't show

2017-02-08 3:35 GMT+01:00 Matthew Brush notifications@github.com:

wat

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/geany/geany/issues/1387#issuecomment-278211940, or mute the thread https://github.com/notifications/unsubscribe-auth/AR0kFN0kIar7wUAvDRMc90lMpNVCk2Jaks5raSn9gaJpZM4L6JEY .

The second image show how underscores don't show

I'm afraid I can only see the terminal image.

@simo98 and please verify the font GEANY is using as I requested above, it is not necessarily the same as the terminal.

@simo98 what is the name of the font you were using? Also do the underscores appear very low below the baseline of the other text and/or are the descenders of letters like p or q cut off also? This is either a bug in the fonts' metrics or in Scintilla, the editor widget Geany uses.

l noticed that the underscores disappear or become cut when increasing the font size to specific values.  When putting solely underscores in a line, they are invisible. When a space or some letter is added to the line, the underscores are slightly visible. l use sub-pixel-geometry, thus that the slightly visible underscore is green means it's the top part and the lower pixels (or whatsoever) are cut. line 934: 3 underscores, 1 space line 935: 3 underscores

Yes, it didn't happen with the other font.

Some fonts write underscores below descenders but don't include that in the declared font height, this is technically incorrect and confuses the layout software in Scintilla (the editing widget Geany uses) so insufficient height is allowed for underscores.

To accomodate this you can set some space between lines by editing `Menu->Tools->Configuration Files->filetypes.common` and changing the values on the `line_height` setting, or just use the font that works :smile:.

I think Scintilla has a new (slower) drawing mode where all background are drawn before all foreground, in which case it might solve the issue at the cost of slightly overflowing on the line below. Someone could give that a shot if indeed Scintilla has the option -- or as @elextr pointed maybe add some interline space manually.

```$ fc-match Monospace``` should tell the default font l had dejavu: https://github.com/dejavu-fonts/dejavu-fonts There are many dead links for any reason…

I couldn't reproduce it with fonts-dejavu-core 2.37-1.

Yep

Il giorno sab 9 dic 2017 alle 23:21 elextr notifications@github.com ha scritto:

@HybridDog https://github.com/hybriddog so the font appears to be fixed?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/geany/geany/issues/1387#issuecomment-350509759, or mute the thread https://github.com/notifications/unsubscribe-auth/AR0kFO6G3VBQzyZqYIRGAU2ZSyH54f3sks5s-wf5gaJpZM4L6JEY .

(Copied from https://github.com/geany/geany/issues/2466)

I just got the `line_height` workaround to work with excellent results. The `line_height` setting can be found in "Tools" > "Configuration Files" > "filetypes.common". To change this setting from its default `line_height=0;0;` there are two things to note:

* `#~` lines are commented and have no effect. * The file format is an [INI file](https://en.wikipedia.org/wiki/INI_file) so uncommenting the `line_height` line is insufficient because the `[styling]` section is also required; either uncomment this line or add a new `[styling]` section at the end.

The only uncommented lines in my filetypes.common are now:

``` [styling] line_height=0;2; ```

With this setting and DejaVu Sans Mono Book size 12, underscores are visible. Using `line_height=0;1;` also works, but `line_height=0;2;` gives me, for the first time ever, exact agreement (as far as I can tell) with the line height in xfce4-terminal.

@tomuta as @HybridDog mentions above, you can see which actual font "Monospace" maps to using `$ fc-match Monospace` command. Almost surely it's using the affected "Deja Vu Sans Mono" font that everyone is having problems with. You can work around using the method posted by @bencaradocdavies above or simply use a different font.

@tomuta Thanks for reporting, but as you can see from the related issues and the fix, there is something wrong with that font (or Pango) that reports the height wrong so lines are smaller than they should be.

I have the same issue, using (default?) monospace regular size 10, on pop_os 20.04 (replacing 19.10).


The 2nd line there has underscores instead of spaces.

Changing the font does work as a workaround, but monospace is a good default :( I added line_height=0;2; to ~/.conf/geany/geany.conf but it didn't change anything. @Xianic did you have to activate it somehow?

This issue doesn't happen while using monospace if you use font size "10"

Same issue, after migrating from Ubuntu 18.04 to 20.04

I was reluctant to change the font because I like the default one.

bencaradocdavies answer fixed my issue: ``` [styling] line_height=0;2; ```

Folks, there is no point in keeping on commenting on a closed issue, its known that it occurs. Thats why its pinned at the top of issues with the workaround.

A change in the editing widget Geany uses _may_ improve it, but other changes mean it can't be upgraded without possibly large changes to Geany, and since the widget is undergoing another round of API changes the decision has been taken to wait until that is released and make all the changes in one step.