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: [cause of (group ...) modification bug discovered] [Was: Re: 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:22:37 -0700 (PDT) Message-ID: <825788.16783.qm@web32003.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 1305599003 7178 80.91.229.12 (17 May 2011 02:23:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 02:23:23 +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:23:15 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 1QM9wG-0004iw-LD for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 May 2011 04:23:13 +0200 Original-Received: from localhost ([::1]:55869 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9wG-00072r-6Q for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 May 2011 22:23:12 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9wC-00072m-CQ for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:23:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM9w9-0007F8-3v for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:23:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9w9-0007F4-0Y for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 22:23:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QM9w6-0007t1-7B; Mon, 16 May 2011 22:23:02 -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:23:02 +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.130559896930298 (code B ref 8674); Tue, 17 May 2011 02:23:02 +0000 Original-Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:22:49 +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 1QM9vs-0007sd-Qb for submit@debbugs.gnu.org; Mon, 16 May 2011 22:22:49 -0400 Original-Received: from nm20-vm0.bullet.mail.ac4.yahoo.com ([98.139.53.214]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9vn-0007sK-Po for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:22:47 -0400 Original-Received: from [98.139.52.189] by nm20.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 Original-Received: from [98.139.52.155] by tm2.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 Original-Received: from [127.0.0.1] by omp1038.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 483416.64277.bm@omp1038.mail.ac4.yahoo.com Original-Received: (qmail 68596 invoked by uid 60001); 17 May 2011 02:22:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305598957; bh=zG5z+wwSclSMmUrEtZOLcGHytie35hcnku8kSNQQDh8=; 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=e6i8sl/Astx7JpUf9XBm+vWNyVPZaLOlzT7Pqp/UN3VWrV/sS4HellUdhNQpzLs9js71fJmv+R0423AyzeIotJAH9zBJ8Ifa8Cxi2h69Mmi0vf6J7rk6FyapItA73IRH3NVrtpCIetwdn9IGnJwE6SLaCqb1DeUYeAwrIMh7N0E= 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=mOZz9e+GiZ0eYLERe5Qn9A6wx0PrbopVilfOg5g1p4CWFaEvxckQlg7tLsLGB6qtiZq2HafjTocDpG9vdZHlaGFU14wk7me4mKBjMC6wjVF8W3ogR1FVsvhhAujfy2MHHCx2976ou/C0881Mp5TsRAdqBbgBNyPim5oGh7G+ULY=; X-YMail-OSG: 2amTTsYVM1l5mynSjgPzXyRYOvQkYfRJQz79MQZXdygh6TW I8r5qxOS5ylo_3oyGG6LiIf7yYi5rQrxLkP_KFt8bUFf0pX7_tCZ1PAq8N.4 JB8Q_CJeqwLaKDiFZduJqazmc2JHmSIMJ4N_3PeCJr4emCma4scfUUTdy5QW 8ZesmUqxinXR32rceqC3awR23oxZcFqOLE1F3f11e6QqdYH7CX.9Ep2Yz_Gc ea_WqjcoA_Uh4tYGDhZkz3gHiYf0c1EcpX82zoMg4wCIa5swP5wtKnTrBvqn rFTvtPH.7s9jk9IzXxtDQJKaNX6sR0rKZ2P1dKAIRwOPG5ufdHU73i_G8T7v Dv_J.Tp8RHbHsW8ByAB.FTspjIDD0FJKpBBn.m._.NAzXfLrsnztYC_E8AI1 Tq8r7.aVx4nKv_LHsF6FrlHtJZ1.6ZmXybD4078D7mor48h1qwdLCff0ERM0 LXipxD.ZPN8oblts616.1_A6a1puUm8cGGUDkC1TgYdH1fkunQiklprHMIrZ EiKg4AnHg7IZmwvRS2MRIS1Bseli9lSo5BkxaxJvyuUgKzMUIt38PFDJv_CT V9XvnziuNIYkGfCh68MBQeo.PGKu1mEiI7LGLwB.MCxhh1FOIFHYDV9INpFA EsPoVdUzidBta3PGAKfOHNSB.YdKydVfcu3okJgMcfFSHyj34uSqPbFvaK5R WJJGL319XEv7G3LZeD.uLD.nCWgpe_18vsHkvrNzZgFmwkJgNwh5cP7nFr.B tT1arrwskCJDdNpxEItOxTYlNZwjD_1ttqY8- Original-Received: from [114.164.163.107] by web32003.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:22:37 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 In-Reply-To: <360292.38255.qm@web32008.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:23:02 -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:46508 Archived-At: I discovered the cause of the previous (group ...) modification bug, as had= been described as follows: > 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. Upon close examination, I discovered a duplication function definition for = the (gnus-add-configuration ...) function in my ~/.gnus.el file. Commentin= g out the second definition resolved the issue. Therefore, the solution ac= tually had nothing to do with the upgrade; it had been a bug in the configu= ration file. As before, this solution leaves only the following issue: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration fil= e? Again, I'll send an update if there is any progress on issue #2 above. As = before, please let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: Typo correction: [RESOLVED: modifying (group ...) setting in (gn= us-add-configuration ...) function] [Was: Re: [status update on associated = STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 o= n GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Serv= ice Pack 3] > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:05 AM > The following solution description > contained a typo: >=20 > > Apparently, upgrading to from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... >=20 > It should have read as follows: >=20 > > Apparently, upgrading from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > Subject: [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] > > 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 > > > > > > > > > > > > > > >