September Gnus 0.31 is released

September Gnus 0.31 is released

[Lars Magne Ingebrigtsen]

This is the last featureful release in the September series.  All
releases from here on out will just be bug fixes.

If you're using XEmacs, you need to get the new etc.tar.gz package. 

Get it from <URL:http://www.ifi.uio.no/~larsi/sgnus.tar.gz> or 
"ftp.ifi.uio.no:/pub/emacs/gnus/".

ChangeLog since last release:

Thu Jan 25 08:41:44 1996  Lars Magne Ingebrigtsen  <larsi@eistla.ifi.uio.no>

	* nnml.el (nnml-deletable-article-p): Always responed with nil.

Thu Jan 25 08:45:52 1996  Lars Magne Ingebrigtsen  <larsi@ifi.uio.no>

	* gnus.el: 0.31 is released.

	* nnmail.el (nnmail-insert-lines): Would return negative lines
	numbers. 

	* gnus-xmas.el (gnus-xmas-extent-start-open): New function.

	* gnus-topic.el (gnus-topic-insert-topic-line): Remove excess
	properties. 

	* gnus-xmas.el (gnus-xmas-topic-remove-excess-properties): New
	function. 

Thu Jan 25 07:34:05 1996  Lars Magne Ingebrigtsen  <larsi@eistla.ifi.uio.no>

	* gnus-ems.el (gnus-extent-detached-p): New alias.

	* gnus-xmas.el (gnus-xmas-find-glyph-directory): Changed from
	"etc" to "etc/gnus".

Tue Jan 23 13:40:35 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* gnus-score.el (gnus-score-make-menu-bar): New function.
	(gnus-score-menu-hook): New variable.

	* gnus-vis.el (gnus-article-next-button): Move point.

	* nndoc.el (nndoc-type-alist): Recognize ends of digests. 
	(nndoc-retrieve-headers): Don't bug out on non-existant articles. 

	* gnus-msg.el (gnus-mail-buffer): Renamed.

	* gnus-cache.el (gnus-cache-possibly-remove-articles): Check some
	more. 

	* nnmail.el (nnmail-insert-lines): Off by 1.

	* nnml.el (nnml-deletable-article-p): Check for file writability.
	* nnmh.el (nnml-deletable-article-p): Ditto.

	* gnus-msg.el (gnus-associate-buffer-with-draft): Allow
	disabling. 
	(gnus-use-draft): New variable.

	* gnus.el (gnus-summary-move-article): Use `move' action by
	default. 

	* nnmail.el (nnmail-get-split-group): Be more restrictive in
	selecting procmail spools.
	(nnmail-get-spool-files): Don't return the spool file when doing a
	single procmail file.

	* gnus.el (gnus-summary-move-article): Allow moving to the same
	group. 

	* gnus-score.el (gnus-score-pretty-print): New command and
	keystroke. 
	(gnus-summary-increase-score): Would always bug out.
	(gnus-score-edit-done): Change windows before loading score file. 

	* gnus.el (gnus-summary-reparent-thread): Rethread after
	reparenting. 

	* gnus-xmas.el (gnus-xmas-make-overlay): Don't make extents
	undetachable. 

	* nndoc.el (nndoc-post-type): New variable.

Tue Jan 23 13:39:11 1996  Eberhard Mattes  <mattes@azu.informatik.uni-stuttgart.de>

	* nndoc.el (nndoc-request-type): New function.

Tue Jan 23 00:13:10 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* gnus.el (gnus-group-group-indentation): New function.
	(gnus-group-update-group-line): Use it.
	(gnus-group-update-group): Indent.

	* gnus-topic.el (gnus-topic-hide-subtopics): Removed variable.
	(gnus-topic-prepare-topic): Indent group lines.
	(gnus-topic-yank-group): Indent groups.

	* gnus.el (gnus-group-update-hook): New variable.
	(gnus-group-insert-group-line): Use it.

	* gnus-vis.el (gnus-group-highlight-line): New function.

	* gnus.el (gnus-group-entry): New macro.

	* gnus-vis.el (gnus-group-highlight): New variable.

	* gnus-topic.el (gnus-topic-insert-topic-line): Would show "..."
	too often.
	(gnus-topic-indent): Don't move point.
	(gnus-topic-unindent): Ditto.
	(gnus-topic-prepare-topic): Display unread articles in sub-topics.

	* nnsoup.el (nnsoup-next-prefix): New function.
	(nnsoup-read-areas): Use it.

	* gnus-soup.el (gnus-soup-set-area-prefix): New macro.

	* nnsoup.el (nnsoup-tmp-directory): New directory.
	(nnsoup-write-active-file): Save it.
	(nnsoup-unpack-packets): Use it.

	* gnus-msg.el (gnus-dissociate-buffer-from-draft): New command and
	keystroke.

	* gnus.el (gnus-group-list-groups): Goto last group if at eob.

	* gnus-topic.el (gnus-topic-mode): Use it.
	(gnus-topic-goto-next-group): New function.

	* gnus.el (gnus-group-list-groups): Allow positioning point in
	topic buffers.
	(gnus-group-goto-next-group-function): New internal variable.

	* nnsoup.el (nnsoup-read-active-file): Give a proper return
	value. 

	* gnus.el (gnus-start-news-server): Give a better error message. 

Mon Jan 21 23:34:55 1996  Morioka Tomohiko  <morioka@jaist.ac.jp>
 
 	* gnus-mh.el (gnus-mh-mail-setup): It didn't work when pressing
  	`R' or yanking because of lack of setting to variable
  	`mail-reply-buffer' and mh-sent-from-folder buffer local variable
  	`mh-show-buffer'.

