Re: badly calculated width of emoji in psql
От | Jacob Champion |
---|---|
Тема | Re: badly calculated width of emoji in psql |
Дата | |
Msg-id | bedc833c3f60bbcd72ce613fc6a677be609d19dd.camel@vmware.com обсуждение исходный текст |
Ответ на | Re: badly calculated width of emoji in psql (John Naylor <john.naylor@enterprisedb.com>) |
Ответы |
Re: badly calculated width of emoji in psql
|
Список | pgsql-hackers |
On Thu, 2021-08-12 at 12:36 -0400, John Naylor wrote: > I tried this patch on and MacOS11/iterm2 and RHEL 7 (ssh'd from the Mac, in case that matters) and the example shown atthe top of the thread shows no difference: > > john.naylor=# \pset border 2 > Border style is 2. > john.naylor=# SELECT U&'\+01F603'; > +----------+ > | ?column? | > +----------+ > | 😃 | > +----------+ > (1 row) > > (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? There shouldn't be anything special. (If your terminal was set up to display emoji in single columns, that would cause alignment issues, but in the opposite direction to the one you're seeing.) > Does one need some specific terminal or setting? In your case, an incorrect number of spaces are being printed, so it shouldn't have anything to do with your terminal settings. Was this a clean build? Perhaps I've introduced (or exacerbated) a dependency bug in the Makefile? The patch doing nothing is a surprising result given the code change. --Jacob
В списке pgsql-hackers по дате отправления: