From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/20054 Path: main.gmane.org!not-for-mail From: Matt Simmons Newsgroups: gmane.emacs.gnus.general Subject: Re: Article headers & virtual windows Date: 01 Jan 1999 22:04:44 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: References: Reply-To: simmonmt@acm.org NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035158373 15350 80.91.224.250 (20 Oct 2002 23:59:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:59:33 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id BAA01143 for ; Sat, 2 Jan 1999 01:05:29 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id AAB02309; Sat, 2 Jan 1999 00:05:12 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 02 Jan 1999 00:05:17 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id AAA21118 for ; Sat, 2 Jan 1999 00:05:09 -0600 (CST) Original-Received: from auckland.aotearoa.dom (ali-ca4-01.ix.netcom.com [209.110.224.193]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id BAA00153 for ; Sat, 2 Jan 1999 01:05:00 -0500 (EST) Original-Received: (from simmonmt@localhost) by auckland.aotearoa.dom (8.9.1b+Sun/8.9.0) id WAA15954; Fri, 1 Jan 1999 22:04:46 -0800 (PST) Original-To: ding@gnus.org X-URL: http://www.netcom.com/~simmonmt X-Face: 8o(]$-^DKYGsZ`]w>>>> "Lars" == Lars Magne Ingebrigtsen writes: Matt> Cool. Thanks. Now if only there was a Matt> gnus-picons-mode-hook for the picons buffer... Lars> I've now added a `gnus-picons-setup-hook'. It doesn't look like my gnus-picons-setup-hook is being run. Somebody (my guess is that it's the window configuration stuff) is creating the picons buffer first, thus causing everything in the else in gnus-picons-setup-buffer to be skipped. The only workaround I can find is to kill off the Picons buffer, and reread (`g') the article. (if (get-buffer name) (set-buffer name) (set-buffer (gnus-get-buffer-create name)) * (buffer-disable-undo) * (setq buffer-read-only t) - (run-hooks 'gnus-picons-setup-hook) * (add-hook 'gnus-summary-prepare-exit-hook 'gnus-picons-kill-buffer)) While the starred lines look idempotent, and could probably be easily pulled out of the if, the dashed line wouldn't be so easy, if possible at all. Whee! Would it be possible to let gnus-picons-setup-buffer to be run before the window configuration stuff is done? If that's not possible, could you just move the starred and dashed things of the if? Thanks Matt -- Matt Simmons - simmonmt@acm.org - http://www.netcom.com/~simmonmt When your pet bird sees you reading the newspaper, does he wonder why you're just sitting there, staring at carpeting?