GNU bug report logs - #21650
24.5; mh-e keeps trying to open urls

Previous Next

Full log

Message #63 received at 21650 <at> debbugs.gnu.org (full text, mbox):

From: Mike Kupfer <m.kupfer <at> acm.org>
To: Bill Wohler <wohler <at> newt.com>
Cc: Glenn Morris <rgm <at> gnu.org>, Katsumi Yamaoka <yamaoka <at> jpl.org>,
 21650 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#21650: fix should be underneath MH-E
Date: Wed, 03 Feb 2016 19:58:46 -0800

Bill Wohler wrote:

> Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:
> > My solution is below.  Tested briefly.  This patch moves the
> > binding of shr-inhibit-images and shr-blocked-images to Gnus
> > from mm.  So, MH-E has to do a similar thing.
> 
> I disagree. This only works for shr and defeats encapsulation.

I think what makes this a non-trivial problem is wanting more
flexibility than just a binary yes-no decision, which is what
mm-inline-text-html-with-images currently provides.  That's why
gnus-blocked-images is a regexp (or a function that returns a regexp).

Could mm-inline-text-html-with-images be generalized to be more like
gnus-blocked-images?  (For example, nil means don't retrieve anything, t
means retrieve everything, a string would be a regexp of what URLs will
be retrieved.)  Then shr could use mm-inline-text-html-with-images
instead of shr-blocked-images, and MH-E users would have a single knob
that could control any of the different rendering back-ends.

mike

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.