Horton

Re: badly calculated width of emoji in psql

Pavel Stehule <pavel.stehule@gmail.com>

View thread View on postgr.es
From: Pavel Stehule <pavel.stehule@gmail.com>
To: John Naylor <john.naylor@enterprisedb.com>
Cc: Jacob Champion <pchampion@vmware.com>, "laurenz.albe@cybertec.at" <laurenz.albe@cybertec.at>, "michael@paquier.xyz" <michael@paquier.xyz>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>, "horikyota.ntt@gmail.com" <horikyota.ntt@gmail.com>
Date: 2021-08-12T16:46:11Z
Lists: pgsql-hackers

Attachments

čt 12. 8. 2021 v 18:36 odesílatel John Naylor <john.naylor@enterprisedb.com>
napsal:

> I tried this patch on and MacOS11/iterm2 and RHEL 7 (ssh'd from the Mac,
> in case that matters) and the example shown at the top of the thread shows
> no difference:
>
> john.naylor=# \pset border 2
> Border style is 2.
> john.naylor=# SELECT U&'\+01F603';
> +----------+
> | ?column? |
> +----------+
> | 😃        |
> +----------+
> (1 row)
>

did you run make clean?

when I executed just patch & make, it didn't work


> (In case it doesn't render locally, the right bar in the result cell is
> still shifted to the right.
>
> What is the expected context to show a behavior change? Does one need some
> specific terminal or setting?
>

I assigned screenshots


>
> --
> John Naylor
> EDB: http://www.enterprisedb.com
>

Commits

  1. Extend collection of Unicode combining characters to beyond the BMP

  2. Update display widths as part of updating Unicode

  3. Revert "Rename unicode_combining_table to unicode_width_table"

  4. Change mbbisearch to return the character range