Dirk-Jan C. Binnema
Dirk-Jan C. Binnema
Please research and share your findings!
@andersjohansson: The comment in the code is misleading indeed, but `mu4e-headers-search-hook` doesn't really need the current buffer to be the in-progress headers-buffer, or? There's nothing it can reasonably do there....
Ah, but setting mu4e-headers-fields can happen _before_ actually to the headers view, or? Did you get any errors?
Currently, messages are always connected to a headers-view, and need that connection to be able to do things with the message. So, there's a 1:1 relation between the two. Of...
Can you explain in a few lines what this does / why one might want this?
Ah, thanks. Seems gmime 3.x already has support for this, that helps. It seems a bit non-trivial to add to mu4e though, but I'll keep this in mind.
Can you provide two example messages (anonymized as necessary) that are showing this? Thanks.
Ah, now I understand. You mean the message fields do not line up with the column headings; this assumes that you use the same font(-size) for both (and even that...
Ah, so I think an important difference is that `package` uses `tabulated-list` mode, which apparently takes care of this, while `proced` does not (AFAIK). The good news there are plans...
As you've noticed, the whole setup is a bit convoluted, so many steps! I'm planning to rework it a bit in the 1.7 time-frame (which starts soon)... let's make sure...