| Summary: | Underscores ("_") not displaying in Rxvt with Cygwin | ||
|---|---|---|---|
| Product: | DejaVu | Reporter: | Thorsten Kampe <thorsten> |
| Component: | Mono Sans | Assignee: | Deja Vu bugs <dejavu-bugs> |
| Status: | REOPENED --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | Cygwin | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
screenshot showing the problem (all ASCII characters)
q|_|p in size 17 q|_|p in size 16 (correctly displayed) q|_|p in size 18 (correctly displayed) |
||
|
Description
Thorsten Kampe
2007-04-20 13:02:48 UTC
Isn't this an rxvt+cygwin bug? Marking as not our bug. Does the same thing happen with Bitstream Vera Mono? Please report the bug to http://sourceforge.net/projects/rxvt and/or http://cygwin.com/problems.html I think, this /might/ be a Cygwin/rxvt bug. Unfortunately I can't convince rxvt under Linux to use DejaVu Fonts ("can't load DejaVu Sans Mono-17") - so I can't tell whether it's just a Cygwin/rxvt thingy).
Please mind you that just because the bug is only triggered under a specific Operating System/Terminal combination doesn't necessarily mean that the bug is on the OS/Terminal side.
Please explain why you think this is not a DejaVu bug.
I did some further research: 1. Bitstream Vera Sans Mono shows the same behaviour. 2. The bug only shows with font size 17 (not with 10 - 16 or 18 or 19). Yes, I know this sounds ridiculous but that's the way it is. I wouldn't have a problem reporting the bug to the Cygwin rxvt maintainer - but as rxvt is AFAIK not actively maintained and other fonts (Fixedsys) don't show the behaviour I think he will classify this as "NOTOURBUG", too... (In reply to comment #3) > I think, this /might/ be a Cygwin/rxvt bug. Unfortunately I can't convince rxvt > under Linux to use DejaVu Fonts ("can't load DejaVu Sans Mono-17") - so I can't > tell whether it's just a Cygwin/rxvt thingy). rxvt -fn "-dejavu-dejavu sans mono-medium-r-normal-*-17-120-100-100-m-*-*-*" > Please explain why you think this is not a DejaVu bug. I can't reproduce this. Could you give a screenshot of a string with descenders like and underscore, like "j_g". I'd like to know if rxvt+cygwin displays the lowest line of pixels. (In reply to comment #5) > (In reply to comment #3) >> I think, this /might/ be a Cygwin/rxvt bug. Unfortunately I can't convince rxvt >> under Linux to use DejaVu Fonts ("can't load DejaVu Sans Mono-17") - so I can't > > tell whether it's just a Cygwin/rxvt thingy). > > rxvt -fn "-dejavu-dejavu sans mono-medium-r-normal-*-17-120-100-100-m-*-*-*" Same effect: rxvt: can't load font "-dejavu-dejavu sans mono-medium-r-normal-*-17-120-100-100-m-*-*-*" Maybe rxvt is searching fonts somewhere else than - for instance - Konsole. (This is Gentoo Linux but I'm not expecting you to solve my rxvt-Linux-font problem) > > Please explain why you think this is not a DejaVu bug. > > I can't reproduce this. Did you try this under Linux or under Cygwin/rxvt? > Could you give a screenshot of a string with descenders like and underscore, > like "j_g". I'd like to know if rxvt+cygwin displays the lowest line of pixels. I don't fully understand your request. What does "string with descenders like" mean? You want just a string with j_g or something else? Created attachment 9670 [details]
screenshot showing the problem (all ASCII characters)
As requested: the screenshot - actually even though it shows spaces between some characters there are no spaces but underscores (_)
Descenders are the parts of a letter below the base line, so "p" has a descender, "o" hasn't. At this font size the underscore is unfortunately one pixel below the descender, so the screenshot doesn't help much... Could you post a screenshot with this string once: "q|_|p" ? Created attachment 9671 [details]
q|_|p in size 17
Created attachment 9672 [details]
q|_|p in size 16 (correctly displayed)
Created attachment 9673 [details]
q|_|p in size 18 (correctly displayed)
Then Denis was right, rxvt doesn't display the lowest pixel line at that size 17 (15 ppem). But I have no idea why it would do that... (In reply to comment #12) > Then Denis was right, rxvt doesn't display the lowest pixel line at that size > 17 (15 ppem). But I have no idea why it would do that... Hm. I tried Fixedsys and Lucida Console (both size 17). If rxvt doesn't display the "lowest pixel line at that size 17 (15 ppem)" - then why only with DejaVu Sans Mono?! The size 17, attachment (id=9671), and size 18, attachment (id=9673), in your screenshots have the same characters, but size 17 has one line of pixel chopped. > The size 17, attachment (id=9671) [details], and size 18, attachment (id=9673) [details], in your
> screenshots have the same characters, but size 17 has one line of pixel
> chopped.
I mean they are identical pixelwise, with one line shopped off in size 17.
So rxvt fixes the line height at 17 pixels there, and tries to select the appropriate font size to match it, but I have the impression it chooses wrongly, as the line height at that font size for DejaVu is 18 pixels. Other fonts may only need 17 pixels at that size, or their underscore may be higher than in DejaVu... Delete rxvt already. It is very old, unmaintained and unsupported. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.