Bug/feature with pgnus 0.40

Bug/feature with pgnus 0.40

[Lee Willis]

With pgnus 0.40 under Emacs 20.3 I get the following behaviour.

I receive a message with two text/plain parts (Parts 1 and 3.) and an
image/jpeg part (Part 2). So I hit 2 b to view the image part which is
displayed externally using xv. All very well except that my article
buffer has changed so that the button for this part is now at the top,
meaning I can no longer see the text of the first text part without
hitting either g to redisplay the article or C-x o'ing and moving up. 

IMHO It'd would be nicer if the article buffer didn't move *if* the MIME
part is handled externally ie not inline.

Lee.
-- 
I was doing object-oriented assembly at 1 year old ...  
For some reason my mom insists on calling it "Playing with blocks"

Re: Bug/feature with pgnus 0.40

[Lars Magne Ingebrigtsen]

Lee Willis <lee@gbdirect.co.uk> writes:

> I receive a message with two text/plain parts (Parts 1 and 3.) and an
> image/jpeg part (Part 2). So I hit 2 b to view the image part which is
> displayed externally using xv. All very well except that my article
> buffer has changed so that the button for this part is now at the top,
> meaning I can no longer see the text of the first text part without
> hitting either g to redisplay the article or C-x o'ing and moving up. 

Well, `DEL' or `M-RET' scroll up.

> IMHO It'd would be nicer if the article buffer didn't move *if* the MIME
> part is handled externally ie not inline.

Yup.  Fix in Pterodactyl Gnus v0.41.

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