Gnus development mailing list
 help / color / mirror / Atom feed
From: Lloyd Zusman <ljz@asfast.com>
Subject: Canonical method for avoiding HTML expansion?
Date: 07 Dec 1999 16:47:24 -0500	[thread overview]
Message-ID: <ltk8mqzamr.fsf@asfast.com> (raw)

I recently asked something similar to this, but I can't find a
response that specifically addresses this question.  Forgive me if I
missed the appropriate reply ...

I'm using the latest CVS version of Gnus, and I have the following
assignment in my `.gnus.el' ...
 
  (setq mm-discouraged-alternatives 
        '("text/html" 
          "text/richtext")) 

Up until recently (within the last few weeks), this seemed to properly
prevent expansion of HTML when it appears within email and posts.
However, lately Gnus has been expanding the HTML to the max, including
automatic attempts to download images and the like, and it's a real
pain to try to abort this once it begins.

I was told here that the `mm-discouraged-alternatives' variable
controls cases where there is both text and HTML in a message.  I'm
not sure if this is still working the way it's supposed to, but even
if so, there apparently is enough non-perfectly-compliantly-MIME-ized
HTML junk coming to me so that `mm-discouraged-alternatives' gets
frequently ignored.

In any case, I'd like to be able to prevent the automatic expansion of
*all* HTML and only have that done on demand.  Clearly Gnus is able to
determine when there is HTML (or else it wouldn't know to try to
automatically expand it), and so the processing that I'd like to have
happen would go something like this:

(1)  Gnus somehow determines that there is HTML that could be expanded.

(2)  The normal HTML-expansion code gets bypassed and the portion of
     the message that could be expanded gets processed in one of the
     following ways (in order of preference):

     A.  It gets hidden and buttonized so that I would only see
         it if I specifically select the button.

     B.  A quick-and-dirty HTML-tag-removal is done as part of
         something akin to article treatment.

     C.  The HTML just shows up intact as text, with all the tags
         appearing "as is" within the message.

I know that all of these are at least theoretically do-able, but what
I'm looking for are the canonical methods for accomplishing one or
more of these.

A related question is this: within which hook(s) could I put my own
code in order to prevent and intercept the normal HTML expansion?

Thanks in advance.

-- 
 Lloyd Zusman
 ljz@asfast.com



             reply	other threads:[~1999-12-07 21:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-12-07 21:47 Lloyd Zusman [this message]
1999-12-08  3:35 ` Dale Hagglund
1999-12-09 17:00   ` Lloyd Zusman
1999-12-08  9:26 ` Hrvoje Niksic
1999-12-08 13:12   ` David S. Goldberg
1999-12-08 15:26     ` Lloyd Zusman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ltk8mqzamr.fsf@asfast.com \
    --to=ljz@asfast.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).