[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: idea -> internal frames?

From: Kevin A. Burton
Subject: Re: idea -> internal frames?
Date: 29 Oct 2001 00:32:57 -0800
User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1

Hash: SHA1

Richard Stallman <address@hidden> writes:

>     The important thing was that they shouldn't just be dedicated,
>     but you shouldn't be able to accidentally switch to them remove them,
>     split them, ...
> For speedbar, should the window be outside the usual window hierarchy?  In
> other words, should next-window and walk-windows see the speedbar window, or
> should they ignore it?

I think they should ignore it.  Maybe other-frame could pick it up...

>     > The thing is that I think they should look somewhat
>     > different than regular windows... maybe have their own minibuffer?
> A speed bar window should have no minibuffer, right?

No.  I think it *should*.  Specifically because the speedbar needs to log debug
messages and you wouldn't want this filling up your main minibuffer.

>     Ideally it would be so that each could have a "log channel" (or whatever
>     you want to call it).
> If the speedbar window has a "log channel", that should be a buffer and it
> should normally not be displayed.  You would look at it only when you want to
> debug or diagnose.

It is nice to keep around I think.  Some of the speedbar messages are helpful.

- -- 
  Need a good Engineer?  Hire me!  ( Java | P2P | XML | Linux | Open Source )


Kevin A. Burton ( address@hidden, address@hidden, address@hidden )
             Location - San Francisco, CA, Cell - 415.595.9965
        Jabber - address@hidden,  Web - http://relativity.yi.org

They have the guns, money, and press, but we have the technology!
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt


reply via email to

[Prev in Thread] Current Thread [Next in Thread]