From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16529 Path: main.gmane.org!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.gnus.general Subject: For lack of content... Date: Mon, 31 Aug 1998 18:18:21 GMT Organization: Carnegie Mellon University : KANTOO Project Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155386 28384 80.91.224.250 (20 Oct 2002 23:09:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:09:46 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA01241 for ; Mon, 31 Aug 1998 14:20:39 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id MAF24353; Mon, 31 Aug 1998 12:51:24 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 31 Aug 1998 13:18:39 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id NAA14721 for ; Mon, 31 Aug 1998 13:18:30 -0500 (CDT) Original-Received: from sunsite.auc.dk (sunsite.auc.dk [130.225.51.30]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id OAA01202 for ; Mon, 31 Aug 1998 14:18:26 -0400 (EDT) Original-Received: (qmail 28 invoked by uid 509); 31 Aug 1998 18:18:23 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: emacs.ding Original-Lines: 23 X-Newsreader: Pterodactyl Gnus v0.10/Emacs 20.3 Original-NNTP-Posting-Host: 128.2.110.42 Original-X-Trace: sunsite.auc.dk 904587501 128.2.110.42 (Mon, 31 Aug 1998 20:18:21 MET DST) Original-NNTP-Posting-Date: Mon, 31 Aug 1998 20:18:21 MET DST Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:16529 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:16529 There are some posts which I read which contain characters in non-default coding-systems, which don't include a proper Content-Type header. As a result, these messages end up in my buffer as the raw bytes of the coding method. There are a couple of possible solutions that I can think of: 1) A decoding alist of some sort, such as an alist of regexps (matching a newsgroup name) to a list of coding-systems. If the visited newsgroup matches that regexp, then it should try to decode the body using the mehods in the associated list,m in order. 2) A washing method, for which the user can supply a coding-system with which to decode the article. I actually wrote a prototype of such myself, but ran into the problem that decode-coding-region trashes text-properties. If something already exists to cover this, I apologize for not having found it yet. -- Michael Duggan (md5i@cs.cmu.edu) .