Whee!

Whee!

[Lars Magne Ingebrigtsen]

I just received an uuencoded mail for the first time since installing
Zhu's mm-uu, and I got those neat buttons for the uuencoded body.  And
then I could treat the uuencoded parts just as if they were MIME
parts.

*Way* neat!

Anyway, this led me to thinking about message/partial and series of
uuencoded articles.  How should these be treated?  It would be nice if
message/partial and uuencoded series were also handled in similar
manners, but what should Gnus do?  Should Gnus remove the "other"
parts of a message/partial from the summary buffer, or, uhm.  Or what? 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Magne Ingebrigtsen

Re: Whee!

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> I just received an uuencoded mail for the first time since installing
> Zhu's mm-uu, and I got those neat buttons for the uuencoded body.

It has bugs, though.  If the message is:

<text 1>
<uuencode>
<text 2>

then <text 1> begins with a spurious newline, and <text 2> is not
shown at all.

> And then I could treat the uuencoded parts just as if they were MIME
> parts.  *Way* neat!

Agreed.

> Anyway, this led me to thinking about message/partial and series of
> uuencoded articles.  How should these be treated?  It would be nice
> if message/partial and uuencoded series were also handled in similar
> manners, but what should Gnus do?  Should Gnus remove the "other"
> parts of a message/partial from the summary buffer, or, uhm.  Or
> what?

I think Gnus should insert a "virtual" article that merges them all.
Creation of the virtual article should probably be bound to a command
(I'm not sure if it's a good idea to make it automatic.)  Then you
could also safely remove them from the summary.  Or even limit them
out, so that `/ w' would restore them...

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Life would be so much easier if we could just look at the source
code.

Re: Whee!

[Shenghuo ZHU]

>>>>> "LMI" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

LMI> I just received an uuencoded mail for the first time since
LMI> installing Zhu's mm-uu, and I got those neat buttons for the
LMI> uuencoded body.  And then I could treat the uuencoded parts just
LMI> as if they were MIME parts.

LMI> *Way* neat!

Glad hearing it is useful.

LMI> Anyway, this led me to thinking about message/partial and series
LMI> of uuencoded articles.  How should these be treated?  It would be
LMI> nice if message/partial and uuencoded series were also handled in
LMI> similar manners, but what should Gnus do?  Should Gnus remove the
LMI> "other" parts of a message/partial from the summary buffer, or,
LMI> uhm.  Or what?

Since digest message is shown by pressing "C-d", partial message
should be done in similar way. Press a key (I vote "C-d") on any one
of partial message, then show a summary buffer with the combined
message.

-- 
Shenghuo

Re: Whee!

[Hrvoje Niksic]

Shenghuo ZHU <zsh@cs.rochester.edu> writes:

> Since digest message is shown by pressing "C-d", partial message
> should be done in similar way. Press a key (I vote "C-d") on any one
> of partial message, then show a summary buffer with the combined
> message.

It sounds kind of ugly to cons up a new summary buffer for the
purposes of compressing messages.  Nested summaries do make sense when 
one article needs to be split, but I'm not sure about the other way
around.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
You can only be young once, but you can be immature forever.

a patch to mm-uu [Was: Re: Whee!]

[Shenghuo ZHU]

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic@srce.hr> writes:

Hrvoje> It has bugs, though.  If the message is:

Hrvoje> <text 1>
Hrvoje> <uuencode>
Hrvoje> <text 2>

Hrvoje> then <text 1> begins with a spurious newline, and <text 2> is not
Hrvoje> shown at all.

-- 
Shenghuo

:- cut ---------------------------------------------
--- ChangeLog	1998/10/24 20:48:01	1.1
+++ ChangeLog	1998/10/24 20:50:15
@@ -1,3 +1,8 @@
+Sat Oct 24 16:48:51 1998  Shenghuo ZHU  <zsh@cs.rochester.edu>
+
+	* mm-uu.el (mm-uu-dissect): Delete the begining spurious newline
+	and display last part.
+
 Sat Oct 24 20:31:55 1998  Lars Magne Ingebrigtsen  <larsi@menja.ifi.uio.no>
 
 	* gnus.el: Pterodactyl Gnus v0.38 is released.

--- mm-uu.el	1998/10/24 20:33:38	1.1
+++ mm-uu.el	1998/10/24 20:36:20
@@ -76,6 +76,7 @@
     (save-restriction
       (mail-narrow-to-head)
       (goto-char (point-max)))
+    (forward-line)
     (let ((text-start (point)) start-char end-char 
 	  type file-name end-line result)
       (while (re-search-forward mm-uu-begin-line nil t)
@@ -94,6 +95,7 @@
 			(intern (concat "mm-uu-" (symbol-name type) 
 				       "-end-line"))))
 	(when (re-search-forward end-line nil t)
+	  (forward-line)
 	  (setq end-char (point))
 	  (when (or (not (eq type 'binhex))
 		    (setq file-name 
@@ -138,7 +140,7 @@
 	     result)
 	    (setq text-start end-char))))
       (when result
-	(if (> start-char text-start)
+	(if (> (point-max) (1+ text-start))
 	    (push
 	     (list (mm-uu-copy-to-buffer text-start (point-max)) 
 		   '("text/plain") nil nil nil nil) 

Re: a patch to mm-uu [Was: Re: Whee!]

[Hrvoje Niksic]

It works now, thanks!

BTW, why doesn't C-d work on such articles?  I wonder how the C-d MIME
parsing is implemented -- is it just a hack, or does it use the "real"
Gnus internal MIME code?

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Depression is merely anger without enthusiasm.

Re: a patch to mm-uu [Was: Re: Whee!]

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> BTW, why doesn't C-d work on such articles?  I wonder how the C-d MIME
> parsing is implemented -- is it just a hack, or does it use the "real"
> Gnus internal MIME code?

The nndoc multipart MIME parsing is done independently of the
mm-decode MIME parsing.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Whee!

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> It sounds kind of ugly to cons up a new summary buffer for the
> purposes of compressing messages.  Nested summaries do make sense when 
> one article needs to be split, but I'm not sure about the other way
> around.

I agree.

Er...  Howzabout if you choose part one of a serial article, then Gnus
looks for the other parts, and marks them as read, and displays the
composite thing in the article buffer?

Hm.  That would make ticking and marking serial articles a bit
awkward, I guess...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Whee!

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Er...  Howzabout if you choose part one of a serial article, then
> Gnus looks for the other parts, and marks them as read, and displays
> the composite thing in the article buffer?

I think a virtual article thingie would be much nicer.  Sort of like
gnus-uu undecode commands work now.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Mix 2 table spoons sugar with 1 spoon salt.  Put it in a bottle
and stick a fuse into it.  Say "Shit!" when it doesn't detonate.

Re: a patch to mm-uu [Was: Re: Whee!]

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Hrvoje Niksic <hniksic@srce.hr> writes:
> 
> > BTW, why doesn't C-d work on such articles?  I wonder how the C-d MIME
> > parsing is implemented -- is it just a hack, or does it use the "real"
> > Gnus internal MIME code?
> 
> The nndoc multipart MIME parsing is done independently of the
> mm-decode MIME parsing.

Yuck.  :-(  I was afraid of that.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Do not meddle in the affairs of troff, for it is subtle and quick
to anger.