* 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 @ 2011-05-15 21:38 Benjamin L. Russell 2011-05-16 21:43 ` Glenn Morris 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-15 21:38 UTC (permalink / raw) To: 8674 There is a bug in GNU Emacs 23.3.1 that prevents correct rendering of Face headers in NNTP postings. 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: > (setq gnus-posting-styles > '((".*" > (name "Benjamin L. Russell") > ("Face" > (gnus-face-from-file "~/butterflyLang.jpg") > )))) The following procedure reproduces this bug: 1. Invoke Emacs in Windows XP Professional, Service Pack 3, by double-clicking on C:\emacs\emacs-23.3\bin\runemacs.exe. 2. Within Emacs, type the following command: > M-x gnus RET 3. Within Gnus, subscribe (if not already subscribed) to the news.test newsgroup. 4. Within Gnus, type the following command to post a new message: > a 5. Compose a test message, with subject, say, "test," and subject body, say "test." 6. Send the message with the following command: > C-c C-c 7. After a few seconds, refresh the newsgroup with the following command: > / N 8. Read the test message just posted. The message will be missing the face header, which should be an icon placed immediately to the left of the sender name in the "From" field of the message. In GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesupport/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: JPN value of $XMODIFIERS: nil locale-coding-system: cp932 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t show-paren-mode: t recentf-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: <escape> x g n u s <help-echo> <return> q y <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> <help-menu> <send-emacs-bug-report> Recent messages: Reading active file from news.gmane.org via nntp... Opening nntp server on news.gmane.org...done Opening nntp server on news20.forteinc.com...done Opening nntp server on news.gmane.org...done 5 new newsgroups have arrived Checking new news... Opening nndoc server on gnus-help...done Checking new news...done Are you sure you want to quit reading news? (y or n) (No changes need to be saved) Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug gnus-salt gnus-topic nndoc parse-time timezone byte-opt bytecomp byte-compile nnml nndraft nnmh auth-source gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view smime dig nntp gnus-cache gnus-sum nnoo gnus-group gnus-undo nnmail mail-source format-spec gnus-start gnus-spec gnus-int gnus-range message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev gmm-utils mailheader canlock sha1 hex-util hashcash gnus-win gnus gnus-ems nnheader gnus-util netrc time-date mail-utils mm-util mail-prsvr eldoc palette eyedropper derived hexrgb paren advice help-fns advice-preload color-theme edmacro kmacro sendmail reporter browse-url hippie-exp comint ring mouse-sel thingatpt recentf tree-widget wid-edit easymenu dired regexp-opt cl cl-19 japan-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) -- Benjamin L. Russell -- Benjamin L. Russell / DekuDekuplex at Yahoo dot com http://dekudekuplex.wordpress.com/ Translator/Interpreter / Mobile: +011 81 90-6526-1406 "Furuike ya, kawazu tobikomu mizu no oto." -- Matsuo Basho^ ^ permalink raw reply [flat|nested] 8+ messages in thread
* 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 2011-05-15 21:38 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 Benjamin L. Russell @ 2011-05-16 21:43 ` Glenn Morris 2011-05-16 23:11 ` Benjamin L. Russell 0 siblings, 1 reply; 8+ messages in thread From: Glenn Morris @ 2011-05-16 21:43 UTC (permalink / raw) To: Benjamin L. Russell; +Cc: 8674 Benjamin L. Russell wrote: > There is a bug in GNU Emacs 23.3.1 that prevents correct rendering of > Face headers in NNTP postings. 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: The Gnus manual says Viewing an [sic] `Face' header requires an Emacs that is able to display PNG images. Can your Emacs display PNG images? If not, I imagine this is the same as http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 ^ permalink raw reply [flat|nested] 8+ messages in thread
* 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 2011-05-16 21:43 ` Glenn Morris @ 2011-05-16 23:11 ` Benjamin L. Russell 2011-05-17 1:38 ` bug#8674: [status update on associated STARTTLS bug] " Benjamin L. Russell 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-16 23:11 UTC (permalink / raw) To: Glenn Morris; +Cc: 8674 > The Gnus manual says > > Viewing an [sic] `Face' header requires > an Emacs that is able to > display PNG images. > > Can your Emacs display PNG images? > If not, I imagine this is the same as > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 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. 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. Bug solved! 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: 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. Here is the corresponding transcript from my *Messages* buffer: > Sending... > You have lines longer than 79 characters. Really post? (y or n) > 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 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. My folder setup under c:\Emacs is as follows: C:\emacs\.emacs.d C:\emacs\Deprecated Versions C:\emacs\emacs-23.1 C:\emacs\emacs-23.2 C:\emacs\emacs-23.3 My USER $HOME environmental variable points to C:\home, where I have my .emacs and .gnus.el files, among others. 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): > 1. Added: > (defcustom starttls-kill-program "c:\\cygwin\\bin\\kill" > "External kill command to send SIGALRM to starttls." > :group 'starttls) > > 2. Replaced all three instances of: > (signal-process (process-id process) 'SIGALRM) > with > (call-process starttls-kill-program nil nil nil > "-ALRM" (format "%d" (process-id process))) Is this the correct procedure? 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. The relevant portion from my ~/.gnus.el file is as follows: > (setq gnus-select-method '(nntp "news20.forteinc.com")) > (add-to-list 'gnus-secondary-select-methods '(nntp "news.gmane.org")) > (add-to-list 'gnus-secondary-select-methods '(nntp "news.gnus.org")) The relevant portion from my ~/.authinfo file is as follows: > machine news20.forteinc.com login <username> password <password> The <username> and <password> portions have been substituted with the appropriate information accordingly. For some reason, the second invocation of (add-to-list 'gnus-secondary-select-methods '(...)) seems to be ignored. Do you know how to specify a third NNTP server in my ~/.gnus.el file? 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. Here is the relevant code: > ;; 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 > ; configure the article buffer > '(article > ; split the screen in two vertically, and use the following settings for the upper half of the window > (vertical 1.0 > ; 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) > ; (horizontal 28 > ; setting of the number of rows for the group + summary buffers together, adapted for my borrowed laptop PC from JIII > (horizontal 20 > ; 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) > ; (group 50) > ; setting of the number of columns for the group buffer width setting to match my settings in Forte' Agent 5.0 > ; (group 53) > ; setting of the number of columns for the group buffer width setting to display all newsgroup names without truncation > ; (group 77) > ; setting of the number of columns for the group buffer width setting to distinguish all newsgroup names uniquely > (group 69) > ; let the summary buffer take the remainder of the width of the rows, and position the point (cursor) therein > (summary 1.0 point) ) > ; let the lower half take up the remainder of the horizontal space, and apply the following settings therein > (horizontal 1.0 > ; let the article buffer take up the entire space of the lower half of the window > (article 1.0))))) In the above code, the modification from (group 77) to (group 69) had no effect. Further reducing the setting to (group 50) had no effect, either. 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. How can I make the (group ...) setting modification effective? Solutions to the above problems in using Gnus v5.13 on GNU Emacs 23.3.1 would help enormously. Thank you for your assistance! Sincerely yours, Benjamin L. Russell --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> wrote: > From: Glenn Morris <rgm@gnu.org> > 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" <DekuDekuplex@Yahoo.com> > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 6:43 AM > Benjamin L. Russell wrote: > > > There is a bug in GNU Emacs 23.3.1 that prevents > correct rendering of > > Face headers in NNTP postings. 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: > > The Gnus manual says > > Viewing an [sic] `Face' header requires > an Emacs that is able to > display PNG images. > > Can your Emacs display PNG images? > If not, I imagine this is the same as > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#8674: [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 2011-05-16 23:11 ` Benjamin L. Russell @ 2011-05-17 1:38 ` Benjamin L. Russell 2011-05-17 2:01 ` bug#8674: [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] Benjamin L. Russell 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-17 1:38 UTC (permalink / raw) To: Glenn Morris; +Cc: 8674 The previous STARTTLS-related bug has been resolved, as follows: > 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. Here is the > corresponding transcript from my *Messages* buffer: > > [...] > > My folder setup under c:\Emacs is as follows: > > C:\emacs\.emacs.d > C:\emacs\Deprecated Versions > C:\emacs\emacs-23.1 > C:\emacs\emacs-23.2 > C:\emacs\emacs-23.3 > > My USER $HOME environmental variable points to C:\home, > where I have my .emacs and .gnus.el files, among others. > > 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): > > > 1. Added: > > (defcustom starttls-kill-program > "c:\\cygwin\\bin\\kill" > > "External kill command to send > SIGALRM to starttls." > > :group 'starttls) > > > > 2. Replaced all three instances of: > > (signal-process (process-id process) 'SIGALRM) > > with > > (call-process starttls-kill-program nil nil nil > > > > "-ALRM" (format "%d" (process-id process))) > > Is this the correct procedure? Apparently not. 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: > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer than > byte-compiled file As stated above, this error message no longer appears. Furthermore, Gnus invoked the STARTTLS protocol correctly for three consecutive attempts. Therefore, this particular problem has apparently been solved. Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' file should NOT be modified. However, the other two issues described in my previous message remain, as follows: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration file? 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. I'll send an update if there is any progress on either issue #2 or issue #3 above. Please let me know if you have any suggestions (or solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> wrote: > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > 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" <rgm@gnu.org> > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 8:11 AM > > The Gnus manual says > > > > Viewing an [sic] `Face' header requires > > an Emacs that is able to > > display PNG images. > > > > Can your Emacs display PNG images? > > If not, I imagine this is the same as > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > 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. > > 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. > > Bug solved! > > 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: > > 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. Here is the > corresponding transcript from my *Messages* buffer: > > > Sending... > > You have lines longer than 79 characters. Really > post? (y or n) > > 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 > > 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. > > My folder setup under c:\Emacs is as follows: > > C:\emacs\.emacs.d > C:\emacs\Deprecated Versions > C:\emacs\emacs-23.1 > C:\emacs\emacs-23.2 > C:\emacs\emacs-23.3 > > My USER $HOME environmental variable points to C:\home, > where I have my .emacs and .gnus.el files, among others. > > 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): > > > 1. Added: > > (defcustom starttls-kill-program > "c:\\cygwin\\bin\\kill" > > "External kill command to send > SIGALRM to starttls." > > :group 'starttls) > > > > 2. Replaced all three instances of: > > (signal-process (process-id process) 'SIGALRM) > > with > > (call-process starttls-kill-program nil nil nil > > > > "-ALRM" (format "%d" (process-id process))) > > Is this the correct procedure? > > 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. The relevant portion from my ~/.gnus.el file is as > follows: > > > (setq gnus-select-method '(nntp > "news20.forteinc.com")) > > > (add-to-list 'gnus-secondary-select-methods '(nntp > "news.gmane.org")) > > > (add-to-list 'gnus-secondary-select-methods '(nntp > "news.gnus.org")) > > The relevant portion from my ~/.authinfo file is as > follows: > > > machine news20.forteinc.com login <username> > password <password> > > The <username> and <password> portions have > been substituted with the appropriate information > accordingly. > > For some reason, the second invocation of (add-to-list > 'gnus-secondary-select-methods '(...)) seems to be ignored. > > Do you know how to specify a third NNTP server in my > ~/.gnus.el file? > > 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. Here > is the relevant code: > > > ;; 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 > > ; configure the article buffer > > '(article > > ; split the screen in two vertically, and > use the following settings for the upper half of the window > > (vertical 1.0 > > ; 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) > > ; > (horizontal 28 > > ; setting > of the number of rows for the group + summary buffers > together, adapted for my borrowed laptop PC from JIII > > > (horizontal 20 > > > ; 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) > > ; > (group 50) > > > ; setting of the number of > columns for the group buffer width setting to match my > settings in Forte' Agent 5.0 > > ; > (group 53) > > > ; setting of the number of > columns for the group buffer width setting to display all > newsgroup names without truncation > > ; > (group 77) > > > ; setting of the number of > columns for the group buffer width setting to distinguish > all newsgroup names uniquely > > > (group 69) > > > ; let the summary buffer take > the remainder of the width of the rows, and position the > point (cursor) therein > > > (summary > 1.0 point) ) > > ; let the > lower half take up the remainder of the horizontal space, > and apply the following settings therein > > > (horizontal 1.0 > > > ; let the article buffer take > up the entire space of the lower half of the window > > > (article > 1.0))))) > > In the above code, the modification from (group 77) to > (group 69) had no effect. Further reducing the setting > to (group 50) had no effect, either. 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. How can I make the (group ...) setting > modification effective? > > Solutions to the above problems in using Gnus v5.13 on GNU > Emacs 23.3.1 would help enormously. > > Thank you for your assistance! > > Sincerely yours, > > Benjamin L. Russell > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> > wrote: > > > From: Glenn Morris <rgm@gnu.org> > > 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" <DekuDekuplex@Yahoo.com> > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 6:43 AM > > Benjamin L. Russell wrote: > > > > > There is a bug in GNU Emacs 23.3.1 that prevents > > correct rendering of > > > Face headers in NNTP postings. 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: > > > > The Gnus manual says > > > > Viewing an [sic] `Face' header requires > > an Emacs that is able to > > display PNG images. > > > > Can your Emacs display PNG images? > > If not, I imagine this is the same as > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#8674: [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] 2011-05-17 1:38 ` bug#8674: [status update on associated STARTTLS bug] " Benjamin L. Russell @ 2011-05-17 2:01 ` Benjamin L. Russell 2011-05-17 2:05 ` bug#8674: Typo correction: " Benjamin L. Russell 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-17 2:01 UTC (permalink / raw) To: Glenn Morris; +Cc: 8674 The previous issue in modifying the (group ...) setting in the (gnus-add-configuration ...) function in ~/.gnus.el (issue #3) has been resolved, as follows: > 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. (Typo correction; the above issue description should have read 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.) 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. (I'm not sure what was causing the problem earlier.) This solution leaves only the following issue: > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? I'll send an update if there is any progress on issue #2 above. Again, please let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> wrote: > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > 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" <rgm@gnu.org> > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 10:38 AM > The previous STARTTLS-related bug has > been resolved, as follows: > > > 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. Here is > the > > corresponding transcript from my *Messages* buffer: > > > > [...] > > > > My folder setup under c:\Emacs is as follows: > > > > C:\emacs\.emacs.d > > C:\emacs\Deprecated Versions > > C:\emacs\emacs-23.1 > > C:\emacs\emacs-23.2 > > C:\emacs\emacs-23.3 > > > > My USER $HOME environmental variable points to > C:\home, > > where I have my .emacs and .gnus.el files, among > others. > > > > 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): > > > > > 1. Added: > > > (defcustom starttls-kill-program > > "c:\\cygwin\\bin\\kill" > > > "External kill command to send > > SIGALRM to starttls." > > > :group 'starttls) > > > > > > 2. Replaced all three instances of: > > > (signal-process (process-id process) 'SIGALRM) > > > with > > > (call-process starttls-kill-program nil nil nil > > > > > > > > > "-ALRM" (format "%d" > (process-id process))) > > > > Is this the correct procedure? > > Apparently not. 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: > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer > than > > byte-compiled file > > As stated above, this error message no longer appears. > > Furthermore, Gnus invoked the STARTTLS protocol correctly > for three consecutive attempts. Therefore, this > particular problem has apparently been solved. > Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > file should NOT be modified. > > However, the other two issues described in my previous > message remain, as follows: > > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? > > 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. > > I'll send an update if there is any progress on either > issue #2 or issue #3 above. Please let me know if you > have any suggestions (or solutions). > > -- Benjamin L. Russell > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> > wrote: > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > 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" <rgm@gnu.org> > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 8:11 AM > > > The Gnus manual says > > > > > > Viewing an [sic] `Face' header requires > > > an Emacs that is able to > > > display PNG images. > > > > > > Can your Emacs display PNG images? > > > If not, I imagine this is the same as > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > 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. > > > > 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. > > > > Bug solved! > > > > 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: > > > > 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. Here is the > > corresponding transcript from my *Messages* buffer: > > > > > Sending... > > > You have lines longer than 79 characters. > Really > > post? (y or n) > > > 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 > > > > 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. > > > > My folder setup under c:\Emacs is as follows: > > > > C:\emacs\.emacs.d > > C:\emacs\Deprecated Versions > > C:\emacs\emacs-23.1 > > C:\emacs\emacs-23.2 > > C:\emacs\emacs-23.3 > > > > My USER $HOME environmental variable points to > C:\home, > > where I have my .emacs and .gnus.el files, among > others. > > > > 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): > > > > > 1. Added: > > > (defcustom starttls-kill-program > > "c:\\cygwin\\bin\\kill" > > > "External kill command to send > > SIGALRM to starttls." > > > :group 'starttls) > > > > > > 2. Replaced all three instances of: > > > (signal-process (process-id process) 'SIGALRM) > > > with > > > (call-process starttls-kill-program nil nil nil > > > > > > > "-ALRM" (format "%d" (process-id process))) > > > > Is this the correct procedure? > > > > 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. The relevant portion from my ~/.gnus.el file is > as > > follows: > > > > > (setq gnus-select-method '(nntp > > "news20.forteinc.com")) > > > > > (add-to-list 'gnus-secondary-select-methods > '(nntp > > "news.gmane.org")) > > > > > (add-to-list 'gnus-secondary-select-methods > '(nntp > > "news.gnus.org")) > > > > The relevant portion from my ~/.authinfo file is as > > follows: > > > > > machine news20.forteinc.com login > <username> > > password <password> > > > > The <username> and <password> portions > have > > been substituted with the appropriate information > > accordingly. > > > > For some reason, the second invocation of > (add-to-list > > 'gnus-secondary-select-methods '(...)) seems to be > ignored. > > > > Do you know how to specify a third NNTP server in my > > ~/.gnus.el file? > > > > 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. > Here > > is the relevant code: > > > > > ;; 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 > > > ; configure the article buffer > > > '(article > > > ; split the screen in two vertically, and > > use the following settings for the upper half of the > window > > > (vertical 1.0 > > > ; 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) > > > ; > > (horizontal 28 > > > ; setting > > of the number of rows for the group + summary buffers > > together, adapted for my borrowed laptop PC from JIII > > > > > (horizontal 20 > > > > > ; 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) > > > ; > > (group 50) > > > > > ; setting of the number of > > columns for the group buffer width setting to match > my > > settings in Forte' Agent 5.0 > > > ; > > (group 53) > > > > > ; setting of the number of > > columns for the group buffer width setting to display > all > > newsgroup names without truncation > > > ; > > (group 77) > > > > > ; setting of the number of > > columns for the group buffer width setting to > distinguish > > all newsgroup names uniquely > > > > > (group 69) > > > > > ; let the summary buffer take > > the remainder of the width of the rows, and position > the > > point (cursor) therein > > > > > (summary > > 1.0 point) ) > > > ; let the > > lower half take up the remainder of the horizontal > space, > > and apply the following settings therein > > > > > (horizontal 1.0 > > > > > ; let the article buffer take > > up the entire space of the lower half of the window > > > > > (article > > 1.0))))) > > > > In the above code, the modification from (group 77) > to > > (group 69) had no effect. Further reducing the > setting > > to (group 50) had no effect, either. 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. How can I make the (group ...) setting > > modification effective? > > > > Solutions to the above problems in using Gnus v5.13 on > GNU > > Emacs 23.3.1 would help enormously. > > > > Thank you for your assistance! > > > > Sincerely yours, > > > > Benjamin L. Russell > > > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> > > wrote: > > > > > From: Glenn Morris <rgm@gnu.org> > > > 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" <DekuDekuplex@Yahoo.com> > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > Benjamin L. Russell wrote: > > > > > > > There is a bug in GNU Emacs 23.3.1 that > prevents > > > correct rendering of > > > > Face headers in NNTP postings. > 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: > > > > > > The Gnus manual says > > > > > > Viewing an [sic] `Face' header requires > > > an Emacs that is able to > > > display PNG images. > > > > > > Can your Emacs display PNG images? > > > If not, I imagine this is the same as > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* 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] 2011-05-17 2:01 ` bug#8674: [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] Benjamin L. Russell @ 2011-05-17 2:05 ` Benjamin L. Russell 2011-05-17 2:22 ` 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]] Benjamin L. Russell 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-17 2:05 UTC (permalink / raw) To: Glenn Morris; +Cc: 8674 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 <dekudekuplex@yahoo.com> wrote: > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > 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" <rgm@gnu.org> > 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: > > > 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. > > (Typo correction; the above issue description should have > read 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.) > > 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. (I'm not sure what was causing the > problem earlier.) > > This solution leaves only the following issue: > > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? > > I'll send an update if there is any progress on issue #2 > above. Again, please let me know if you have any > suggestions (or any solutions). > > -- Benjamin L. Russell > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> > wrote: > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > 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" <rgm@gnu.org> > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 10:38 AM > > The previous STARTTLS-related bug has > > been resolved, as follows: > > > > > 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. Here is > > the > > > corresponding transcript from my *Messages* > buffer: > > > > > > [...] > > > > > > My folder setup under c:\Emacs is as follows: > > > > > > C:\emacs\.emacs.d > > > C:\emacs\Deprecated Versions > > > C:\emacs\emacs-23.1 > > > C:\emacs\emacs-23.2 > > > C:\emacs\emacs-23.3 > > > > > > My USER $HOME environmental variable points to > > C:\home, > > > where I have my .emacs and .gnus.el files, among > > others. > > > > > > 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): > > > > > > > 1. Added: > > > > (defcustom starttls-kill-program > > > "c:\\cygwin\\bin\\kill" > > > > "External kill command to send > > > SIGALRM to starttls." > > > > :group 'starttls) > > > > > > > > 2. Replaced all three instances of: > > > > (signal-process (process-id process) > 'SIGALRM) > > > > with > > > > (call-process starttls-kill-program nil nil > nil > > > > > > > > > > > > > > "-ALRM" (format "%d" > > (process-id process))) > > > > > > Is this the correct procedure? > > > > Apparently not. 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: > > > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > newer > > than > > > byte-compiled file > > > > As stated above, this error message no longer > appears. > > > > Furthermore, Gnus invoked the STARTTLS protocol > correctly > > for three consecutive attempts. Therefore, this > > particular problem has apparently been solved. > > Accordingly, the > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > file should NOT be modified. > > > > However, the other two issues described in my > previous > > message remain, as follows: > > > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? > > > > 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. > > > > I'll send an update if there is any progress on > either > > issue #2 or issue #3 above. Please let me know if > you > > have any suggestions (or solutions). > > > > -- Benjamin L. Russell > > > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> > > wrote: > > > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > > 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" <rgm@gnu.org> > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 8:11 AM > > > > The Gnus manual says > > > > > > > > Viewing an [sic] `Face' header > requires > > > > an Emacs that is able to > > > > display PNG images. > > > > > > > > Can your Emacs display PNG images? > > > > If not, I imagine this is the same as > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > 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. > > > > > > 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. > > > > > > Bug solved! > > > > > > 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: > > > > > > 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. Here is > the > > > corresponding transcript from my *Messages* > buffer: > > > > > > > Sending... > > > > You have lines longer than 79 characters. > > Really > > > post? (y or n) > > > > 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 > > > > > > 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. > > > > > > My folder setup under c:\Emacs is as follows: > > > > > > C:\emacs\.emacs.d > > > C:\emacs\Deprecated Versions > > > C:\emacs\emacs-23.1 > > > C:\emacs\emacs-23.2 > > > C:\emacs\emacs-23.3 > > > > > > My USER $HOME environmental variable points to > > C:\home, > > > where I have my .emacs and .gnus.el files, among > > others. > > > > > > 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): > > > > > > > 1. Added: > > > > (defcustom starttls-kill-program > > > "c:\\cygwin\\bin\\kill" > > > > "External kill command to send > > > SIGALRM to starttls." > > > > :group 'starttls) > > > > > > > > 2. Replaced all three instances of: > > > > (signal-process (process-id process) > 'SIGALRM) > > > > with > > > > (call-process starttls-kill-program nil nil > nil > > > > > > > > > > "-ALRM" (format "%d" (process-id > process))) > > > > > > Is this the correct procedure? > > > > > > 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. The relevant portion from my ~/.gnus.el > file is > > as > > > follows: > > > > > > > (setq gnus-select-method '(nntp > > > "news20.forteinc.com")) > > > > > > > (add-to-list 'gnus-secondary-select-methods > > '(nntp > > > "news.gmane.org")) > > > > > > > (add-to-list 'gnus-secondary-select-methods > > '(nntp > > > "news.gnus.org")) > > > > > > The relevant portion from my ~/.authinfo file is > as > > > follows: > > > > > > > machine news20.forteinc.com login > > <username> > > > password <password> > > > > > > The <username> and <password> > portions > > have > > > been substituted with the appropriate > information > > > accordingly. > > > > > > For some reason, the second invocation of > > (add-to-list > > > 'gnus-secondary-select-methods '(...)) seems to > be > > ignored. > > > > > > Do you know how to specify a third NNTP server in > my > > > ~/.gnus.el file? > > > > > > 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. > > Here > > > is the relevant code: > > > > > > > ;; 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 > > > > ; configure the article buffer > > > > '(article > > > > ; split the screen in two vertically, > and > > > use the following settings for the upper half of > the > > window > > > > (vertical 1.0 > > > > ; 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) > > > > ; > > > (horizontal 28 > > > > ; setting > > > of the number of rows for the group + summary > buffers > > > together, adapted for my borrowed laptop PC from > JIII > > > > > > > (horizontal 20 > > > > > > > ; 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) > > > > ; > > > (group 50) > > > > > > > ; setting of the number of > > > columns for the group buffer width setting to > match > > my > > > settings in Forte' Agent 5.0 > > > > ; > > > (group 53) > > > > > > > ; setting of the number of > > > columns for the group buffer width setting to > display > > all > > > newsgroup names without truncation > > > > ; > > > (group 77) > > > > > > > ; setting of the number of > > > columns for the group buffer width setting to > > distinguish > > > all newsgroup names uniquely > > > > > > > (group 69) > > > > > > > ; let the summary buffer take > > > the remainder of the width of the rows, and > position > > the > > > point (cursor) therein > > > > > > > (summary > > > 1.0 point) ) > > > > ; let the > > > lower half take up the remainder of the > horizontal > > space, > > > and apply the following settings therein > > > > > > > (horizontal 1.0 > > > > > > > ; let the article buffer take > > > up the entire space of the lower half of the > window > > > > > > > (article > > > 1.0))))) > > > > > > In the above code, the modification from (group > 77) > > to > > > (group 69) had no effect. Further reducing the > > setting > > > to (group 50) had no effect, either. 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. How can I make the (group ...) > setting > > > modification effective? > > > > > > Solutions to the above problems in using Gnus > v5.13 on > > GNU > > > Emacs 23.3.1 would help enormously. > > > > > > Thank you for your assistance! > > > > > > Sincerely yours, > > > > > > Benjamin L. Russell > > > > > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> > > > wrote: > > > > > > > From: Glenn Morris <rgm@gnu.org> > > > > 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" <DekuDekuplex@Yahoo.com> > > > > Cc: 8674@debbugs.gnu.org > > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > > Benjamin L. Russell wrote: > > > > > > > > > There is a bug in GNU Emacs 23.3.1 > that > > prevents > > > > correct rendering of > > > > > Face headers in NNTP postings. > > 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: > > > > > > > > The Gnus manual says > > > > > > > > Viewing an [sic] `Face' header > requires > > > > an Emacs that is able to > > > > display PNG images. > > > > > > > > Can your Emacs display PNG images? > > > > If not, I imagine this is the same as > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > > > > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* 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]] 2011-05-17 2:05 ` bug#8674: Typo correction: " Benjamin L. Russell @ 2011-05-17 2:22 ` Benjamin L. Russell 2011-05-17 16:56 ` bug#8674: Glenn Morris 0 siblings, 1 reply; 8+ messages in thread From: Benjamin L. Russell @ 2011-05-17 2:22 UTC (permalink / raw) To: Glenn Morris; +Cc: 8674 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. Commenting out the second definition resolved the issue. Therefore, the solution actually had nothing to do with the upgrade; it had been a bug in the configuration file. As before, this solution leaves only the following issue: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration file? 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 <dekudekuplex@yahoo.com> wrote: > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > Subject: 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] > To: "Glenn Morris" <rgm@gnu.org> > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:05 AM > 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 <dekudekuplex@yahoo.com> > wrote: > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > 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" <rgm@gnu.org> > > 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: > > > > > 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. > > > > (Typo correction; the above issue description should > have > > read 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.) > > > > 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. (I'm not sure what was causing the > > problem earlier.) > > > > This solution leaves only the following issue: > > > > > 2. How to specify multiple NNTP servers in the > > ~/.gnus.el > > > configuration file? > > > > I'll send an update if there is any progress on issue > #2 > > above. Again, please let me know if you have any > > suggestions (or any solutions). > > > > -- Benjamin L. Russell > > > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> > > wrote: > > > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > > 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" <rgm@gnu.org> > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 10:38 AM > > > The previous STARTTLS-related bug has > > > been resolved, as follows: > > > > > > > 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. Here > is > > > the > > > > corresponding transcript from my *Messages* > > buffer: > > > > > > > > [...] > > > > > > > > My folder setup under c:\Emacs is as > follows: > > > > > > > > C:\emacs\.emacs.d > > > > C:\emacs\Deprecated Versions > > > > C:\emacs\emacs-23.1 > > > > C:\emacs\emacs-23.2 > > > > C:\emacs\emacs-23.3 > > > > > > > > My USER $HOME environmental variable points > to > > > C:\home, > > > > where I have my .emacs and .gnus.el files, > among > > > others. > > > > > > > > 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): > > > > > > > > > 1. Added: > > > > > (defcustom starttls-kill-program > > > > "c:\\cygwin\\bin\\kill" > > > > > "External kill command to send > > > > SIGALRM to starttls." > > > > > :group 'starttls) > > > > > > > > > > 2. Replaced all three instances of: > > > > > (signal-process (process-id process) > > 'SIGALRM) > > > > > with > > > > > (call-process starttls-kill-program nil > nil > > nil > > > > > > > > > > > > > > > > > > > "-ALRM" (format "%d" > > > (process-id process))) > > > > > > > > Is this the correct procedure? > > > > > > Apparently not. 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: > > > > > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > > newer > > > than > > > > byte-compiled file > > > > > > As stated above, this error message no longer > > appears. > > > > > > Furthermore, Gnus invoked the STARTTLS protocol > > correctly > > > for three consecutive attempts. Therefore, > this > > > particular problem has apparently been solved. > > > Accordingly, the > > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > > file should NOT be modified. > > > > > > However, the other two issues described in my > > previous > > > message remain, as follows: > > > > > > 2. How to specify multiple NNTP servers in the > > ~/.gnus.el > > > configuration file? > > > > > > 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. > > > > > > I'll send an update if there is any progress on > > either > > > issue #2 or issue #3 above. Please let me know > if > > you > > > have any suggestions (or solutions). > > > > > > -- Benjamin L. Russell > > > > > > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> > > > wrote: > > > > > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com> > > > > 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" <rgm@gnu.org> > > > > Cc: 8674@debbugs.gnu.org > > > > Date: Tuesday, May 17, 2011, 8:11 AM > > > > > The Gnus manual says > > > > > > > > > > Viewing an [sic] `Face' header > > requires > > > > > an Emacs that is able to > > > > > display PNG images. > > > > > > > > > > Can your Emacs display PNG images? > > > > > If not, I imagine this is the same as > > > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > > > 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. > > > > > > > > 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. > > > > > > > > Bug solved! > > > > > > > > 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: > > > > > > > > 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. Here > is > > the > > > > corresponding transcript from my *Messages* > > buffer: > > > > > > > > > Sending... > > > > > You have lines longer than 79 > characters. > > > Really > > > > post? (y or n) > > > > > 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 > > > > > > > > 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. > > > > > > > > My folder setup under c:\Emacs is as > follows: > > > > > > > > C:\emacs\.emacs.d > > > > C:\emacs\Deprecated Versions > > > > C:\emacs\emacs-23.1 > > > > C:\emacs\emacs-23.2 > > > > C:\emacs\emacs-23.3 > > > > > > > > My USER $HOME environmental variable points > to > > > C:\home, > > > > where I have my .emacs and .gnus.el files, > among > > > others. > > > > > > > > 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): > > > > > > > > > 1. Added: > > > > > (defcustom starttls-kill-program > > > > "c:\\cygwin\\bin\\kill" > > > > > "External kill command to send > > > > SIGALRM to starttls." > > > > > :group 'starttls) > > > > > > > > > > 2. Replaced all three instances of: > > > > > (signal-process (process-id process) > > 'SIGALRM) > > > > > with > > > > > (call-process starttls-kill-program nil > nil > > nil > > > > > > > > > > > > > "-ALRM" (format "%d" (process-id > > process))) > > > > > > > > Is this the correct procedure? > > > > > > > > 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. The relevant portion from my > ~/.gnus.el > > file is > > > as > > > > follows: > > > > > > > > > (setq gnus-select-method '(nntp > > > > "news20.forteinc.com")) > > > > > > > > > (add-to-list > 'gnus-secondary-select-methods > > > '(nntp > > > > "news.gmane.org")) > > > > > > > > > (add-to-list > 'gnus-secondary-select-methods > > > '(nntp > > > > "news.gnus.org")) > > > > > > > > The relevant portion from my ~/.authinfo > file is > > as > > > > follows: > > > > > > > > > machine news20.forteinc.com login > > > <username> > > > > password <password> > > > > > > > > The <username> and <password> > > portions > > > have > > > > been substituted with the appropriate > > information > > > > accordingly. > > > > > > > > For some reason, the second invocation of > > > (add-to-list > > > > 'gnus-secondary-select-methods '(...)) seems > to > > be > > > ignored. > > > > > > > > Do you know how to specify a third NNTP > server in > > my > > > > ~/.gnus.el file? > > > > > > > > 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. > > > Here > > > > is the relevant code: > > > > > > > > > ;; 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 > > > > > ; configure the article buffer > > > > > '(article > > > > > ; split the screen in two > vertically, > > and > > > > use the following settings for the upper > half of > > the > > > window > > > > > (vertical 1.0 > > > > > ; 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) > > > > > ; > > > > (horizontal 28 > > > > > ; setting > > > > of the number of rows for the group + > summary > > buffers > > > > together, adapted for my borrowed laptop PC > from > > JIII > > > > > > > > > (horizontal 20 > > > > > > > > > ; 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) > > > > > ; > > > > (group 50) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > match > > > my > > > > settings in Forte' Agent 5.0 > > > > > ; > > > > (group 53) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > display > > > all > > > > newsgroup names without truncation > > > > > ; > > > > (group 77) > > > > > > > > > ; setting of the number of > > > > columns for the group buffer width setting > to > > > distinguish > > > > all newsgroup names uniquely > > > > > > > > > (group 69) > > > > > > > > > ; let the summary buffer take > > > > the remainder of the width of the rows, and > > position > > > the > > > > point (cursor) therein > > > > > > > > > (summary > > > > 1.0 point) ) > > > > > ; let the > > > > lower half take up the remainder of the > > horizontal > > > space, > > > > and apply the following settings therein > > > > > > > > > (horizontal 1.0 > > > > > > > > > ; let the article buffer take > > > > up the entire space of the lower half of > the > > window > > > > > > > > > (article > > > > 1.0))))) > > > > > > > > In the above code, the modification from > (group > > 77) > > > to > > > > (group 69) had no effect. Further reducing > the > > > setting > > > > to (group 50) had no effect, either. 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. How can I make the (group > ...) > > setting > > > > modification effective? > > > > > > > > Solutions to the above problems in using > Gnus > > v5.13 on > > > GNU > > > > Emacs 23.3.1 would help enormously. > > > > > > > > Thank you for your assistance! > > > > > > > > Sincerely yours, > > > > > > > > Benjamin L. Russell > > > > > > > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> > > > > wrote: > > > > > > > > > From: Glenn Morris <rgm@gnu.org> > > > > > 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" <DekuDekuplex@Yahoo.com> > > > > > Cc: 8674@debbugs.gnu.org > > > > > Date: Tuesday, May 17, 2011, 6:43 AM > > > > > Benjamin L. Russell wrote: > > > > > > > > > > > There is a bug in GNU Emacs > 23.3.1 > > that > > > prevents > > > > > correct rendering of > > > > > > Face headers in NNTP postings. > > > 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: > > > > > > > > > > The Gnus manual says > > > > > > > > > > Viewing an [sic] `Face' header > > requires > > > > > an Emacs that is able to > > > > > display PNG images. > > > > > > > > > > Can your Emacs display PNG images? > > > > > If not, I imagine this is the same as > > > > > > > > > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 > > > > > > > > > > > > > > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#8674: 2011-05-17 2:22 ` 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]] Benjamin L. Russell @ 2011-05-17 16:56 ` Glenn Morris 0 siblings, 0 replies; 8+ messages in thread From: Glenn Morris @ 2011-05-17 16:56 UTC (permalink / raw) To: 8674-done Each bug report should be focused on a specific issue that is thought to be a bug, not a grab-bag of configuration questions. The right place to ask your remaining question is a Gnus user list, which I see you have done. If you don't get a satisfactory answer in a few days, and you think there is an actual bug, then please open a new bug report that summarizes the issue. In the meantime I am closing this report, since the initial issue you reported is resolved. ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2011-05-17 16:56 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-05-15 21:38 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 Benjamin L. Russell 2011-05-16 21:43 ` Glenn Morris 2011-05-16 23:11 ` Benjamin L. Russell 2011-05-17 1:38 ` bug#8674: [status update on associated STARTTLS bug] " Benjamin L. Russell 2011-05-17 2:01 ` bug#8674: [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] Benjamin L. Russell 2011-05-17 2:05 ` bug#8674: Typo correction: " Benjamin L. Russell 2011-05-17 2:22 ` 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]] Benjamin L. Russell 2011-05-17 16:56 ` bug#8674: Glenn Morris
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git 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 read-only IMAP folder(s) and NNTP newsgroup(s).