GNU bug report logs -
#54646
29.0.50; set-fontset-font and font clipping issues
Previous Next
Reported by: Visuwesh <visuweshm <at> gmail.com>
Date: Thu, 31 Mar 2022 03:38:01 UTC
Severity: normal
Merged with 73752
Found in versions 29.0.50, 29.4
Fixed in version 30.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Visuwesh <visuweshm <at> gmail.com>
> Cc: rpluim <at> gmail.com, 54646 <at> debbugs.gnu.org
> Date: Sun, 03 Apr 2022 15:56:35 +0530
>
> > The %c format is only good for single-byte characters, which these
> > ones aren't. Please use %x to print them (in hex).
> >
>
> Will do, thanks.
>
> > Also, I think printing everything is too much, and doesn't allow to
> > focus. Please print only when the character's code is one of those
> > involved in the problematic display.
>
> Unfortunately, the characters that are problematic tend to differ from
> each run. Nevertheless, I will hand-pick the problematic characters and
> send it.
That'd be good. We need a reproducible case to work with.
> > if (chars[char_idx] == CHAR1
> > || chars[char_idx] == CHAR2
> > || chars[char_idx] == CHAR3)
> > printf (...
> >
> > where CHAR1, CHAR2, and CHAR3 are the characters involved in the
> > problematic display, according to "C-u C-x =".
> >
> > May I suggest that you show me the code you add to hbfont.c before you
> > run it? This would avoid unnecessary iterations for you.
> >
>
> Sure,
This is okay, but please don't forget to add that 'if' condition. I
think the characters involved in the composition, and in addition one
character on each side of those, should be enough.
Please show the final code, so that I could then interpret the
print-outs correctly.
Thanks.
This bug report was last modified 253 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.