emacs-devel
[Top][All Lists]
Advanced

[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: 30 Oct 2001 19:48:07 -0800
User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Stallman <address@hidden> writes:

>     Maybe.  Special frames like speedbar would probably have custom
>     commands jump the their frames if desired.  If there is no generic way
>     to get to these windows/frames, then it would be tough for a
>     programmer to fix mistakes on a terminal.
> 
> (With this feature, these would not be special frames; they would not be
> separate frames at all.  They would be special windows.)

Could you "undock" them so that they run in a new frame?  I would assume that
since they are special windows you could do this easily.
<snip>
>     A bug that annoys many w/ speedbar is when they try to close the frame
>     which hosts Speedbar's minibuffer, at which time it throws an error.  Such
>     a walk-windows feature would allow some bit of code to seek out frames
>     whos minibuffers are hosted in such another frame.
> 
> Why does Speedbar use a minibuffer for this?  That seems like a very
> bizarre and inconvenient thing to do.

Maybe.. but it does.  By default the verbosity is set as 2 and you will see
messages like "refreshing directory ~"

Kevin

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

                      http://relativity.yi.org/bio/

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

How are you gentleman?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt

iD8DBQE733RvAwM6xb2dfE0RAjw7AJ4zVzp700DwX76JIqOk8ma8YU+5xQCeP6m1
p75xXIHfrK3JjLwIE38JpJo=
=M9fp
-----END PGP SIGNATURE-----



reply via email to

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