From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Benjamin L. Russell" Newsgroups: gmane.emacs.bugs Subject: bug#8674: Typo correction: [RESOLVED: modifying (group ...) setting in (gnus-add-configuration ...) function] [Was: Re: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service Pack 3] Date: Mon, 16 May 2011 19:05:17 -0700 (PDT) Message-ID: <360292.38255.qm@web32008.mail.mud.yahoo.com> References: <824o4vve3z.fsf@Yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1305597979 2739 80.91.229.12 (17 May 2011 02:06:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 02:06:19 +0000 (UTC) Cc: 8674@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 17 04:06:14 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9fp-0007CA-0W for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 May 2011 04:06:13 +0200 Original-Received: from localhost ([::1]:59687 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9fo-0004Zs-FO for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 May 2011 22:06:12 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9fj-0004Zc-O2 for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:06:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM9fg-0004qM-Aj for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:06:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35449) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9fg-0004qG-8x for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:06:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QM9fd-0007WS-OT; Mon, 16 May 2011 22:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Benjamin L. Russell" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 17 May 2011 02:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8674 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 8674-submit@debbugs.gnu.org id=B8674.130559793128882 (code B ref 8674); Tue, 17 May 2011 02:06:01 +0000 Original-Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:05:31 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9f7-0007Vm-NY for submit@debbugs.gnu.org; Mon, 16 May 2011 22:05:31 -0400 Original-Received: from nm8.bullet.mail.bf1.yahoo.com ([98.139.212.167]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9f3-0007VW-9l for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:05:28 -0400 Original-Received: from [98.139.212.146] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 Original-Received: from [98.139.212.212] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 Original-Received: from [127.0.0.1] by omp1021.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 362216.18879.bm@omp1021.mail.bf1.yahoo.com Original-Received: (qmail 17888 invoked by uid 60001); 17 May 2011 02:05:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305597918; bh=rePbFs5pzI2YNFjeBf5/NGftiHdqv3FbwKFbV83ymmQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BWD+jIYu3kBmnDFZLYC1zgXv/hUcb6yFN6UEMTF1wFih5qSWblgh0sglb8ys3HjmqManBEKLIu92fTvhjDEtu7HO4sWxtYWJ9LxbzErthux+FsTs+DT2PswIYpbKeGedRh4BLAPBU/AwPIlzdczSYOghk64T6FrIhg8JbB/DpwM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ri5bOkRU3WaOVYazDZ1kjRAl0jOqs9hQNMoKXYN8r6SKfJ1D9+4o50XVHj0ntIHrB+TjCg7YtCnYJpemP8bxRmn+zKxg0IjRKw61/tTx+8SQ8YRc81b0rTSfR0nbpOcebM7vETg5QOBIE0l7HTLS2sRAG1KVsuWQhXtDcsBBNGY=; X-YMail-OSG: oQXsexkVM1mAroWerAMPZEBnOLSa5SHnu4xLfQwe8w.IJ51 4GZYE7NVbOuQWMTyzxfgJbysvs6x2rwHW4hGBpasBHZ5QQLES9xICG30dmJ3 twVeRqA03VDhMYLtCEG.qecgrI42hG6y7FvjBeog3izbeZscToUt5Dzr950O SGePR8BY5joNCvozeohrPTO4gFmyF6jStFtN4TMIvDU7psNgpU.CJq1lOsoi AB8IcIGfEmSKTtyhLmKpBPG9uUiBH0wsg335CemIlQuBkdQIXshpz63P8gvS jKn30aSVX8rp8X5woheram6xFOeJBuMWLr05_9buFc2XRd1jpsucQxd1LoNd S1HqAf0xZsQgK.WvX9xVRC6p0TchOov3N4qIofx7YAgDI3oAq5.Ev7MxYWFK Wy11IuherQ2I.EcgQOIFMw1S4pSnWoOQEXgxtKFbaHXmo41ZNY2OGJB3q7S6 lvcUjUzBUM.Afk_2l3zpdrkPbIbUAjPEDOa.oEjBTMq9ePO7eZdCEv.59oys 198QfvaXRwiwa3UIHM0eS5T1k9nIYm0d8zMQ_PNsji3pg65.EGrI.dEnZF7v 6p12_lH3bYMnOQ7ouxIdDzEoQ4Z3pHm7Eyhuxpt5KY9konUr6f2Tr4KazIZ2 g6JRJu3psjHoeTnnUvH8.jTOS3Fqf1.EXCV_91kyMNUrC.e77x4j.5qg_ye_ 1VABaeToKRF2O0hmvNe7a6ilqOaqoXA4RGwdqnP0Ve9hwTjbqBUt8BrlkyY5 PCvJsrFbE22z9xmm4Uy6jxrtZL55JNIq9UQ-- Original-Received: from [114.164.163.107] by web32008.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:05:17 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 In-Reply-To: <556583.63946.qm@web32005.mail.mud.yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 16 May 2011 22:06:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:46507 Archived-At: The following solution description contained a typo: > Apparently, upgrading to from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue.... It should have read as follows: > Apparently, upgrading from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue.... -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: [RESOLVED: modifying (group ...) setting in (gnus-add-configurat= ion ...) function] [Was: Re: [status update on associated STARTTLS bug] Re:= bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on GNU Emacs 23.3.= 1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service Pack 3] > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:01 AM > The previous issue in modifying the > (group ...) setting in the (gnus-add-configuration ...) > function in ~/.gnus.el (issue #3) has been resolved, as > follows: >=20 > > 3. How to modifying the (group ...) setting in the > > (gnus-add-configuration ...) function) in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width. >=20 > (Typo correction; the above issue description should have > read as follows: >=20 > > 3. How to modify the (group ...) setting in the > > (gnus-add-configuration ...) function in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width.) >=20 > Apparently, upgrading to from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue; the group buffer layout width > specification using the (group ...) setting in the > (gnus-add-configuration ...) function in the ~/.gnus.el file > works correctly.=A0 (I'm not sure what was causing the > problem earlier.) >=20 > This solution leaves only the following issue: >=20 > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? >=20 > I'll send an update if there is any progress on issue #2 > above.=A0 Again, please let me know if you have any > suggestions (or any solutions). >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > Subject: [status update on associated STARTTLS bug] > Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 > on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP > Professional, Service Pack 3 > > To: "Glenn Morris" > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 10:38 AM > > The previous STARTTLS-related bug has > > been resolved, as follows: > >=20 > > > 1. [Possible Bug] In Gnus v5.13, for some > reason, > > just > > > after sending an NNTP post using C-c C-c, > occasionally > > (once > > > in every two to three attempts), Gnus freezes > when > > using > > > STARTTLS, just before requesting my SMTP > password, > > and > > > refuses to respond until I press C-g.=A0 Here is > > the > > > corresponding transcript from my *Messages* > buffer: > > >=20 > > > [...] > > >=20 > > > My folder setup under c:\Emacs is as follows: > > >=20 > > > C:\emacs\.emacs.d > > > C:\emacs\Deprecated Versions > > > C:\emacs\emacs-23.1 > > > C:\emacs\emacs-23.2 > > > C:\emacs\emacs-23.3 > > >=20 > > > My USER $HOME environmental variable points to > > C:\home, > > > where I have my .emacs and .gnus.el files, among > > others.=20 > > >=20 > > > The reason that source file > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is > newer > > than > > > the byte-compiled file is that I manually edited > it > > to > > > follow the following directions by Uday Reddy on > > 2010-04-26 > > > on "Question #108267 : Questions : VM" (see https://answers.launchpad= .net/vm/+question/108267): > > >=20 > > > > 1. Added: > > > > (defcustom starttls-kill-program > > > "c:\\cygwin\\bin\\kill" > > > >=A0=A0=A0"External kill command to send > > > SIGALRM to starttls." > > > >=A0=A0=A0:group 'starttls) > > > >=20 > > > > 2. Replaced all three instances of: > > > > (signal-process (process-id process) > 'SIGALRM) > > > > with > > > > (call-process starttls-kill-program nil nil > nil > > > >=A0 =A0 =A0 =A0 =A0 =A0 > > =A0=A0=A0 > > >=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > >=20 > > >=A0 =A0=A0=A0"-ALRM" (format "%d" > > (process-id process))) > > >=20 > > > Is this the correct procedure? > >=20 > > Apparently not.=A0 When I moved the > C:\emacs\emacs-23.1 > > and C:\emacs\emacs-23.2 subdirectories into the > > C:\emacs\Deprecated Versions subdirectory and reran > > C:\emacs\emacs-23.3\bin\addpm.exe (effectively > restoring the > > original version of > > C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the > following > > error message disappeared: > >=20 > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > newer > > than > > > byte-compiled file > >=20 > > As stated above, this error message no longer > appears. > >=20 > > Furthermore, Gnus invoked the STARTTLS protocol > correctly > > for three consecutive attempts.=A0 Therefore, this > > particular problem has apparently been solved.=A0 > > Accordingly, the > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > file should NOT be modified. > >=20 > > However, the other two issues described in my > previous > > message remain, as follows: > >=20 > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? > >=20 > > 3. How to modifying the (group ...) setting in the > > (gnus-add-configuration ...) function) in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width. > >=20 > > I'll send an update if there is any progress on > either > > issue #2 or issue #3 above.=A0 Please let me know if > you > > have any suggestions (or solutions). > >=20 > > -- Benjamin L. Russell > >=20 > > --- On Tue, 5/17/11, Benjamin L. Russell > > wrote: > >=20 > > > From: Benjamin L. Russell > > > Subject: Re: bug#8674: 23.3; Face header > rendering bug > > in Gnus v5.13 on GNU Emacs 23.3.1 > (i386-mingw-nt5.1.2600) on > > Windows XP Professional, Service Pack 3 > > > To: "Glenn Morris" > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 8:11 AM > > > > The Gnus manual says > > > >=20 > > > >=A0 =A0 Viewing an [sic] `Face' header > requires > > > > an Emacs that is able to > > > >=A0 =A0 display PNG images. > > > >=20 > > > > Can your Emacs display PNG images? > > > > If not, I imagine this is the same as > > > >=20 > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 > > >=20 > > > It cannot; however, when I following your link, > > downloaded > > > the libpng 1.4.3 package from "GTK+ - Download > for > > Windows" > > > (see http://www.gtk.org/download-windows.html), unzipped > > the > > > libpng_1.4.3-1_win32.zip archive, copied the > > > ..\libpng_1.4.3-1_win32\bin\libpng14-14.dll file > into > > both > > > the C:\WINDOWS\system32 and > C:\emacs\emacs-23.3\bin > > > directories, and restarted Emacs 23.3.1, Emacs > was > > able to > > > read PNG files correctly. > > >=20 > > > Subsequently reading a USENET message with a > Face > > header > > > via NNTP in Gnus then caused the Face header to > be > > rendered > > > correctly in the "From" line. > > >=20 > > > Bug solved! > > >=20 > > > Incidentally, I also have three other problems > with > > > Emacs-23.3.1 (one is a possible bug, and the > other two > > are > > > possible lack of features), as follows: > > >=20 > > > 1. [Possible Bug] In Gnus v5.13, for some > reason, > > just > > > after sending an NNTP post using C-c C-c, > occasionally > > (once > > > in every two to three attempts), Gnus freezes > when > > using > > > STARTTLS, just before requesting my SMTP > password, > > and > > > refuses to respond until I press C-g.=A0 Here is > the > > > corresponding transcript from my *Messages* > buffer: > > >=20 > > > > Sending... > > > > You have lines longer than 79 characters.=A0 > > Really > > > post? (y or n)=20 > > > > Sending news via news20.forteinc.com using > > nntp... > > > > Sending via mail... > > > > Source file > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > newer > > than > > > byte-compiled file > > > > Opening STARTTLS connection to > > > `plus.smtp.mail.yahoo.com:587'...done > > > > Quit > > >=20 > > > For some reason, Emacs still references > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' (the > > version for > > > Emacs 23.2.1) instead of > > > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' (the > > version for > > > Emacs 23.3.1) (still unmodified), even though I > just > > ran > > > C:\emacs\emacs-23.3\bin\addpm.exe. > > >=20 > > > My folder setup under c:\Emacs is as follows: > > >=20 > > > C:\emacs\.emacs.d > > > C:\emacs\Deprecated Versions > > > C:\emacs\emacs-23.1 > > > C:\emacs\emacs-23.2 > > > C:\emacs\emacs-23.3 > > >=20 > > > My USER $HOME environmental variable points to > > C:\home, > > > where I have my .emacs and .gnus.el files, among > > others.=20 > > >=20 > > > The reason that source file > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is > newer > > than > > > the byte-compiled file is that I manually edited > it > > to > > > follow the following directions by Uday Reddy on > > 2010-04-26 > > > on "Question #108267 : Questions : VM" (see https://answers.launchpad= .net/vm/+question/108267): > > >=20 > > > > 1. Added: > > > > (defcustom starttls-kill-program > > > "c:\\cygwin\\bin\\kill" > > > >=A0=A0=A0"External kill command to send > > > SIGALRM to starttls." > > > >=A0=A0=A0:group 'starttls) > > > >=20 > > > > 2. Replaced all three instances of: > > > > (signal-process (process-id process) > 'SIGALRM) > > > > with > > > > (call-process starttls-kill-program nil nil > nil > > > >=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > > > =A0 =A0 "-ALRM" (format "%d" (process-id > process))) > > >=20 > > > Is this the correct procedure? > > >=20 > > > 2. [Possible Lack of a Feature] I wish to > specify > > multiple > > > NNTP servers in my .gnus.el file, but don't know > how > > to do > > > so.=A0 The relevant portion from my ~/.gnus.el > file is > > as > > > follows: > > >=20 > > > > (setq gnus-select-method '(nntp > > > "news20.forteinc.com")) > > >=20 > > > > (add-to-list 'gnus-secondary-select-methods > > '(nntp > > > "news.gmane.org")) > > >=20 > > > > (add-to-list 'gnus-secondary-select-methods > > '(nntp > > > "news.gnus.org")) > > >=20 > > > The relevant portion from my ~/.authinfo file is > as > > > follows: > > >=20 > > > > machine news20.forteinc.com login > > > > > password > > >=20 > > > The and > portions > > have > > > been substituted with the appropriate > information > > > accordingly. > > >=20 > > > For some reason, the second invocation of > > (add-to-list > > > 'gnus-secondary-select-methods '(...)) seems to > be > > ignored. > > >=20 > > > Do you know how to specify a third NNTP server in > my > > > ~/.gnus.el file? > > >=20 > > > 3. [Possible Lack of a Feature] For some reason, > I am > > > unable to specify a width for the group buffer > that is > > less > > > than the width of the maximum-length group name > in > > Gnus when > > > displaying a customized view with groups in the > > upper-left > > > buffer, articles in the upper-right buffer, and > > article > > > bodies in the lower buffer in my ~/.gnus.el > file.=A0 > > Here > > > is the relevant code: > > >=20 > > > > ;; The following section controls the > layout > > after > > > displaying the article buffer > > > > ; change the configuration of a single > buffer > > setting, > > > without using the complicated > > gnus-buffer-configuration > > > variable (see "Frequently Asked Questions: > Window > > Layout" at > > > http://gnus.org/manual/gnus_295.html) > > > > (gnus-add-configuration > > > >=A0 ; configure the article buffer > > > >=A0 '(article > > > >=A0 =A0 ; split the screen in two vertically, > and > > > use the following settings for the upper half of > the > > window > > > >=A0 =A0 (vertical 1.0 > > > > =A0=A0=A0 =A0 =A0=A0=A0; the > > > original number of rows for the group + summary > > buffers > > > together, copied from "Frequently Asked > Questions: FAQ > > 4 - > > > Reading messages" (http://www.gnus.org/manual/gnus_400.html#SEC473) > > > > ;=A0=A0=A0 =A0 > > > =A0=A0=A0(horizontal 28 > > > > =A0=A0=A0 =A0 =A0=A0=A0; setting > > > of the number of rows for the group + summary > buffers > > > together, adapted for my borrowed laptop PC from > JIII > > > > =A0=A0=A0 =A0 > > > =A0=A0=A0(horizontal 20 > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; the original number of > > > columns for the group buffer width setting, > copied > > from > > > "Frequently Asked Questions: FAQ 4 - Reading > messages" > > (http://www.gnus.org/manual/gnus_400.html#SEC473) > > > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0(group 50) > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; setting of the number of > > > columns for the group buffer width setting to > match > > my > > > settings in Forte' Agent 5.0 > > > > ;=A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0(group 53) > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; setting of the number of > > > columns for the group buffer width setting to > display > > all > > > newsgroup names without truncation > > > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0(group 77) > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; setting of the number of > > > columns for the group buffer width setting to > > distinguish > > > all newsgroup names uniquely > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0(group 69) > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; let the summary buffer take > > > the remainder of the width of the rows, and > position > > the > > > point (cursor) therein > > > >=A0 =A0=A0=A0=A0=A0=A0 > > > =A0=A0=A0 =A0=A0=A0=A0=A0(summary > > > 1.0 point) ) > > > > =A0=A0=A0 =A0 =A0=A0=A0; let the > > > lower half take up the remainder of the > horizontal > > space, > > > and apply the following settings therein > > > > =A0=A0=A0 =A0 > > > =A0=A0=A0(horizontal 1.0 > > > > =A0=A0=A0 =A0=A0=A0 > > > =A0=A0=A0=A0=A0; let the article buffer take > > > up the entire space of the lower half of the > window > > > >=A0 =A0=A0=A0=A0=A0=A0 > > > =A0=A0=A0 =A0=A0=A0=A0=A0(article > > > 1.0))))) > > >=20 > > > In the above code, the modification from (group > 77) > > to > > > (group 69) had no effect.=A0 Further reducing the > > setting > > > to (group 50) had no effect, either.=A0 In a > previous > > > version of Emacs on Windows XP, Service Pack 3, > > installed in > > > circa November 2007, on which I had installed > Gnus in > > circa > > > May of 2009 (that computer has since been > reformatted, > > so I > > > do not have the version information available), > the > > settings > > > worked fine.=A0 How can I make the (group ...) > setting > > > modification effective? > > >=20 > > > Solutions to the above problems in using Gnus > v5.13 on > > GNU > > > Emacs 23.3.1 would help enormously. > > >=20 > > > Thank you for your assistance! > > >=20 > > > Sincerely yours, > > >=20 > > > Benjamin L. Russell > > >=20 > > > --- On Tue, 5/17/11, Glenn Morris > > > wrote: > > >=20 > > > > From: Glenn Morris > > > > Subject: Re: bug#8674: 23.3; Face header > > rendering bug > > > in Gnus v5.13 on GNU Emacs 23.3.1 > > (i386-mingw-nt5.1.2600) on > > > Windows XP Professional, Service Pack 3 > > > > To: "Benjamin L. Russell" > > > > Cc: 8674@debbugs.gnu.org > > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > > Benjamin L. Russell wrote: > > > >=20 > > > > > There is a bug in GNU Emacs 23.3.1 > that > > prevents > > > > correct rendering of > > > > > Face headers in NNTP postings.=A0 > > Specifically, > > > the > > > > following Emacs Lisp > > > > > code in my ~/.gnus.el file for > inserting a > > face > > > header > > > > in a USENET > > > > > posting works on GNU Emacs 23.2.1, but > not > > on > > > version > > > > 23.3.1, with Gnus > > > > > v5.13: > > > >=20 > > > > The Gnus manual says > > > >=20 > > > > =A0=A0=A0Viewing an [sic] `Face' header > requires > > > > an Emacs that is able to > > > > =A0=A0=A0display PNG images. > > > >=20 > > > > Can your Emacs display PNG images? > > > > If not, I imagine this is the same as > > > >=20 > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 > > > > > > > > > >