Mike Kupfer

I'm okay with making the change not to use goto-address with shr, and then add a user option if we get complaints from users. shr already supports using mouse-2 and C-c RET to follow a link. So I think the only user-visible change will be that text strings that look like a URL or email address will not get linkified. Hopefully that's minor enough that nobody will demand an option. I think it would be cleaner if the mh-show-mode docstring does not get into the user-experience details for the different...

I think that leaves the following issues: "w" doesn't work (as described in the original bug report) the shr textsec code does not flag mailto links where the link text does not match the link address (discovered during testing) goto-address still messes with font settings that were made in the HTML. In some cases involving image links, MH-E will display whitespace where Gnus displays the image alt text, effectively disappearing the link (discovered during testing) Issue #2 isn't an MH-E problem....

By the way, I noticed that shr uses text properties for things like changing the color, whereas goto-address creates an overlay. Overlays can be prioritized, so I thought about changing shr to use an overlay instead of just setting text properties, and giving the shr overlay a higher priority than the goto-address overlay. But looking at the history for shr, I saw that shr had used overlays at some time in the past. They weren't performant, so Lars changed the code to use text properties.

provide better support for link checking (Emacs 29)

I've actually been poking at the mouse-over problem for several weeks, but I had forgotten to assign the bug to me. The problem with the warning emoji not getting a tooltip is that the emoji was getting included in the match for goto-address-url-regexp. If I moved the emoji to come before the link text, it did not get included in the regexp match, and the mouse-over functionality worked the same as in Gnus. (This left the problem with "w" unaddressed.) I'm attaching a copy of the draft patch for...

provide better support for link checking (Emacs 29)

mh-refile-msg vs mh-thread-refile

The fix will appear in Emacs 31; commits b07a3970ae, 80c0529e94, and bc0eacca97.