[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: scratch/emoji vs emacs that maybe canʼt display emojis
From: |
Tim Cross |
Subject: |
Re: scratch/emoji vs emacs that maybe canʼt display emojis |
Date: |
Mon, 08 Nov 2021 11:39:41 +1100 |
User-agent: |
mu4e 1.7.4; emacs 28.0.60 |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> Lars Ingebrigtsen [2021-11-07 21:48:50] wrote:
>> Eli Zaretskii <eliz@gnu.org> writes:
>>> We could perhaps introduce some heuristics based on the first
>>> character of the composition, for example that the result of composing
>>> CH cannot be narrower than CH itself. But that will only work up to a
>>> point. E.g., AFAIR some Emoji has the width of 1.
>> Perhaps it depends on the font, too? I'm pretty sure that none of the
>> composed emojis in Noto Color Emoji have a width of 1, but that's
>> basically the only emoji font I've been futzing around with.
>>> And then there are terminal emulators that do some preposterous stuff,
>>> assuming that their tail can wag the dog. See PROBLEMS and search for
>>> "kitty", for some fun.
>> Heh.
>
> How 'bout we add a simple little hack to Emacs: when running in a tty
> and we need to display something like an emoji, use a local DNN (deep
> neural network) to guess the width that will be used for the char, then
> contact an fsf.org service that connects to a nearby camera, grabs a few
> frames, passes them to text recognition DNN to estimate the number of
> text columns that the terminal used when displaying this char, send the
> result back to Emacs and if the initial guess was wrong adjust the
> local DNN and redisplay.
>
> WDYT?
>
Brilliant. However, I think you also need to wrap that communication
with the fsf.org service in a blockchain to secure the captured frames.
We may also be able to improve processing of the frame images using a
systolic array and uniform recurrence equations (URE)- I suspect this could
be slightly faster than the DNN. If the UREs are extended with
additional terms, we could even have an N-dimensional systolic array,
which could process each dimension on a separate core in parallel to
squeeze even more out of the system.
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, (continued)
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/10
- Re: scratch/emoji vs emacs that maybe canÊüt display emojis, Richard Stallman, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, David Masterson, 2021/11/14
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/14
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, David Masterson, 2021/11/15
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Po Lu, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Stefan Monnier, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Po Lu, 2021/11/11
- Re: scratch/emoji vs emacs that maybe canʼt display emojis,
Tim Cross <=
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Benjamin Riefenstahl, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Robert Pluim, 2021/11/08
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/08
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Robert Pluim, 2021/11/08
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/08
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Robert Pluim, 2021/11/09
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/08