Mon Jan 22 02:58:42 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* nntp.el (nntp-open-server-internal): Make sure that the server
	was successfully opened.

	* gnus.el (gnus-read-active-file): Wouldn't activate properly. 
	(gnus-read-active-file): Ignore errors from the archive server.

	* nnbabyl.el (nnbabyl-request-group): Ditto.

	* nnmbox.el (nnmbox-request-group): Would bug out.

Sat Jan 20 20:39:03 1996  Steven L. Baur  <steve@miranova.com>

	* nnmbox.el (nnmbox-read-mbox): find-file-noselect ->
	nnheader-find-file-noselect.

Mon Jan 22 01:15:52 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* gnus.el (gnus-group-mark-buffer): Optional param.

	* nnsoup.el (nnsoup-request-expire-articles): Message more. 
	(nnsoup-read-active-file): Add proper active info.
	(nnsoup-request-group): New implementation.
	(nnsoup-request-list): Ditto.

Sun Jan 21 08:22:47 1996  Lars Ingebrigtsen  <lars@eyesore.no>

	* gnus.el (gnus-request-article-this-buffer): Update sparse
	articles. 
	(gnus-data-set-number): New macro.
	(gnus-summary-update-article): Use it.

Sun Jan 21 03:54:18 1996  Lars Magne Ingebrigtsen  <larsi@eistla.ifi.uio.no>

	* gnus-soup.el (gnus-soup-add-article): Don't save canceled
	articles. 



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

Re: September Gnus 0.31 is released

[Steven L Baur]

Colors in the *Group* buffer at last!

When changing the pointer to the glyph directory for XEmacs, you need
to add the gnus subdirectory now:

     (setq gnus-xmas-glyph-directory "/usr/local/lib/xemacs/etc-0.4/gnus/")

gnus.xpm is still weighing in at 182 colors.  I've hacked it down to
4:
	ftp://ftp.miranova.com/pub/gnus/gnus.xpm.gz
The background is now light blue, but it doesn't kill your global
colormap if you only have 256 colors.

Regards,
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Wes Hardaker]

Steven L Baur <steve@miranova.com> writes:

|> gnus.xpm is still weighing in at 182 colors.  I've hacked it down to
|> 4:
|> 	ftp://ftp.miranova.com/pub/gnus/gnus.xpm.gz

|> The background is now light blue, but it doesn't kill your global
|> colormap if you only have 256 colors.

*** gnus.xpm    Thu Jan 25 13:47:57 1996
--- gnus.xpm.~1~        Thu Jan 25 10:26:34 1996
***************
*** 4,10 ****
  "288 308 4 1",
  /* colors */
  "` c #7CAEAE",
! "a s background c None",
  "b c #40597F",
  "c c #A4C4B8",
  /* pixels */
--- 4,10 ----
  "288 308 4 1",
  /* colors */
  "` c #7CAEAE",
! "a c #B2C0DC",
  "b c #40597F",
  "c c #A4C4B8",
  /* pixels */

Re: September Gnus 0.31 is released

[luis fernandes]

>>>>> "steve" == Steven L Baur <steve@miranova.com> writes:

    > ... The background is now light blue, 

I would recommend making the background colour transparent (assuming
the XEmacs xpm rendering code honours the transparent code); i.e. let
the start-up screen-image inherit whatever background the user
prefers.

(Not wishing to be anti-social, &c.).

Re: September Gnus 0.31 is released

[srivasta]

Hi,
	I finally implemented a real mirror of
 <URL:ftp://ftp.ifi.uio.no/pub/emacs/gnus/>, so now my site should
 always have the latest version within 24 hours, connectivity
 permitting.  I'll continue to grab the patches over by hand.

	Since I am now a real mirror, and I believe mentioned in the
 FAQ, I'll stop taking up bandwidth on this mailing list with these
 annoncements. 

         Now also at:
    <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
   <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
 <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

        Currently on tap:
total 2926
   8 ./				     8 refcard/
   8 ../			     8 s-manual/
  74 .mirror			     7 sgnus-0.25-0.26.diff.gz
   0 FAQ@			   208 sgnus-0.26-0.27.diff.gz
   6 dgnus-5.0.12-5.0.13.diff.gz    21 sgnus-0.27-0.28.diff.gz
  40 etc-0.4.tar.gz		     3 sgnus-0.28-0.29.diff.gz
   0 etc.tar.gz@		    23 sgnus-0.29-0.30.diff.gz
   8 faq/			    48 sgnus-0.30-0.31.diff.gz
 416 gnus-5.0.13.tar.gz		   520 sgnus-0.31.tar.gz
   0 gnus.tar.gz@		     0 sgnus.tar.gz@
1336 icons.tar.gz		   176 tm7.41.tar.gz
   8 manual/

ding/faq:
total 349
   8 ./		      23 gnus-faq	 280 gnus-faq.ps
   8 ../	      30 gnus-faq.html

ding/manual:
total 400
   8 ./		       2 gnus_10.html	   5 gnus_2.html       6 gnus_7.html
   8 ../	       2 gnus_11.html	  18 gnus_3.html      11 gnus_8.html
   2 .cache	      26 gnus_12.html	  74 gnus_4.html       6 gnus_9.html
   4 .cache+	      46 gnus_13.html	 128 gnus_5.html      10 gnus_toc.html
  17 gnus_1.html      17 gnus_14.html	  10 gnus_6.html

