why doesn't notmuch-search-toggle-order work in unthreaded view?
I thought notmuch-search-toggle-order would be more useful in unthreaded view than search view. But I found that it doesn't work in unthreaded view? am I doing something wrong? or is this by default? ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: question: how to change file extension generated by (notmuch-show-view-part)
I created ~/.mailcap and put the following line in it:
text/html; links2 -g %s; test=test -n "$DISPLAY"
I did not change my configuration and now I cannot reproduce the behaviour
however I try.
On Mon, 23 Nov 2020 at 22:29, Tomi Ollila wrote:
> On Mon, Nov 23 2020, Wenlong Dai wrote:
>
> > I've been trying to use links2 to view html part of messages.
> > The problem I'm encountering is that, the part would be saved as
> > /tmp/xxx/xxx.shtml and
> > passed on to links2, and it seems links2 doesn't recognise the .shtml
> > extension.
> >
> > netsurf works well with .shtml though.
> >
> > But being stubborn as I am, I would like to know if I can make notmuch
> > output .html file instead?
> > I did a bit of research on shtml, seems it's completely unnecessary in
> this
> > case? why would notmuch choose this extension anyway?
>
> I could not find any reference to .shtml in notmuch emacs mua sources
> ... nor could I find such in the "message" sources
> (zgrep ... in /usr/share/emacs/{version}/lisp/gnus/*.gz)
> notmuch emacs mua is using doing many of the things.
>
> How did you configure emacs to use links2/netsurf to view html parts ?
>
> (/usr/share/emacs/{version}/lisp/gnus/mm-view.elc.gz defines these
> to be known and how those are executed:
>
> --8<8<8<8<8<8<8<8<8<8<--
> (defvar mm-text-html-renderer-alist
> '((shr . mm-shr)
> (w3m . mm-inline-text-html-render-with-w3m)
> (w3m-standalone . mm-inline-text-html-render-with-w3m-standalone)
> (gnus-w3m . gnus-article-html)
> (links mm-inline-render-with-file
>mm-links-remove-leading-blank
>"links" "-dump" file)
> (lynx mm-inline-render-with-stdin nil
> "lynx" "-dump" "-force_html" "-stdin" "-nolist")
> (html2text mm-inline-render-with-function html2text))
> "The attributes of renderer types for text/html.")
> -->8>8>8>8>8>8>8>8>8>8--
>
> Tomi
>
--
Kind Regards,
Wenlong Dai
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: question: how to change file extension generated by (notmuch-show-view-part)
Thank you very much for your email. I just tried this again but could not reproduce it either. I guess it just happened to a very particular message in my inbox. I was probably quite unlucky that my first try was on such a peculiar message. Now I couldn't remember what message I was looking at and I cannot find it anymore. I'll report back if I see the problem again. On Mon, 23 Nov 2020 at 21:43, David Bremner wrote: > Wenlong Dai writes: > > > I've been trying to use links2 to view html part of messages. > > The problem I'm encountering is that, the part would be saved as > > /tmp/xxx/xxx.shtml and > > passed on to links2, and it seems links2 doesn't recognise the .shtml > > extension. > > > > I could not duplicate this with the message you sent to the list. Does > it happen with all html parts for you, or just some? If the latter, can > you share an example message? > > I suspect emacs is taking taking the file name from the message, but I > don't know for sure. > > -- Kind Regards, Wenlong Dai ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
question: how to change file extension generated by (notmuch-show-view-part)
I've been trying to use links2 to view html part of messages. The problem I'm encountering is that, the part would be saved as /tmp/xxx/xxx.shtml and passed on to links2, and it seems links2 doesn't recognise the .shtml extension. netsurf works well with .shtml though. But being stubborn as I am, I would like to know if I can make notmuch output .html file instead? I did a bit of research on shtml, seems it's completely unnecessary in this case? why would notmuch choose this extension anyway? ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Re: Search Case Sensitivity
I later realised my statement was wrong. I did not test all search terms. I was only testing the folder: search term. It seems folder: search is always case-sensitive and it doesn't allow wild cards. So if I want to find messages in a specific folder, I'll have to spell the folder name case-sensitively, and I'll have to either remember the full path or use regex. Is this understanding correct? If it is, then I would say it's a bit unexpected and odd. On Wed, 18 Nov 2020 at 22:28, David Bremner wrote: > Wenlong Dai writes: > > > Based on my usage and testing, it seems to me that all notmuch searches > are > > case-sensitive. > > Is this true? > > Is there a way to do case-insensitive search? > > Most searches (other than boolean prefixes and regex searches) are in > fact case insensitive. The definition of case is English-centric. Can > you give an example of a search that is case-sensitive that you are > expecting to be case insensitive? > > d > > -- Kind Regards, Wenlong Dai ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Search Case Sensitivity
Hi Guys, I did a bit of Google Search and reading of notmuch man pages. I'm surprised to find no mention of this. Based on my usage and testing, it seems to me that all notmuch searches are case-sensitive. Is this true? Is there a way to do case-insensitive search? Thanks Dave ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
Why some characters are not displayed correctly when setting mm-text-html-renderer to links
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? ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
