Hi Patrick, thanks for the will of trying my fixes.
On 2025-06-06 10:01:27 +0000 Patrick Cardona <patrick.card...@ik.me> wrote: > Following our previous exchange, I have built a more (I hope) consistent > GNUstep environment from the latest sources and tools (see my signature): > once all is built and running, I am guessing if a script could fetch all the > versions of the current GNUstep libs: I guess if you are on GIT you are fine with latest code... I presume you follow master then, should just be fine. > > I also searched your patch/enhancements or a new release of GNUMail, but I > did not find it on Savannah. The latest release (1.4.0) is still dated from > 2023: see http://download.savannah.nongnu.org/releases/gnustep-nonfsf/ > Did you make it publicly available ? Is it a CVS branch ? My current changes are in SVN head. No branch. CVS is not used (never was, I think) for gnustep-nonfsf. I just commited a further rewrite: I transformed C in Obj-C. It is probably slower, but easier to maintain and safer. I also added support for a couple of more entities and for support of hex/decimal (right now, just named). I scoured through many mails (including some test emails, SPAM) and it looks fine to me. I forced a test on Mac too (by disabling Mac's HTML renderer) and it looks fine to. Would be nice if you can test it and check translation of entities on your site. Right now, some logging remains present. E.g. you might see: 2025-06-12 15:08:53.507 GNUMail[7219:7219] mapped eacute to: |é| 2025-06-12 15:08:53.507 GNUMail[7219:7219] mapped agrave to: |à| 2025-06-12 15:08:33.639 GNUMail[7219:7219] dec/hex entity: #224 2025-06-12 15:08:33.639 GNUMail[7219:7219] mapped #224 to: |à| it is intentional and if it works for you an can test more thing, fine. In case something is not mapped, it will print it out and we shall see. Let me know, Riccardo
