* gnus-uu-mark-all (M-P a) - bad behavior
@ 2003-05-10 20:50 Harry Putnam
2003-05-11 3:04 ` Jesper Harder
0 siblings, 1 reply; 3+ messages in thread
From: Harry Putnam @ 2003-05-10 20:50 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 1898 bytes --]
I've noticed something strange lately with the command
gnus-uu-mark-all (M-P a)
Certain messages do not get marked anymore.
Recently I removed (standard-display-european 1) from site-start.el
because it seemed to be causing emacs to see multibyte chars as UTF-8.
Since removing it... The different behavior of `M-P a' showed up.
Put it back in, and M-P a marks the same messages it missed.
gnus-uu-mark-buffer (M-P b) does the job with or without
(standard-display-european 1).
Anyone know what is happening here?
Below are two sections. First section shows a summary line taken
from summary buffer with (standard-display-european 1) in init files.
This same line is missed with (standard-display-european 1) removed
The data below `=====' is gotten by placing cursor on one of the
subject chars and pressing C-u C-x =:
The double ===== marks the second section where I did the same thing
on two summary lines with (standard-display-european 1) removed.
=============================================================
=============================================================
Section 1:
1 line from summary buffer:
1O# 08-May [ 15: ÷ë ] »Ú½§òÊþØ·»ô20ª
========================================================
character: ° (0260, 176, 0xb0)
charset: eight-bit-graphic (8-bit graphic char (0xA0..0xFF))
code point: 176
syntax: which means: whitespace
category:
buffer code: 0xB0
file code: not encodable by coding system iso-latin-1
font: -Adobe-Courier-Bold-R-Normal--14-100-100-100-M-90-ISO8859-1
There are text properties here:
gnus-number 97
face gnus-summary-normal-ancient-face
====================================================================
====================================================================
Section 2
With (standard-display-european 1) commented out
Two from summary buffer
[-- Attachment #2: Type: text/plain, Size: 69 bytes --]
1O 09-May [ 4: 晓丽 ] 来看我的照片,体验另类刺激!
[-- Attachment #3: Type: text/plain, Size: 133 bytes --]
1O 09-May [ 34: Бесплатно посещаемос] БЕСПЛАТНО УВЕЛИЧИТЬ ПОСЕЩАЕМОСТЬ САЙТА
====================================================
[-- Attachment #4: Type: text/plain, Size: 613 bytes --]
character: 看 (0117664, 40884, 0x9fb4)
charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58.)
code point: 63 52
syntax: w which means: word
category: C:Chinese (Han) characters of 2-byte character sets
c:Chinese
|:While filling, we can break a line at this character.
buffer code: 0x91 0xBF 0xB4
file code: not encodable by coding system iso-latin-1
font: -ISAS-Fangsong
ti-Medium-R-Normal--16-160-72-72-c-160-GB2312.1980-0
There are text properties here:
gnus-number 104
face gnus-summary-normal-ancient-face
[-- Attachment #5: Type: text/plain, Size: 526 bytes --]
--
character: В (07062, 3634, 0xe32)
charset: cyrillic-iso8859-5
(Right-Hand Part of Latin/Cyrillic Alphabet
(ISO/IEC 8859-5): ISO-IR-144.)
code point: 50
syntax: w which means: word
category: y:Cyrillic
buffer code: 0x8C 0xB2
file code: not encodable by coding system iso-latin-1
Unicode: 0412
font: -Misc-Fixed-Bold-R-Normal--14-130-75-75-C-70-ISO8859-5
There are text properties here:
gnus-number 105
face gnus-summary-normal-ancient-face
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gnus-uu-mark-all (M-P a) - bad behavior
2003-05-10 20:50 gnus-uu-mark-all (M-P a) - bad behavior Harry Putnam
@ 2003-05-11 3:04 ` Jesper Harder
2003-05-11 3:53 ` Harry Putnam
0 siblings, 1 reply; 3+ messages in thread
From: Jesper Harder @ 2003-05-11 3:04 UTC (permalink / raw)
Harry Putnam <hgp@sbcglobal.net> writes:
> Certain messages do not get marked anymore.
> Recently I removed (standard-display-european 1) from site-start.el
> because it seemed to be causing emacs to see multibyte chars as UTF-8.
> Since removing it... The different behavior of `M-P a' showed up.
> Put it back in, and M-P a marks the same messages it missed.
>
> gnus-uu-mark-buffer (M-P b) does the job with or without
> (standard-display-european 1).
>
> Anyone know what is happening here?
First of all: `M P a' is almost never the right command. What it does
more than `M P b' is _only_ useful for uuencoded multipart binaries.
If you simply want to process mark all articles in a buffer, then `M P
b' is the way to go.
We really ought to find a better label for it in the menu (the current
description isn't very clear).
I can't reproduce the behaviour you're describing. Hmm, I see you are
using Oort 0.20. Try to upgrade -- things that might be related have
changed since then.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gnus-uu-mark-all (M-P a) - bad behavior
2003-05-11 3:04 ` Jesper Harder
@ 2003-05-11 3:53 ` Harry Putnam
0 siblings, 0 replies; 3+ messages in thread
From: Harry Putnam @ 2003-05-11 3:53 UTC (permalink / raw)
Jesper Harder <harder@myrealbox.com> writes:
> First of all: `M P a' is almost never the right command. What it does
> more than `M P b' is _only_ useful for uuencoded multipart binaries.
I actually knew this but behavior pattern has held me to M-P a. And
all along it worked like M-P b does. Then not.
[...]
> I can't reproduce the behaviour you're describing. Hmm, I see you are
> using Oort 0.20. Try to upgrade -- things that might be related have
> changed since then.
Yup. Now running 5.10.2 and M-P a performs as before.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-05-11 3:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-10 20:50 gnus-uu-mark-all (M-P a) - bad behavior Harry Putnam
2003-05-11 3:04 ` Jesper Harder
2003-05-11 3:53 ` Harry Putnam
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).