Article View: gnu.epoch.misc
Article #1642Patches to title.el to fix problem with non-local minibuffers
From: Derek Ney
Date: Mon, 10 Feb 1992 23:25
Date: Mon, 10 Feb 1992 23:25
187 lines
8330 bytes
8330 bytes
Earlier I posted a set of routines to set the titles
of x-windows and icons for an epoch screen based upon
the buffers being visited in the screen. Unfortunately,
the code did not work for non-local minibuffers. I have
patched up the code and fixed another problem with
window creation and am re-posting it: version 1.1!
Hope that it works a little better. Sorry about any lost
time. Again, this code was developed under epoch 4.0b and
I have no idea how well it will work under any other versions.
-Derek Ney
derek@boingo.med.jhu.edu
;; ----------------- beginning title.el v1.1 -----------------
;; File: title.el
;; Description: Set x-window titles for epoch screens
;; Author: Derek Ney (derek@boingo.med.jhu.edu)
;; Created: 7Feb92
;; Modified: 10Feb92
;; Version: 1.1
;; E-lisp routines for Epoch that set the title of the window
;; and icon for an Epoch screen to the names of the buffers
;; being visited in that screen
;; Written by Derek Ney, February 1992
;; Copyright 1992 Derek Ney
;; Everyone is granted permission to copy, modify and redistribute
;; this file, provided the people they give it to can.
;; Modified to fix problems with a non-local minibuffer and
;; window-creation problems
;; This set of routines attempts to keep the X-window title and
;; icon title names to be the same as the names of the buffers
;; being visited in the X-window epoch screen. It allows the
;; user to specify a list of excluded buffer names which are
;; never shown in the title (such as "*Buffer List*" etc.).
;; The title is prefixed with the string in the variable
;; "epoch::window-title-prefix". Also, the routines by default
;; ignore buffers with names starting with space. This behaviour
;; can be turned off by setting the variable
;; "epoch::exclude-buffer-names-starting-with-space" to nil.
;; These routines use the hook "set-window-buffer-hook" found
;; in src/window.c. If this is already being used by you for
;; something, these routines will conflict with it.
;;
;; Known problems: The code seems to work well. However, the titles
;; and the visited buffer names can get out of sync when the user
;; does certain things. The function "delete-other-windows" usually
;; bound to "^X1" does not update the windows using the hook that
;; these routines use. Also, if the user cancels a find file in which
;; a list of file-name completions have been asked for, the titles
;; are not updated to show the correct buffer names. I would be
;; interested in any patches that would correct this behaviour.
;; For now, I suggest that you bind the command defined here as
;; "epoch::refresh-screen-titles" to a key, so that in these cases
;; the titles can be reset with a quick key stroke.
;; Note that this is my first attempt at E-lisp code and I didn't
;; even have the reference manual. Please forgive any blunders.
(defvar epoch::exclude-buffer-names-from-window-titles
(list "*Buffer List*" "*Help*" nil )
"A list of buffer names which you do not ever want displayed
in a window title")
(defvar epoch::exclude-buffer-names-starting-with-space t
"Buffer names starting with space are generally temporary buffers for
help or permenant things like minibuffers. If this variable is true
then these buffer names are never displayed.")
(defvar epoch::window-title-prefix "Epoch:"
"The prefix put before the list of currently displayed buffers for a window")
(defun epoch::possibly-append-buffer-name (buffer names)
"This function appends the name of the given buffer to a list of strings
given as its second argument. It is appended only if the buffer name is not in the list of excluded files given by exclude-buffer-names-from-window-titles
and it is not already in the list. It returns the list"
(setq the-name (buffer-name buffer))
(setq exclude nil)
(setq list-of-names names)
(if epoch::exclude-buffer-names-starting-with-space
(if (equal (substring the-name 0 1) " ")
(setq exclude t)))
(while list-of-names
(if (equal the-name (car list-of-names)) (setq exclude t))
(setq list-of-names (cdr list-of-names)))
(setq exclusion epoch::exclude-buffer-names-from-window-titles)
(while exclusion
(if (equal the-name (car exclusion)) (setq exclude t))
(setq exclusion (cdr exclusion)))
(if (not exclude)
(setq names (append (list the-name) names)))
names)
(defun epoch::set-titles-for-screen (the-screen)
"Sets the epoch screen name based upon all of the windows contained
in the screen given as an argument."
;; this routine does not mess with the minibuffer screen
(if (not (eq the-screen (epoch::minibuf-screen)))
(let ()
;; This is a fix for what I percieve as a bug in emacs and epoch
;; When a screen is created, it seems that the window-list
;; is in an invalid state sometimes when this hook is called
;; and the list of windows does not have a link from its tail
;; to the first-window. This causes our routine to screw up
;; It seems to only be a problem with the first-window. Others
;; are linked circularly. If they had just made the next-window
;; routine return nil when you get to the end this would all
;; be fixed, but alas it is not true->it is a circular list
;; The fix simply finds the "tail" of the list by starting
;; with the previous-window of the first-window
;; However, this seems to only happen when the first-window
;; should actually be the only window. So we can detect this
;; a set things up accordingly by making the last-window
;; the first window.
(setq first-window (epoch::first-window the-screen))
(setq last-window (previous-window first-window))
(setq a-window first-window)
(if (not (eq (next-window last-window) first-window))
(setq last-window first-window))
(setq name-list nil)
;; Just to make sure that the potentially invalid list
;; of windows will not cause an infinite loop, we count
;; the windows a simply stop when we get a big number
(setq count 0)
(while (and (not (eq count 50)) (not (eq a-window last-window)))
(setq name-list (epoch::possibly-append-buffer-name
(window-buffer a-window)
name-list))
;; the second argument to next-window means to count the minibuffer
;; this is critical if the minibuf is the first-window
(setq a-window (next-window a-window t))
(setq count (+ count 1))
)
;; get the last one
(setq name-list (epoch::possibly-append-buffer-name
(window-buffer a-window)
name-list))
(setq whole-name epoch::window-title-prefix)
(setq whole-name (concat whole-name (car name-list)))
(setq name-list (cdr name-list))
(while name-list
(setq whole-name (concat whole-name "," (car name-list)))
(setq name-list (cdr name-list)))
(epoch::title whole-name the-screen)
(epoch::icon-name whole-name the-screen)
))
nil)
(defun epoch::set-titles-from-window (window)
"Sets the epoch screen name based upon all of the windows contained
in the screen that owns the window given as the argument."
(epoch::set-titles-for-screen (epoch::screen-of-window window))
)
(defun epoch::refresh-screen-titles ()
"Goes thru all of the mapped screens and refreshes the window
and icon titles."
(interactive)
(setq screens (epoch::screen-list t))
(while screens
(epoch::set-titles-for-screen (car screens))
(setq screens (cdr screens)))
)
(setq set-window-buffer-hook 'epoch::set-titles-from-window)
(epoch::refresh-screen-titles)
;; ----------------- end of title.el -------------------------
Technical Details
Message-ID:
<1992Feb10.232547.5210@boingo.med.jhu.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!haven.umd.edu!mozart.med.jhu.edu!derekShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fc7ee,780ec0283fc43032,start X-Google-Attributes: gidfc7ee,public X-Google-ArrivalTime: 1992-02-10 15:42:39 PST Newsgroups: gnu.epoch.misc Path: arc1-ca.pugleaf.net!sparky!uunet!haven.umd.edu!mozart.med.jhu.edu!derek From: derek@boingo.med.jhu.edu (Derek Ney) Subject: Patches to title.el to fix problem with non-local minibuffers Message-ID: <1992Feb10.232547.5210@boingo.med.jhu.edu> Summary: Fixes problem with routines that set titles of windows and icons Keywords: minibuffer Organization: The Johns Hopkins Hospital-Body CT Imaging Lab Date: Mon, 10 Feb 1992 23:25:47 GMT