From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16622 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: article highlighting in pgnus-0.13 Date: 02 Sep 1998 18:17:39 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1035155465 28965 80.91.224.250 (20 Oct 2002 23:11:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:11:05 +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 MAA12387 for ; Wed, 2 Sep 1998 12:46:45 -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 LAF01504; Wed, 2 Sep 1998 11:15:44 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 02 Sep 1998 11:42:59 -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 LAA03502 for ; Wed, 2 Sep 1998 11:42:45 -0500 (CDT) Original-Received: from sparky.gnus.org (ppp092.uio.no [129.240.240.97]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA12312 for ; Wed, 2 Sep 1998 12:42:37 -0400 (EDT) Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id SAA04524; Wed, 2 Sep 1998 18:45:08 +0200 Mail-Copies-To: never X-Now-Reading: Jack Dann (ed.)'s _Nova Awards 32_ Original-To: ding@gnus.org In-Reply-To: Hrvoje Niksic's message of "02 Sep 1998 16:33:09 +0200" X-Mailer: Pterodactyl Gnus v0.14/Emacs 20.3 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > > The `decode-coding-region' function totally messes up all text > > props. I don't know what to do about that. > > Lars, does the same thing happen under XEmacs? I haven't noticed anything like that, so I would guess not. The text that changes from un-encoded to encoded doesn't inherit the text props from the un-encoded text, though. Under Emacs 20.3, the entire region that `encode-coding-region' is run on is, well, messed up. Sometimes it all gets one of the props that were used somewhere in the text, sometimes it gets no props. In Emacs 20.4 I understand that the function will remove all the props entirely since it's "too difficult" to preserve the props. *sigh* -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen