Re: Why some characters are not displayed correctly when setting mm-text-html-renderer to links
On Fri, Aug 06 2021, David Bremner wrote: > Wenlong Dai writes: > >> >> 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 >> > > I didn't have time to debug this yet, but I did duplicate the problem on > Emacs 27.1 on Debian, so it is not Windows or gccemacs specific. As far > as I can tell links is outputing non-utf8 characters, but it could also > be other issues like double decoding. setting those "coding-systems" is somewhat hard to understand (or it is just me) -- i recall wondering these (let ((coding-system-for-read 'no-conversion)) iirc in related code... One thing could be to wrap the 'links' command in a shell script which executes exec strace -o /tmp/strace.$$ -e trace=open /path/to/links "$@"' (name that script as 'links' and point first entry in PATH to the directory that exists) then one can check the logs what is links outputting (i'd guess it would output utf-8 characters but one cannot know for sure...) Tomi > > d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: should notmuch handle or generate message responses (RFC 9078) (or, "why can't i an e-mail message?")
On Thu, Aug 05 2021, Daniel Kahn Gillmor wrote: > Hi notmuch folks-- > > RFC 9078 is an experimental draft "Reaction: Indicating Summary Reaction > to a Message": > > https://www.rfc-editor.org/rfc/rfc9078.html > > In short form, this lets you "thumbs up" an e-mail message without > sending a longer reply. > > Basically, it formalizes a way to respond to an e-mail with a single > emoji sequence [0] by sending a message using the following headers: > > - In-Reply-To: > - Content-Type: text/plain; charset=utf-8 > - Content-Disposition: reaction > > > [0] https://www.unicode.org/reports/tr51/#def_emoji_sequence Note that > "emoji sequence" is *not* just "a series of emoji characters", but > rather it is a sequence of codepoints that is typically expected to > render as a single emoji, for example a raised hand with dark skin > tone is U+270B RAISED HAND followed by U+1F3FF EMOJI MODIFIER > FITZPATRICK TYPE-6 > > > Currently in Notmuch these responses would be rendered as simple, short > one-line text replies. > > Some questions for notmuch to consider: > > 0) Should a message that conforms to this standard be treated > differently by notmuch than any other message? If the answer is > "nope" then the rest of the questions don't make sense :P > > 1) does the database need any modification to store/report these things > as distinct responses? > > 2) should "notmuch new" treat the message differently upon ingestion? > > 3) should message threading information count the list of messages in > the thread differently depending on how many messages are > "response" messages? > > 4) How should a notmuch frontend decide when to clear the "unread" flag > from such a response message? > > 5) Should notmuch frontends facilitate creation of this kind of > response? > > 6) how should a frontend render the summaries of these responses? I'd wait for "standards track" ;D (or de-facto usage it that takes too long...) Tomi > > Interesting times, > > --dkg ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: [PATCH] perf-test: fix for verbose
On Thu, Aug 05 2021, David Bremner wrote: > Felipe Contreras writes: > >> Signed-off-by: Felipe Contreras > > applied to master. > > shout out to Tomi for the review. I guess I was the one who dropped the needs-review... Tomi ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: [PATCH] emacs: Refine scope of notmuch-jump-key face
On Thu, Aug 05 2021, David Bremner wrote: > Protesilaos Stavrou writes: > >> The intent of the 'notmuch-jump-key' face is to allow users/themes to >> differentiate the text of the minibuffer prompt from the keys that are >> associated with jump actions. Commit 5cc106b0 correctly introduced the >> 'notmuch-jump-key' face for keys, but mistakenly applied it to the >> prompt as well. > > applied to master. > > Shout out to Tomi for the review. *hides* ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
