Terminology doesn't displays the _ character depending of font size and cli application using #1

Closed
opened 2022-07-01 07:50:39 -07:00 by Thanatermesis · 3 comments

I have seen this issue since long time, I think I had already reported it in the past and maybe it was fixed, but there still problems in some cases (using VIM for example), for a better explaining i recorded a small video showing the issue: https://www.youtube.com/watch?v=a7pk66ECHYU

Video note correction: the different DPI makes it to show / not show in different sized redimensions (but the issue happens always in any dpi value, it just changes on which font sizes happens)

related: https://phab.enlightenment.org/T2070

I have seen this issue since long time, I think I had already reported it in the past and maybe it was fixed, but there still problems in some cases (using VIM for example), for a better explaining i recorded a small video showing the issue: https://www.youtube.com/watch?v=a7pk66ECHYU Video note correction: the different DPI makes it to show / not show in different sized redimensions (but the issue happens always in any dpi value, it just changes on which font sizes happens) related: https://phab.enlightenment.org/T2070
raster self-assigned this 2022-07-01 08:18:56 -07:00
borisfaure was assigned by raster 2022-07-01 08:18:57 -07:00
Owner

not sure why you migrated this here... i think on phab it wss lcear that the font renders outside the min/max bounds it gives for chars. the text grid is a strict grid. any content that goes outside the textgrid bounds will not draw as that is by definition. if the _ is outside those bounds on the last line then it doesn't draw because the font wants to draw outside the bounds it says characters use. solution: use another font. :)

not sure why you migrated this here... i think on phab it wss lcear that the font renders outside the min/max bounds it gives for chars. the text grid is a strict grid. any content that goes outside the textgrid bounds will not draw as that is by definition. if the _ is outside those bounds on the last line then it doesn't draw because the font wants to draw outside the bounds it says characters use. solution: use another font. :)
Author

It happens with "DejaVu Sans Mono", which is the default font in Terminology 🤔 and one of the most widely supported amount of international characters out there (so the best to be used as default)

It happens with "DejaVu Sans Mono", which is the default font in Terminology 🤔 and one of the most widely supported amount of international characters out there (so the best to be used as default)
Author

I just checked the original font and the _ character looks like this: https://i.imgur.com/oUGbusA.png - I don't know if this position is included in the max bounds of the grid or only the main box, but for sure is a part of the bounds to be rendered since many characters use parts like this one. I don't think terminology / text grid should include an extra space for that (this will also look ugly, and waste space) but i think it should be simply rendered

I just checked the original font and the _ character looks like this: https://i.imgur.com/oUGbusA.png - I don't know if this position is included in the max bounds of the grid or only the main box, but for sure is a part of the bounds to be rendered since many characters use parts like this one. I don't think terminology / text grid should include an extra space for that (this will also look ugly, and waste space) but i think it should be simply rendered
Sign in to join this conversation.
No Label
No Milestone
No project
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: enlightenment/terminology#1
No description provided.