* bug (or feature?) in gnus-summary-next-page @ 1996-12-09 20:34 Burkhard Knopf 1996-12-09 20:59 ` David Moore 0 siblings, 1 reply; 4+ messages in thread From: Burkhard Knopf @ 1996-12-09 20:34 UTC (permalink / raw) Hi! Is it just me or did anyone else run into this: Let's say you got a posting that fits in the *Article* window with some hidden header lines. Then you show those (typing "t") which makes the article longer that what you see now in the window. Trying to see the rest of the posting by typing " " (gnus-summary-next-page) won't show that but rather get the next unread article. I can't remember having seen that in September Gnus, and I don't like it either. But who am I to criticize such a nice package ... -- burkhard.knopf@informatik.tu-clausthal.de ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bug (or feature?) in gnus-summary-next-page 1996-12-09 20:34 bug (or feature?) in gnus-summary-next-page Burkhard Knopf @ 1996-12-09 20:59 ` David Moore 1996-12-09 21:33 ` Steven L Baur 1996-12-09 21:37 ` Steven L Baur 0 siblings, 2 replies; 4+ messages in thread From: David Moore @ 1996-12-09 20:59 UTC (permalink / raw) Burkhard Knopf <burkhard.knopf@informatik.tu-clausthal.de> writes: > Let's say you got a posting that fits in the *Article* window with > some hidden header lines. Then you show those (typing "t") which makes > the article longer that what you see now in the window. Trying to see > the rest of the posting by typing " " (gnus-summary-next-page) won't > show that but rather get the next unread article. I've started seeing this to, actually it happens every time, now that I think about it. Might just be an xemacs thing? > I can't remember having seen that in September Gnus, and I don't like > it either. But who am I to criticize such a nice package ... I think it broke around the time of the summary buffer code rewrite? It definitely worked in most of the .6* rgnus. -- David Moore <dmoore@ucsd.edu> | Computer Systems Lab __o UCSD Dept. Computer Science - 0114 | Work: (619) 534-8604 _ \<,_ La Jolla, CA 92093-0114 | Fax: (619) 534-1445 (_)/ (_) <URL:http://oj.egbt.org/dmoore/> | Solo Furnace Creek 508 -- 1996! ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bug (or feature?) in gnus-summary-next-page 1996-12-09 20:59 ` David Moore @ 1996-12-09 21:33 ` Steven L Baur 1996-12-09 21:37 ` Steven L Baur 1 sibling, 0 replies; 4+ messages in thread From: Steven L Baur @ 1996-12-09 21:33 UTC (permalink / raw) >>>>> "David" == David Moore <dmoore@UCSD.EDU> writes: David> Burkhard Knopf <burkhard.knopf@informatik.tu-clausthal.de> writes: >> Let's say you got a posting that fits in the *Article* window with >> some hidden header lines. Then you show those (typing "t") which makes >> the article longer that what you see now in the window. Trying to see >> the rest of the posting by typing " " (gnus-summary-next-page) won't >> show that but rather get the next unread article. David> I've started seeing this to, actually it happens every time, now David> that I think about it. Might just be an xemacs thing? I don't think so. This problem has been around since at least July. X-From-Line: steve@miranova.com Sat Jul 20 18:05:45 1996 Sender: steve@deanna.miranova.com To: gnus-bug@ifi.uio.no (The Gnus Bugfixing Girls + Boys) Subject: Paging bug when unfolding hidden signatures X-Url: http://www.miranova.com/%7Esteve/ Mail-Copies-To: never X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5" f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+ From: Steven L Baur <steve@miranova.com> Gcc: nnfolder+archive:misc-mail Mime-Version: 1.0 (generated by tm-edit 7.72) Content-Type: multipart/mixed; boundary="Multipart_Sat_Jul_20_18:05:43_1996-1" Content-Transfer-Encoding: 7bit Date: 20 Jul 1996 18:05:43 -0700 Message-ID: <m291cejtzs.fsf@deanna.miranova.com> X-Mailer: Gnus v5.2.37/XEmacs 19.14 Lines: 98 Xref: deanna.miranova.com gnus-bug:754 --Multipart_Sat_Jul_20_18:05:43_1996-1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Gnus v5.2.37; nntp 4.0; nnml 1.0; nnmh 1.0; nndir 1.0; nndraft 1.0; nnfolder 1.0 XEmacs 19.14 [Lucid] (i486-unknown-linux2.0.0) of Sat Jun 22 1996 on deanna.miranova.com Description of problem: Unhide a signature that is longer than the remainder of the display. The scrollbar correctly reflects the increased length of the message, but hitting the space does not scroll into the unhidden text, it takes you to the next unread message. This is primarily a problem when reading (or attempting to read) a response from majordomo. ... -- steve@miranova.com baur Unsolicited commercial e-mail will be billed at $250/message. "Bill Clinton is a bore. He doesn't have a creative bone in his body." -- David Brinkley ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bug (or feature?) in gnus-summary-next-page 1996-12-09 20:59 ` David Moore 1996-12-09 21:33 ` Steven L Baur @ 1996-12-09 21:37 ` Steven L Baur 1 sibling, 0 replies; 4+ messages in thread From: Steven L Baur @ 1996-12-09 21:37 UTC (permalink / raw) >>>>> "David" == David Moore <dmoore@UCSD.EDU> writes: David> I've started seeing this to, actually it happens every time, David> now that I think about it. Might just be an xemacs thing? [Forget the previous message, I'm a dummy] It's an XEmacs bug, and I have a bug report from Lars on it: Lars wrote on August 16: Steven L Baur <steve@miranova.com> writes: > [All reports on Gnus 5.2.39/XEmacs 19.14] > Assume a very long hidden .signature (luser attaches a file after a > decently clothed .signature, or a datafile from majordomo will do it), > such that the original message with hidden .signature takes up less > than a page on the screen, but with the .signature expanded (after > clicking on the button), takes up more than a page. Hitting the space > bar, which one would normally assume would scroll through the unhidden > .signature, takes one to the next article instead. Matt Pharr <mmp@graphics.stanford.edu> writes: > XEmacs 19.14 [Lucid] (mips-sgi-irix5.3) of Wed Jun 26 1996 on extreme > > I've just started hiding cited text, but it seems buggy. On the enclosed > article, for example, when I click on the button to see the rest of the > article, more appears, but when I hit space to scroll to the next page of > it, it goes to the next article instead. This seems like an XEmacs 19.14 bug. It seems that the `(move-to-window-line -1)' will go to the previous window position -- it looks like there are some things that should have been recomputed that aren't. I don't have a fix for this. -- steve@miranova.com baur Unsolicited commercial e-mail will be billed at $250/message. "Bill Clinton is a bore. He doesn't have a creative bone in his body." -- David Brinkley ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~1996-12-09 21:37 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 1996-12-09 20:34 bug (or feature?) in gnus-summary-next-page Burkhard Knopf 1996-12-09 20:59 ` David Moore 1996-12-09 21:33 ` Steven L Baur 1996-12-09 21:37 ` Steven L Baur
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).