GNU bug report logs - #4147
23.1.50: Info-search command strange behaviour

Previous Next

Package: emacs;

Reported by: Jamie Lokier <jamie <at> shareable.org>

Date: Sat, 15 Aug 2009 03:55:05 UTC

Severity: normal

Tags: patch

Fixed in version 23.2

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #62 received at 4147 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 4147 <at> debbugs.gnu.org
Subject: Re: bug#4147: 23.1.50: Info-search command strange behaviour
Date: Wed, 16 Dec 2009 08:53:16 +0100
> It seems very easy to put the contents of the header line in a separate
> buffer.  Do you intend to display that buffer using some mechanism other
> than the header line?  I'm afraid this won't work for tabbar.el that relies
> on the header line.

I never looked at tabbar.el so I can't tell.  But suppose you can make
it work that whatever it displays via `header-line-format' goes to a
separate buffer - and obviously relays back any user input on that
buffer's contents to the tabbar dispatcher which is the harder part.
Then we could display that buffer in a window attached to some other
window including a frame's root window.  That way tabbar wouldn't
interfere any more with other modes using the header line like info or
ruler-mode.  Also, tabs could be displayed on the left or right of a
window.

Moreover, users could choose between a one-tabbar-per-frame and a
one-tabbar-per-window setting.  In the former case the tabbar would
vanish only when tabbars are switched off or the frame gets deleted,
just like the toolbar.  In the latter case, a tabbar would disappear
whenever the associated window gets deleted.

martin



This bug report was last modified 13 years and 289 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.