ding/refcard:
total 291
   8 ./		       32 bk-a4-s1.ps.gz    20 gnusref.tar.gz
   8 ../	       26 bk-a4-s2.ps.gz    21 quickref.ps.gz
   1 .cache	       40 bk-lt-d.ps.gz	    34 refcard.ps.gz
   3 README	       32 bk-lt-s1.ps.gz
  40 bk-a4-d.ps.gz     26 bk-lt-s2.ps.gz

ding/s-manual:
total 582
   8 ./		       2 gnus_12.html	  23 gnus_3.html      37 gnus_8.html
   8 ../	      56 gnus_13.html	 112 gnus_4.html      27 gnus_9.html
  17 gnus_1.html      64 gnus_14.html	 160 gnus_5.html      13 gnus_toc.html
   6 gnus_10.html     21 gnus_15.html	  12 gnus_6.html
   3 gnus_11.html      5 gnus_2.html	   8 gnus_7.html

	manoj

--
There ain't nothin' in this world that's worth being a snot over.
--Larry Wall in <1992Aug19.041614.6963@netlabs.com> %%
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>

Re: September Gnus 0.31 is released

[Steven L Baur]

[-- Attachment #1: Type: text/plain, Size: 191 bytes --]

The gzipped file is 4k, so I might as well just mail it.  This
version restores the transparent background (thanks Wes).  Copy to
etc-0.4/gnus/gnus.xpm for use with XEmacs 19.13+sgnus v0.31.

[-- Attachment #2: gnus-logo-4.xpm.gz --]
[-- Type: application/octet-stream, Size: 6102 bytes --]

begin 644 gnus-logo-4.xpm.gz
M'XL(`-[]!S$``^V=2\_=MA&&]_X5!^[.*)"T=1$'11=ID.Y:=%F@*$)I8L1&
M4SNP7;1`T?]>ZT8.R>'P.A1UOC,;?SZ2>'GTSO`BBOKBQ>VO?_G3[<47SSY^
MFCZ]A1N\F3[<7KQ[_V[ZY^N__?WV^]M_GWWQXO;OMS]\>G-[\_KMCV\^W=[!
M^Y_>?_BXGOKQ^Y]??_C^Y[?_>?W3DLCS7[]Z=?O-EZ]N+V^_>O[+Y<K]W.68
MNL'M%U]]^\UWWWSW^=CSZ?;Q-D_PCQ\_O/_7NQ\^'_OS^W>OEP/S<M[++W_[
M]5=_7/X+RW^_>?GMRS^\VI)<<]N2G![&VLKY8:P]&,7MP2AN#T9Q>S"*VX-1
MW)HP@L4:%&90:\$(U*S4@Q%C,*GYP8BWSX0>C'B#!Z.8;8CF>T94R^A`]&`4
M-%!/0$;5C'89M2O0@%;%2,OHP2ADGQ$]!5>K8J2>AHS:,+IO&=4P>B+1J(;1
M4XE&-8S4@U',X&`DUL<>QH6+&8G+2,TRZ>9;*2.0;OC5/(P+ES*2EA',P\BH
ME)%X--H0C2&E,D:@A%U-+?H<Y4%"$2.0EA$L*2\FD7BVE3%",I)@I!'=!R,1
M&:F#T85]31E7$RC2:#(J8B0MHWDL&14QZB6C01"5,'IJ,BIAA&0D48O!`O94
MPDA81C"<C`H8*5E&XR'*9R0L(^UI5V8D*R.URP@&0I3-"$0;?C6@IQ4R$AOQ
MSP-Z6C8C$'4U(Z-!1B&;Y3'"B-I70R,Z:^((T`PT*L%(C$PPZH<(S)K@XYGJ
M[-:OG%'S>J!FOPNCE<[2A*["M0!M-3Q.S&,DC*AGF[;-I1[F\MEL+T@6(RRC
MYF7NVJ:!A8@FI"LY"J/.B.(:0D+*8H22;,P(NGI:DHA,+7,8X33;U@3FCC)*
MY&.JF<$(<+)-2XT021/"$J*$X_R<RTB),4*.)LR(=[*M3X2[`9F,0(Q1MUC$
MB,AV=+`"4CHC.^V&M5&]/`TAH@D9'4,1([!39]HUT%<D5;E;,`J)2%FVEZ&(
MD9LZ69^M<[\>4HG]`X-(.!8%1*04R>@0TO)W*B-P,_`!''W7M:XJ,6;U4E'`
MSUQ"IA0%C/P<G#(H4XCC/9*D=+L[&DO(%`.R&7DR<D>U5BX;HI1*]XK7R8A<
M9UO^S&6$(>F#UO`']C<CU[PB%3=%E0U&U"T.F>ULRU]IC.@F89TOM`&94S9$
M;-P&U1E1`B'EM&S+7S6,Z)QF@VAQ)2[53H[F='_7TOEWUH6D,AEY"(*4#/T]
MFV#MH5<L\A#M82"%44;_*,C(HN1&*C""\LL]*7-Y7T2'7X>%M!XV-4EBE#HE
MI96\785YN2E"9T1NX=Q:^8PR=62G%B%TM&4'!3)!0!H4'LA:96:JY3I;)B,[
MA8B(=)6I8NG":48@_+@1E!\$Z'HY0JIBQ$)"HJ#+-75SM/5N<8B"0M*CJ8SY
MHW1&J,9Z>L&E8",28P3KBTN8D9\7YVQUC(*0K#+8\U0XM;F#BK:'"'A.D<R+
M861J5,2(AF07`@(S!(`1B<6BHZ]O&"76S$`R5Q6T:P%*SM@L$`8L1&*.IOO(
ML7G38$3*9D3A=C4$>``+5JC4"@/$K9&C*;]-.'(!TX"&KP]`VAGE/%_#`U?0
M_SB$`$V^N!35NOX`_;\1(^4K!"$Z_N9JUHS1MLA"`;+]MPDO3=%#G8`[-D<T
M^5YT-!5@_L-&O8:,:,--O:XW,5DCA<B?$3["'9K@X!L&FI':1@(M&!VF?7$*
MSJU+(`+'D;0W:RQ11#RC@C41P;(BB?+/BC6C)BT:#C8XW*UJ7GXDPE6P[*XU
M8V3/Q*S=4R<;6D5-.D9HPA,WF?/>@*P3Z_%[$8)D/+:!CHP^I_CP%YU:::B3
M:B]CT,^P<LOO,]I.:+"'IL4(O(P(0@UD1"U@W!'EW@9Y1@@1^#G2A.K[UR%$
MRO3DDM,*,RI9#^F7%.L&=9,(2N:7Z!.E>+Z41A=S1)V3&H&H`2.P5UZ&<[01
MM>A=!QCA3',J$F*T'Z]A9#U:LX8AG#7Q,Y)1:2Z2C!3N+IJGMCRA>AGY3Q1]
M1EFYA!@=5:K8:\SN4)M2R1*R[S0MHERM$L^:6S.:=T9Z!J2#B%Q&=D85J:+$
M&S"R"XN.]$$4?JJ>GPW-Z$BG?#^VD*M-`4A-NM9>/7P-E61$,SJ.UNU9IY-S
MYZQ%$-'SZBTR\HN+ZU3/R/4TZV!+0FQK4)<1J2.=5.E>8[:,(ID6E9O*5000
MF3"N5,U^;!H1439W&-?&A!#YC.86.N)E-*U*@[J"L]DV140STD<K]JS3B?5[
MB9I=?=:84>G[M'Z2(1D)F02@*<"HRM>XKI&PA1^'M4VW6D?^**2?D9#:]M^5
M&T&*]V,[P]/LS-L1\I*M9A0>J'4Q9Y#>J&OA,2K>`V%:9Q\#N+M9<Q&1,BJ/
MV0!.-&I3QCS;^EY-/XQ',-+'LAG%N]A7-$I'^F#NWCZQ@=I%C0A'YNYG,[(#
M]IW(J"4CF$[L&HF:&*.A=@2K,Z99*]MK[-ZBT=22D8/H?F3D,E(-&-V+IP'U
M"+X-H[L)V.0RA<W5"AF=W\-N;.9#+\Z4F,*3\#F,`,OH'CP-?0L''!F5^IKE
M:4/M<EEF^!T!+QR5Z>C>/`WH%T=G-V3G[W]T-P%;.4N[@ZY6RJAI:4\Q9^EV
M$T9WUC4")Z*ZC'`%B_:(NCPB\#Y=!F$9E>U_='5$ZXLFSB_UC.[,T_SW2.H9
MW5F;IOQ&!VQ$!8RLSL,](/+J`&$99;YS?!>>YK\8./DZPL>RWEW?/*U@26;V
M%9)&(JIE5-NF#?)9Q\V`K`,7CE(857K:TA<9R#\561I.1@F,H&YB#<8*8HJN
M`Q>R4QA5R>A813W(5`KM:;J2I*O%&55UC8[+1NDRD$W:>J`)HWP5@<*(1I!2
MP-'T*U0'HDQ&5C#**A"XC$Y74LC1/%?+9%0<C(!XH?,\):VOC(=+H`N[U]8^
M&F&4V::9%4'DNXJG?>II>8SF;BIA'>=<+<(H&Y'9Q4>1D$YQ-UB5$0Q&TU'<
M,D:6IR64Q'LW>YY/A[05!CA$^B5F$A'/R'(8OG:[1^,L*4C]O0VY0K`&O(QX
M1AEM&N#4%0.IMY#0?8Z<4\3(\K2(C%2(T;EA&[_G'JZ!W:IYYS&,T@,V.(G[
M*S#/@I2B(M/;S6>$:\@69&>!]ZP+0Q+?GQ9;DHHT(Y7-"`=LKEY`)1W^`EQ/
M1HF(UO/F`D;);9KK:/NOP>]W=7,V'"OBT939FBF)44)!W)3!@G2*D%#>D=M2
MR,CR-"9U"*0[^:\$=&[^T\+U<2KC:B%&B6U:,-DC&6I,TD=(J;%H/Y?;!8UF
ME+8:"^A01"6$(75AA!#%XU\1(ZMB_$`PK7/9&Q*^R2EGASM'4X31ABA0H21$
MU(>2Y!E!>I.VEY'=<##**/A=AS1$%*3V+_T'%C@D(@*#*)V1BN4!7)*A<Q&C
MEETD?]8C=WX9,Z*.<XQ",H(<1$YP:]Z-]+<VADCQ_20*&,40*2Y!P@@A)5X9
M3_I($HT5LYJT/1'VID<84==DB6@MM10CO*^[^1$R$4T1&5&,>!D9%:4'7I]1
MDZ!M;>SN%)#MM;C%XV44841<H[84L]Z)=IVMT>[9BF*$'NNEIA-Q-8(1JI`O
MH\"J@5@I/"'5,[((F:+FJPC)*)<1=2/,!V8R*C,1S7]U0/+V]#T^9Y:/*"HC
MGQ$C(_UMD&P5>(PJ=>1O>XR?R#@!*E:V;$:X-G:QS#=X"A;[M0U(H%Q$^V<@
M"A!A5PN<P3"R+U$5B#QGJV.$561Y%LHBO6-B[5I-FL,(UT4_NI]0,UL825HR
M0HCLZ(-DE%.R:)^8881_K@TD#1FYB#0CM)8G(S45G&[69C-2N"[H<9E1=EF]
MW,%_^)Y%#92#2#\B+7"T]:7C@U'P')J1E1/NUI3>?G`9%2<$&+1AI)"*<O@K
M/>L>+I'%R+[;:J\=0E18L7:,,(FM9@<CE'I6>O%)>8N1LAFY5M44M6'D(3(Z
M*E(1DE$N(Q)15=>X#2,2D;(19=W*=7U;#B->1I6CAQ:,<!?19U2B=F6Z#,QU
MB8RJ)WSLM"LZHA0B]#6?S+&V3I:KH&$4>/3<!E$#1@%$=F'SDDV3D6'$(6HP
MVU/-"(_HCR6.WK@M[UYNF]9`1$6847"A9Y,)L5I&UJ0';-TA<`N;FZ1.F._W
M81UY4V'%H<.W2D;.B)YVM>PT=<K\E0>CT)JJYEOQ[ZEF7N[,G1U=8ZNLN05-
MC$86(]%'\W6,W(DA'9%06?,G_G3*D4LU(W\)H\J<V><+9#/*2]:;@=71J`<B
MI"/JHS_-GLM##2-_*='*R`K9!>VD3CJ9D22A.D;X#28OO7)$>G8W>NW!B"#4
M='%'.2-R8:;#*+\\J7VCQ<AVK;&()E]'^5<ZEX$;QC,M0T:6KX$8(I=1K8SP
MRH?"X?&1>,+5=#QJO\[,9I1_H4<6?WZZI#A'(AF,,"2!E7CV`MM\5R/$IS__
M7E(<LSP@X6PT-[+N`"^T[X7M:^EY($0MBY,G@S;?78]:(2.JV6]2G*RS3V&4
M>U5K1)EV!48G(SJ%42!D>S\/(J-3&-'+F8,?3#P;43=&$&-$+7<JZ2P(V`DZ
M(BNL?'2#1*-NC/`@E%RLZX,81D:]&0&E%Z`\<!Q$W1A-AI']^S%31I^?V2V7
ML6Z,IFUTY3$*!/)A&K6I)Z/-',_1$Z[>@'4<&?5F!.X,1Z!;.5`TZL[(<;60
M.XWD:=T9!1`QP>AT3SN!$:HSA-P),3K?T_K[&IZV#[J3&BD:]=>1^1."[C28
MC#HS\KXO%/&T`0+VU)V1E@S#8309=6:$7AU(DM$`C=K4OY^]60*B<61T$B-&
M*L-%HY,8<;-G2$;=RQ6P$QF13\T&E-$YC)B@/%S`GDYAQ$U[C"BC,QBA-HT+
MV,/(Z`1&W@)09&I$&9W*B/6T<634GY%!1.W4,:*,^C-B/&U0&75GQ'C:F(W:
MU)\1XVFCRJC[<Y$T&0TRF-VM\]R(0729:-1]CBW8>QPW&G5FQ'D:;OC'DE%7
M1JF(QHI&)S`*/!`:-QIU963>-R,.#BRCGHPXG8PLHY[KCQA/&[A1FWHR"H_3
M[(<AP\FH'Z/KRJCOFM$41./)J!LCEL&@\T:']5S#'EPK,W+#/_5B9+I&E(S&
MCD:]&#&S1M/PKM:146"X/XWYW!%;%T9\-!K=U;HPXA&QSVV'L`Z,(HBX)6UC
M6`=&CDI&7R'JFSPCTZ;1GC2\C.09\5VCX=9B4]:/43P:C1FQY1DE(AHX&O5A
MQ'C:X"/^S809&1G%&0D6H\Z$&45$<@D9"3.*1:-+R$B84:3='W\8LIHHHUCW
M$;]9+%:(>I-D%`O85^@;+2;)*-J!OD0T$F5D9,1'[-%E),B(6T"+3AB[B[V:
M,*-[D)$@(]WN7[IOM)@8HQP9C>UJ<HR,C.+]1Y$"M#,I1DA&;.?H`HC$&,6Z
MV->)V&*,HM$HWC48QV08051&W/NBHYD,(Q6-1A>2D0PC!"#N:L/+2)`1V_#'
MQ[L#F00C%9?1A:*1(*/[D9$$(\B)V!>0D02C'!D-W\=>K#VC!!E%GP6,94*,
MYFC#/U]&1@*,[DY&[1FE1NSKR*@Y(TCL8W,SE*-9<T8YKM8R8T$3832GN=I%
M9-2<44[GZ!H1NSFCA(FCR\FH-2,DH^@I3Y11@HPT(XG/O,E86T8)4Q[ZU=G+
M())@Q#;KYH,U3Y11RB3U]1"U993A:D+?5!0Q&49!&5TP&K5E9!Z]WE/$EF#$
M#L2NB*@E(R.CV"F7BD8RC,(`+BFCYHQ@XK[.?$E$`HPXNR2BMC$[]OWJW1M;
MY=?+^N]9=SE$7?=C@TMZV@F,KH>H/Z-.F;6TKM_,O%KG<;>^.KHBH;.^Y7,M
E>S"*VX-1W!Z,XO9@%+<'H[@]&,7M^;/__>[9_P&9V_Y;$&`!`+HB
`
end

[-- Attachment #3: Type: text/plain, Size: 92 bytes --]


-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Colin Rafferty]

luis fernandes writes:
>>>>>> "steve" == Steven L Baur <steve@miranova.com> writes:

>> ... The background is now light blue,

> I would recommend making the background colour transparent (assuming
> the XEmacs xpm rendering code honours the transparent code); i.e. let
> the start-up screen-image inherit whatever background the user
> prefers.

I disagree.  I think that if you set the foreground, you must set the
background.  Otherwise, what do you do about people whose default
backgrounds clash with (or match) one of the foreground colors.

I'm sorry, but this is my pet peeve about web pages also -- people think
that they know better what foreground colors I want for links, etc., and
don't take into account that I have a black background rather than a
light grey.
--
Colin

Re: September Gnus 0.31 is released

[Lars Magne Ingebrigtsen]

Steven L Baur <steve@miranova.com> writes:

> When changing the pointer to the glyph directory for XEmacs, you need
> to add the gnus subdirectory now:
> 
>      (setq gnus-xmas-glyph-directory "/usr/local/lib/xemacs/etc-0.4/gnus/")

Or you can rename "etc-0.4" to "etc" and put it in the "sgnus"
directory.  Gnus searches the load path, strips off trailing "lisp"
elements from the paths and sees whether it can find the "etc/gnus"
directory.

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: September Gnus 0.31 is released

[Steven L Baur]

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

Lars> Steven L Baur <steve@miranova.com> writes:
>> When changing the pointer to the glyph directory for XEmacs, you need
>> to add the gnus subdirectory now:
>> 
>> (setq gnus-xmas-glyph-directory "/usr/local/lib/xemacs/etc-0.4/gnus/")

Lars> Or you can rename "etc-0.4" to "etc" and put it in the "sgnus"
Lars> directory.  Gnus searches the load path, strips off trailing "lisp"
Lars> elements from the paths and sees whether it can find the "etc/gnus"
Lars> directory.

I assume you mean:
$ cd /usr/local/lib/xemacs/sgnus-0.32
$ ls -l
-rw-r--r--   1 steve    devel         161 Jan 26 08:11 Makefile
lrwxrwxrwx   1 steve    devel          12 Jan 26 08:10 RCS -> ../sgnus/RCS/
lrwxrwxrwx   1 steve    devel          10 Jan 26 09:30 etc -> ../etc-0.4/
drwxr-xr-x   2 steve    devel        2048 Jan 26 08:21 lisp/
-rw-r--r--   1 steve    devel        1893 Jan 26 08:11 readme
drwxr-xr-x   2 steve    devel        1024 Jan 26 08:11 texi/

I don't have a problem adding this link by hand, since I run a script
anyway to link new source trees to the RCS tree I keep.  But perhaps
for the non-beta releases you could put that symbolic link in the
distribution.

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Wes Hardaker]

craffert@sps.ml.com (Colin Rafferty) writes:

|> I disagree.  I think that if you set the foreground, you must set the
|> background.  Otherwise, what do you do about people whose default
|> backgrounds clash with (or match) one of the foreground colors.

Wow...  Sounds like...  Yessss...  Could it be:  New variable time!!!

(defvar gnus-xmas-neato-xpm-file-or-neato-file-number-two-with-transparent-background "gnus.tr.xpm"
  "Describes the file to load as the pretty picture.
Should be either gnus.tr.xpm or gnus.bg.xpm.")

(chuckle 10)

|> I'm sorry, but this is my pet peeve about web pages also -- people think
|> that they know better what foreground colors I want for links, etc., and
|> don't take into account that I have a black background rather than a
|> light grey.

Well, those people should also set the background color.  You are
right, it is silly to set the font color unless you also set the
background.  However, if the colors are compatible (mine is only
slightly different (greyer) from the background in the image) the
screen looks MUCH better.

Re: September Gnus 0.31 is released

[Steven L Baur]

[Please do not Cc: me when sending messages to this mailing list].
>>>>> "Colin" == Colin Rafferty <craffert@sps.ml.com> writes:

Colin> luis fernandes writes:
>>>>>>> "steve" == Steven L Baur <steve@miranova.com> writes:

>>> ... The background is now light blue,

>> I would recommend making the background colour transparent (assuming
>> the XEmacs xpm rendering code honours the transparent code); i.e. let
>> the start-up screen-image inherit whatever background the user
>> prefers.

Colin> I disagree.  I think that if you set the foreground, you must set the
Colin> background.  Otherwise, what do you do about people whose default
Colin> backgrounds clash with (or match) one of the foreground colors.

Colin> I'm sorry, but this is my pet peeve about web pages also -- people think
Colin> that they know better what foreground colors I want for links, etc., and
Colin> don't take into account that I have a black background rather than a
Colin> light grey.

Good point.  Would it be worthwhile to have different versions of the
logo selected the same way the citation faces are?

Perhaps the xpm-color-symbol variable can be of some use here.

xpm-color-symbols's value is (("foreground" (face-foreground (quote default))) ("background" (face-background (quote default))) ("backgroundToolBarColor" (x-get-resource "backgroundToolBarColor" "BackgroundToolBarColor" (quote string))))

Documentation:
Definitions of logical color-names used when reading XPM files.
Elements of this list should be of the form (COLOR-NAME FORM-TO-EVALUATE).
The COLOR-NAME should be a string, which is the name of the color to define;
the FORM should evaluate to a `color' specifier object, or a string to be
passed to `make-color-instance'.  If a loaded XPM file references a symbolic
color called COLOR-NAME, it will display as the computed color instead.

The default value of this variable defines the logical color names
"foreground" and "background" to be the colors of the `default' face.

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Mark Borges]

>> On Thu, 25 Jan 1996 18:54:14 -0500 (EST),
>> srivasta (s) wrote:
s> Hi,
s> 	I finally implemented a real mirror of
s>  <URL:ftp://ftp.ifi.uio.no/pub/emacs/gnus/>, so now my site should
s>  always have the latest version within 24 hours, connectivity
s>  permitting.  I'll continue to grab the patches over by hand.

s> 	Since I am now a real mirror, and I believe mentioned in the
s>  FAQ, I'll stop taking up bandwidth on this mailing list with these
s>  annoncements. 

s>          Now also at:
s>     <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
s>    <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
s>  <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

This is a relatively minor point, but none of the above URL's listed
in the article do not get button-ified by sgnus-0.32. But curiously,
the URL in the original release announcement from Lars, (i.e., the
line with "Get it from ...") does turn into a button
automatically. 

However, the URL in the signature block does get turn into a clickable
button automatically.

I tried washing the article via "W b", but it had no effect.

I know, it's not a big problem because one can always cut'n'paste, but
I was just curious why it doesn't work.

Does anyone else notice this, or is it just me? If it is a general
problem, is something awry in browse-url.el?

  -mb-

XEmacs-19.14-b6, sgnus-0.32

Re: September Gnus 0.31 is released

[Steven L Baur]

(Cut & Pasted from the original article for reference).
    <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
   <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
 <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

>>>>> "mb" == Mark Borges <mdb@cdc.noaa.gov> writes:

s> <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
s> <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
s> <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

mb> This is a relatively minor point, but none of the above URL's listed
mb> in the article do not get button-ified by sgnus-0.32. But curiously,
mb> the URL in the original release announcement from Lars, (i.e., the
mb> line with "Get it from ...") does turn into a button
mb> automatically. 

I was wondering what you meant since it worked for me, then I turned
off tm-view.  So it affects 19.13 too.

(The following comment applies when tm-view is enabled).
What I find odd is that in the original article, the URLs work and
only have the method highlighted (the <URL: > container is not
highlighted.  In Mark's followup, the container is highlighted as well
and the URL does not work.

XEmacs 19.13, Sgnus v0.32, TM 7.41.2.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Manoj Srivastava]

Hi,


	Maybe it has to do with the space I inserted in the URL's
 under extreme coercion by barney: 
    <URL: http://www.pilgrim.umass.edu/pub/misc/ding/> as opposed to:
    <URL:http://www.pilgrim.umass.edu/pub/misc/ding/>
		manoj

>>Mark Borges writes:

>> On Thu, 25 Jan 1996 18:54:14 -0500 (EST),
>> srivasta (s) wrote:

 s> Now also at:
 s> <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
 s> <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
 s> <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

 mb> This is a relatively minor point, but none of the above URL's listed
 mb> in the article do not get button-ified by sgnus-0.32. But curiously,
 mb> the URL in the original release announcement from Lars, (i.e., the
 mb> line with "Get it from ...") does turn into a button
 mb> automatically. 

 mb> However, the URL in the signature block does get turn into a clickable
 mb> button automatically.

 mb> I tried washing the article via "W b", but it had no effect.

 mb> I know, it's not a big problem because one can always cut'n'paste, but
 mb> I was just curious why it doesn't work.

 mb> Does anyone else notice this, or is it just me? If it is a general
 mb> problem, is something awry in browse-url.el?

 mb> -mb-

 mb> XEmacs-19.14-b6, sgnus-0.32


--
If you've seen one city slum, you've seen them all.  -- Spiro Agnew %%
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>

Re: September Gnus 0.31 is released

[Colin Rafferty]

Mark Borges writes:
>>> srivasta (s) wrote:

s> Now also at:
s> <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
s> <URL: http://www.pilgrim.umass.edu/pub/misc/ding/>
s> <URL: gopher://gopher.pilgrim.umass.edu/11/pub/misc/ding/>

> This is a relatively minor point, but none of the above URL's listed
> in the article do not get button-ified by sgnus-0.32.

> XEmacs-19.14-b6, sgnus-0.32

All the buttons are fine for me (XEmacs-19.13, Gnus v5.0.13).
--
Colin

Re: September Gnus 0.31 is released

[Mark Borges]

Weird.

*All* the URL's in *all* the followups to Manoj's original article
(#6899) -- mine(#6927), Manoj's(#6927) and Steve's(#6928) have been
turned into buttons. The original article (#6899) has no buttons,
except for those in the signature block.

Even the ones with a space after a URL, e.g., both

     <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
and
     <URL:ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>

work, so that apparently wasn't the problem.

So what is so unique about the original #6899?

  -mb-

Re: September Gnus 0.31 is released

[Steven L Baur]

This article should not buttonize either, as in Manoj's original.

>>>>> "mb" == Mark Borges <mdb@cdc.noaa.gov> writes:

mb> Weird.
mb> *All* the URL's in *all* the followups to Manoj's original article
mb> (#6899) -- mine(#6927), Manoj's(#6927) and Steve's(#6928) have been
mb> turned into buttons. The original article (#6899) has no buttons,
mb> except for those in the signature block.

mb> Even the ones with a space after a URL, e.g., both

mb>      <URL: ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>
mb> and
mb>      <URL:ftp://ftp.pilgrim.umass.edu/pub/misc/ding/>

mb> work, so that apparently wasn't the problem.

mb> So what is so unique about the original #6899?

The .signature.  Unhide the original .signature and you will find a
quote from Larry Wall attributed in a fashion typically expected at
the top of an article.  I traced it with the debugger, and basically
Gnus is testing each of the entries in gnus-button-alist, without
resetting point to the beginning of the article.  The goose is cooked
on an original article (no citation at the top), and a citation in the
.signature -- only the remainder of the .signature gets buttonized.

Naturally anyone running Gnus 5 will not see this, since Gnus 5 uses
only a single regexp, not an alist and the problem cannot arise in
that case.

Here's the fix:
===================================================================
RCS file: RCS/ChangeLog,v
retrieving revision 1.31
diff -u -r1.31 ChangeLog
--- ChangeLog	1996/01/26 16:12:09	1.31
+++ ChangeLog	1996/01/26 23:10:45
@@ -1,3 +1,8 @@
+Fri Jan 26 15:10:09 1996  Steven L. Baur  <steve@miranova.com>
+
+	* gnus-vis.el (gnus-article-add-buttons): Need to reset point to top
+	of article before trying the next regexp in the gnus-button-alist.
+
 Fri Jan 26 07:47:59 1996  Lars Magne Ingebrigtsen  <larsi@eistla.ifi.uio.no>
 
 	* gnus.el (gnus): Goto the first unread group.

===================================================================
RCS file: RCS/gnus-vis.el,v
retrieving revision 1.12
diff -u -r1.12 gnus-vis.el
--- gnus-vis.el	1996/01/26 16:12:09	1.12
+++ gnus-vis.el	1996/01/26 23:09:17
@@ -1397,6 +1397,7 @@
       (setq beg (point))
       (while (setq entry (pop alist))
 	(setq regexp (car entry))
+	(goto-char beg)
 	(while (re-search-forward regexp nil t)
 	  (let* ((start (and entry (match-beginning (nth 1 entry))))
 		 (end (and entry (match-end (nth 1 entry))))

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
In article <ThisIsAGnusBug12345@miranova.com> somebody wrote:

Re: September Gnus 0.31 is released

[Lars Magne Ingebrigtsen]

craffert@sps.ml.com (Colin Rafferty) writes:

> I disagree.  I think that if you set the foreground, you must set the
> background.  Otherwise, what do you do about people whose default
> backgrounds clash with (or match) one of the foreground colors.

That's true.  However, the logo is in two colors (thin strokes over
thick strokes), so no matter what the background color is, one will be
able to see (at least) the thin strokes.  Most of them, anyway.

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: September Gnus 0.31 is released

[Lars Magne Ingebrigtsen]

Steven L Baur <steve@miranova.com> writes:

> Lars> Or you can rename "etc-0.4" to "etc" and put it in the "sgnus"
> Lars> directory.  Gnus searches the load path, strips off trailing "lisp"
> Lars> elements from the paths and sees whether it can find the "etc/gnus"
> Lars> directory.
> 
> I assume you mean:
> $ cd /usr/local/lib/xemacs/sgnus-0.32
> $ ls -l
> -rw-r--r--   1 steve    devel         161 Jan 26 08:11 Makefile
> lrwxrwxrwx   1 steve    devel          12 Jan 26 08:10 RCS -> ../sgnus/RCS/
> lrwxrwxrwx   1 steve    devel          10 Jan 26 09:30 etc -> ../etc-0.4/

Oh, I though everybody just renamed the "sgnus-0.x" directory to
"sgnus" and did the same with the "etc-0.x" directory...  but I guess
that means moving the "etc" dir into the new "sgnus" dir for each
release, which must be a pain.  Of course, one could just write a tiny
script to do that automatically to rename-old/unpack/rename/move etc...

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: September Gnus 0.31 is released

[Steven L Baur]

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

Lars> Steven L Baur <steve@miranova.com> writes:
Lars> Or you can rename "etc-0.4" to "etc" and put it in the "sgnus"
Lars> directory.  Gnus searches the load path, strips off trailing "lisp"
Lars> elements from the paths and sees whether it can find the "etc/gnus"
Lars> directory.
>> 
>> I assume you mean:
>> $ cd /usr/local/lib/xemacs/sgnus-0.32
>> $ ls -l
>> -rw-r--r--   1 steve    devel         161 Jan 26 08:11 Makefile
>> lrwxrwxrwx   1 steve    devel          12 Jan 26 08:10 RCS -> ../sgnus/RCS/
>> lrwxrwxrwx   1 steve    devel          10 Jan 26 09:30 etc -> ../etc-0.4/

Lars> Oh, I though everybody just renamed the "sgnus-0.x" directory to
Lars> "sgnus" and did the same with the "etc-0.x" directory...  but I guess
Lars> that means moving the "etc" dir into the new "sgnus" dir for each
Lars> release, which must be a pain.  Of course, one could just write a tiny
Lars> script to do that automatically to rename-old/unpack/rename/move etc...

Generally speaking, with a development mail system it is not a wise
idea to trash an older working version in favor of the next set of
patches.  I like new (version dependent) directory names, since by
default, the previous version's .elc files won't be touched.

The biggest inconvenience has been the change of certain functions to
macros.  It would be nice(r) not to have to rebytecompile dependent
packages like TM and Mailcrypt with each gnus change.

Gnus development updates come out on average around 2 per week (18
versions, 63 days, since sgnus v0.14 on 26 November), so this is a
reasonably important topic.

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.

Re: September Gnus 0.31 is released

[Lars Magne Ingebrigtsen]

Steven L Baur <steve@miranova.com> writes:

> Generally speaking, with a development mail system it is not a wise
> idea to trash an older working version in favor of the next set of
> patches. 

That's true.

> The biggest inconvenience has been the change of certain functions to
> macros.  It would be nice(r) not to have to rebytecompile dependent
> packages like TM and Mailcrypt with each gnus change.

Yup.  However, there are sometime quite a lot to be gained by turning
some key functions into macros, so I won't refrain from doing any such
conversions in the future, if I think it's necessary...

It would be nice to have an "elisp-make" function that would build
dependency trees and make sure `require'd files were compiled before
dependent files...

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."