From: Lars Ingebrigtsen <larsi@gnus.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: schwab@linux-m68k.org, bugs@gnu.support, 44664@debbugs.gnu.org
Subject: bug#44664: 28.0.50; troubles with some chars in term
Date: Mon, 30 Nov 2020 11:05:10 +0100 [thread overview]
Message-ID: <87ft4rdusp.fsf@gnus.org> (raw)
In-Reply-To: <83v9dokvxq.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 29 Nov 2020 17:46:25 +0200")
Eli Zaretskii <eliz@gnu.org> writes:
>> I imagined shrinking the width of a glyph would mean just throwing away
>> some vertical lines, or specify a transformation matrix, or something.
>> (I have not looked at the code, as you can tell.)
>
> We can easily clip the glyph, yes. I don't know how legible will the
> result be. Transformation matrices is not something I'd love to use
> here.
>
> Eventually, we need to see how many characters, if any, exhibit this
> problem. Maybe the issue is minor.
I think in this test case, with the Ѿ character coming from DejaVu Sans
(while the other characters come from DejaVu Sans Mono), the results of
just clipping will be kinda ugly. But it's worth a shot and see how it
looks in practice -- perhaps it'll be good enough.
I really wonder what gnome-terminal is really doing here. I downloaded
the sources, but it looks like all the magic happens down in the Pango
libraries.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
next prev parent reply other threads:[~2020-11-30 10:05 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-15 19:45 bug#44664: 28.0.50; troubles with some chars in term Jean Louis
2020-11-16 22:30 ` Lars Ingebrigtsen
2020-11-17 4:15 ` Jean Louis
2020-11-17 9:00 ` Andreas Schwab
2020-11-17 9:43 ` Jean Louis
2020-11-17 9:55 ` Andreas Schwab
2020-11-17 10:00 ` Jean Louis
2020-11-17 15:12 ` Eli Zaretskii
2020-11-17 17:15 ` Jean Louis
2020-11-17 21:05 ` Eli Zaretskii
2020-11-17 21:54 ` Jean Louis
2020-11-17 22:02 ` Andreas Schwab
2020-11-18 3:30 ` Eli Zaretskii
2020-11-18 6:05 ` Jean Louis
2020-11-18 8:25 ` Andreas Schwab
2020-11-18 8:39 ` Lars Ingebrigtsen
2020-11-18 8:45 ` Lars Ingebrigtsen
2020-11-18 15:11 ` Eli Zaretskii
[not found] ` <X7U/qT7sSLW4wcTg@protected.rcdrun.com>
2020-11-18 18:14 ` Eli Zaretskii
2020-11-18 20:06 ` Jean Louis
2020-11-19 14:26 ` Eli Zaretskii
[not found] ` <X7aLF3tMx3yfkb9k@protected.rcdrun.com>
2020-11-19 16:15 ` Eli Zaretskii
2020-11-19 16:38 ` Jean Louis
2020-11-19 17:27 ` Eli Zaretskii
2020-11-19 16:53 ` Jean Louis
2020-11-19 17:28 ` Eli Zaretskii
2020-11-19 17:41 ` Jean Louis
2020-11-19 17:56 ` Eli Zaretskii
2020-11-18 21:04 ` Lars Ingebrigtsen
2020-11-19 3:29 ` Eli Zaretskii
2020-11-19 21:07 ` Lars Ingebrigtsen
2020-11-20 7:39 ` Eli Zaretskii
2020-11-24 5:58 ` Lars Ingebrigtsen
2020-11-24 15:32 ` Eli Zaretskii
2020-11-25 6:55 ` Lars Ingebrigtsen
2020-11-25 8:30 ` Andreas Schwab
2020-11-25 9:08 ` Lars Ingebrigtsen
2020-11-25 9:23 ` Basil L. Contovounesios
2020-11-26 9:46 ` Lars Ingebrigtsen
2020-11-26 10:13 ` Andreas Schwab
2020-11-26 10:16 ` Lars Ingebrigtsen
2020-11-26 11:15 ` Robert Pluim
2020-11-26 11:21 ` Lars Ingebrigtsen
2020-11-26 21:14 ` Basil L. Contovounesios
2020-11-27 7:53 ` Lars Ingebrigtsen
2020-11-25 9:27 ` Andreas Schwab
2020-11-25 15:35 ` Eli Zaretskii
2020-11-26 9:50 ` Lars Ingebrigtsen
2020-11-26 14:17 ` Eli Zaretskii
2020-11-27 7:51 ` Lars Ingebrigtsen
2020-11-27 8:14 ` Eli Zaretskii
2020-11-29 9:58 ` Lars Ingebrigtsen
2020-11-29 15:46 ` Eli Zaretskii
2020-11-30 10:05 ` Lars Ingebrigtsen [this message]
2020-11-30 16:12 ` Eli Zaretskii
2020-12-02 9:39 ` Lars Ingebrigtsen
2020-12-02 15:02 ` Eli Zaretskii
2020-12-02 16:33 ` Jean Louis
2020-12-03 8:44 ` Lars Ingebrigtsen
2020-12-03 8:52 ` Jean Louis
2020-12-03 9:02 ` Lars Ingebrigtsen
2020-12-03 15:19 ` Eli Zaretskii
2020-12-03 15:14 ` Eli Zaretskii
2020-12-03 16:59 ` Lars Ingebrigtsen
2020-12-03 17:04 ` Eli Zaretskii
2020-11-19 8:20 ` Andreas Schwab
2020-11-19 21:06 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ft4rdusp.fsf@gnus.org \
--to=larsi@gnus.org \
--cc=44664@debbugs.gnu.org \
--cc=bugs@gnu.support \
--cc=eliz@gnu.org \
--cc=schwab@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.