From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id IMngNSyUsl83IgAA0tVLHw (envelope-from ) for ; Mon, 16 Nov 2020 15:01:00 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id gAPDMSyUsl+/FAAA1q6Kng (envelope-from ) for ; Mon, 16 Nov 2020 15:01:00 +0000 Received: from mail.notmuchmail.org (nmbug.tethera.net [144.217.243.247]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (2048 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 601B39402C8 for ; Mon, 16 Nov 2020 15:00:59 +0000 (UTC) Received: from nmbug.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id 4EFB728824; Mon, 16 Nov 2020 10:00:50 -0500 (EST) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) by mail.notmuchmail.org (Postfix) with ESMTPS id 1880220088 for ; Mon, 16 Nov 2020 10:00:48 -0500 (EST) Received: by mail-qv1-xf30.google.com with SMTP id y11so8854056qvu.10 for ; Mon, 16 Nov 2020 07:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=GBKfnL2h2SAMzWsxEzWjyyDewOTBNkVNLR/gtIyUDrk=; b=GZADytHQbUdlDm4kWF2OSw72GyrOJg5VEHdvmERTtIbLhWu9j5nlUgwu7QA1J0NWER niZSfTgjg8OEFqNTtf5mTPpuggAM8pFHhB5Xfg9K6jyHQycView9X4oyX75YwNlMgze7 l1AuXc7eFsqhYqHyii27it8uTw2S6yoAmFsEZhiLLmpvsCsVLntN12Nsz1TzZpPoRD7m pA+51U6dH/SLDi8JdrMMPjsaGgQRG405RkacMrdNqqi/JblOsIXNhSJZQ+pzD+aR8MO0 XXaLncQZVE1SsSEPxoxXwEA9864oUvaftYCf6AN8uVfb7M01f5Q3RaSR8SYoZ8MAvZZd gJeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GBKfnL2h2SAMzWsxEzWjyyDewOTBNkVNLR/gtIyUDrk=; b=LGViqCJU4fNGxF89y2vX7mS4eeZJdkHKMSl2zfXS3dmHE5eM8f9fqp6TIFjFNJKoQ8 tt+w89McrOpzGR5m7I6ft+gkvFLvpxtIo5eixZZB5KLaI73bqJcREKrFiA+ROqeGDVq4 YMdpHHJU4Sq2Iyf/vzuZnJwSKgXjjAmtjdMwGCCAlqxPtqnMAB91HGe0O71bHZfngY8f yKmft1cul4jLc72XeNjssO8pQu5hBawm/tiitGNX2Nw6YVeRYeSP9wC/vajhCBnz8bxt njGvJcW/45BAfrAkx5Afz2HBUM1A+rRUUKyK7moRF2Z4a+U3VyzG/BoXkqsCbomfd3w2 on+Q== X-Gm-Message-State: AOAM530gn/PsVUYoW8Tms0Tm5UHRqF/rlOETdNkQg7bSiLqc1s49qWZz 5mzSOnDlcegPNizlNMvem71KaRcxECGa4HTKYYh5gv8clZPxKg== X-Google-Smtp-Source: ABdhPJxYBiiARAt3Zbi1qVjTHSYNnqLdOgXmr+meBM0MhmRRcLCb4mTMtytk4Mb/jygP3Mowwzk2mJhkcNQ+jhedS+0= X-Received: by 2002:a0c:e911:: with SMTP id a17mr16025392qvo.18.1605538847021; Mon, 16 Nov 2020 07:00:47 -0800 (PST) MIME-Version: 1.0 From: Wenlong Dai Date: Tue, 17 Nov 2020 02:00:09 +1100 Message-ID: Subject: Why some characters are not displayed correctly when setting mm-text-html-renderer to links To: notmuch@notmuchmail.org Message-ID-Hash: PUC4YNTXOIIU6DCAUYTLUSF7AJWSTDM3 X-Message-ID-Hash: PUC4YNTXOIIU6DCAUYTLUSF7AJWSTDM3 X-MailFrom: whudwl@gmail.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.2.1 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: multipart/mixed; boundary="===============4610755343869386300==" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=fail (body hash did not verify) header.d=gmail.com header.s=20161025 header.b=GZADytHQ; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 144.217.243.247 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Spam-Score: 1.09 X-TUID: yUss3EwvhE1K --===============4610755343869386300== Content-Type: multipart/alternative; boundary="000000000000a65f8105b43aa4f3" --000000000000a65f8105b43aa4f3 Content-Type: text/plain; charset="UTF-8" I'm using gccemcs under WSL2 and trying to switch from mu4e to notmuch. One thing I immediately like about notmuch is that it's much more faster than mu4e. But I also almost immediately ran into some issues. The one that bothers me the most is, when I hit ENTER to open a long thread from notmuch-search mode, it takes a very long time to load. Sometimes, this can take 30 seconds or more. My understanding is that notmuch needs to load all the messages (in my case, I tried threads with 20+ messages), and the default shr renderer is not great at dealing with large amount of data. After some research, I found that setting mm-text-html-renderer to links would reduce the load time from to around 2 seconds or less. But one small issue with this is some characters are not displayed correctly, for example the RIGHT SINGLE QUOTATION MARK, which would be displayed as \342\200\231 A bit more research lead me to the toggle-enable-multibyte-characters function, I found that if I invoke this function twice interactively, the display would be fixed. I guess my question is, how do I make notmuch-show display characters like RIGHT SINGLE QUOTATION MARK correctly when I use links as html renderer? And why would invoking toggle-enable-multibyte-characters fix the issue? --000000000000a65f8105b43aa4f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm using gccemcs=C2= =A0under WSL2 and trying to switch from mu4e to notmuch.=C2=A0
One thing I immediately like about notmuch is tha= t it's much more faster than mu4e.=C2=A0

But I also almost immedi= ately ran into some issues. The one that bothers me the most is,=C2=A0
when I hit ENTER to open a long thread fr= om notmuch-search mode, it takes a very long time to load.=C2=A0
Sometimes, this can take 30 seconds or more. My= understanding is that notmuch needs to load all the messages=C2=A0
(in my case, I tried threads with 20+ messag= es), and the default shr renderer is not great at dealing with large amount= of data.=C2=A0=C2=A0

After some research, I found that setting mm-te= xt-html-renderer to links would reduce the load time from <a long time&g= t;=C2=A0
to around 2 seconds or less.= But one small issue with this is some characters are not displayed correct= ly, for example the=C2=A0
RIGHT SINGL= E QUOTATION MARK, which would be displayed as \342\200\231=C2=A0
<= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small;color:#000000">
= A bit more research=C2=A0lead me to the=C2=A0toggle-enable-multibyte-charac= ters function, I found that if I invoke this function
twice interactively, the display would be fixed.=C2=A0

I guess my question is, how do I make notmuch-show display characters=C2= =A0like=C2=A0 RIGHT SINGLE QUOTATION MARK correctly=C2=A0
when I use links as html renderer? And why would invoking=C2=A0 =C2=A0toggle-enable-multibyte-characters fix the issue?=C2=A0
--000000000000a65f8105b43aa4f3-- --===============4610755343869386300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============4610755343869386300==--