Dear Stefan,

Note that this issue disappears when Emacs is built without Cairo support.


________________________________
From: Patrick Lenihan [sc17pl] <P.J.Lenihan1@leeds.ac.uk>
Sent: 02 November 2021 17:58
To: Stefan Kangas <stefan@marxist.se>
Subject: Re: bug#51385: 29.0.50; PragmataPro wide word ligatures such as [ERR] having the left side cut off in cairo build


  1.  run command "emacs -Q"
  2.  M-:
  3.  (set-frame-font "PragmataPro Mono Liga" nil t)
  4.  C-uC-u<SPC>
  5.  M-x
  6.  insert-char #Xe2c0
  7.  Repeat 4-6 substituting #Xe2c0 for any of the following: #Xe2b0, #Xe2b1, #Xe2b2, #Xe2b3, #Xe2b4, #Xe2b5, #Xe2b6, #Xe2c0, #Xe2c1, #Xe2c2, #Xe2c3, #Xe2c4, #Xe2c5, #Xe2c6, #Xe2c7, #Xe2c8, #Xe2c9, #Xe2ca, #Xe2cb, #Xe2cc, #Xe2cd, #Xe2ce, #Xe2e0, #Xe2e1, #Xe2e2, #Xe2e3, #Xe2e4, #Xe2e5, #Xe2e6, #Xe2e7, #Xe2e8, #Xe2e9, #Xe2ea, #Xe2eb, #Xe2ec, #Xe2ed, #Xe2e  #Xe2f0, #Xe2f1, #Xe2f2, #Xe2f3, #Xe2f4, #Xe2f5, #Xe2f6, #Xe2f7, #Xe2f8, #Xe2f9, #Xe2fa, #Xe2fb, #Xe2fc, #Xe2fd, #Xe2fe

At the moment all are clipped unless Emacs is built without Cairo support.

________________________________
From: Stefan Kangas <stefan@marxist.se>
Sent: 28 October 2021 04:22
To: Patrick Lenihan [sc17pl] <P.J.Lenihan1@leeds.ac.uk>
Cc: 51385@debbugs.gnu.org <51385@debbugs.gnu.org>
Subject: Re: bug#51385: 29.0.50; PragmataPro wide word ligatures such as [ERR] having the left side cut off in cairo build

"Patrick Lenihan [sc17pl]" <P.J.Lenihan1@leeds.ac.uk> writes:

> When building Emacs with Cairo support, first characters are missing in
> many ligatures of PragmataPro. This issue has occurred since Emacs
> 27.1 but does not occur when building without Cairo. More details:
> https://github.com/fabrizioschiavi/pragmatapro/issues/181. The same
> occurs regardless of whether prettify-symbols or ligatures.el are
> used, although using ligatures.el appears to allow some of these
> characters to display correctly. More details on ligatures.el:
> https://github.com/mickeynp/ligature.el/issues/33.

Thanks for the bug report.

Could you provide a recipe to reproduce this issue, starting from
"emacs -Q"?