unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* *background color*
@ 2007-02-11 18:15 A Soare
  0 siblings, 0 replies; 4+ messages in thread
From: A Soare @ 2007-02-11 18:15 UTC (permalink / raw)
  To: Emacs   Help  [help-gnu-emacs]

Why is it not possible to associate a background color to a buffer, not just to a frame? It could be possible to insert such a feature in future?

Alin Soare

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: *background color*
       [not found] <mailman.4349.1171217714.2155.help-gnu-emacs@gnu.org>
@ 2007-02-11 21:26 ` Stefan Monnier
  2007-02-12  7:33 ` Mathias Dahl
  1 sibling, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2007-02-11 21:26 UTC (permalink / raw)
  To: help-gnu-emacs

> Why is it not possible to associate a background color to a buffer, not
> just to a frame? It could be possible to insert such a feature in future?

Yes, you can request it via M-x report-emacs-bug.
It was actually planned for Emacs-22, but it didn't make it.


        Stefan

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: *background color*
       [not found] <mailman.4349.1171217714.2155.help-gnu-emacs@gnu.org>
  2007-02-11 21:26 ` Stefan Monnier
@ 2007-02-12  7:33 ` Mathias Dahl
  2007-02-12 13:36   ` rgb
  1 sibling, 1 reply; 4+ messages in thread
From: Mathias Dahl @ 2007-02-12  7:33 UTC (permalink / raw)
  To: help-gnu-emacs

A Soare <alinsoar@voila.fr> writes:

> Why is it not possible to associate a background color to a buffer,
> not just to a frame? It could be possible to insert such a feature
> in future?

Interesting idea! I might actually use such a feature. One could have
different background color on important buffer, to quickly recognize
them when swithing/cycling/whatever buffers or when having several
frames or windows.

I saw Stefan's reply, let's hope for Emacs 23...

I wonder if it could be implemented using overlays in the meantime, or
maybe that would be slow? Or impossible.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: *background color*
  2007-02-12  7:33 ` Mathias Dahl
@ 2007-02-12 13:36   ` rgb
  0 siblings, 0 replies; 4+ messages in thread
From: rgb @ 2007-02-12 13:36 UTC (permalink / raw)
  To: help-gnu-emacs

On Feb 12, 1:33 am, Mathias Dahl <brakjol...@gmail.com> wrote:
> A Soare <alins...@voila.fr> writes:
> > Why is it not possible to associate a background color to a buffer,
> > not just to a frame? It could be possible to insert such a feature
> > in future?
>
> Interesting idea! I might actually use such a feature. One could have
> different background color on important buffer, to quickly recognize
> them when swithing/cycling/whatever buffers or when having several
> frames or windows.
>
> I saw Stefan's reply, let's hope for Emacs 23...
>
> I wonder if it could be implemented using overlays in the meantime, or
> maybe that would be slow? Or impossible.

If you care to go thru the trouble, Stefan mentioned in a
recent thread

"
> The stock font-lock face names (like font-lock-builtin-face, etc) all
> are symbols that point to themselves (or something like that) and so
> are more-or-less self-quoting.
...
The purpose of those vars is not just to make it "self-quoting", but
rather
to be able to change the face in some buffers, by making the variable
local
to that buffer."

So the capabilities appear to be there.  The mechanics to issue all
the make-local-variable commands would then be whats missing.
Perhaps some tweeks to color theme could be made to issue them?

Or maybe non-stock faces are often not implemented in the necessary
way?

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-02-12 13:36 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-02-11 18:15 *background color* A Soare
     [not found] <mailman.4349.1171217714.2155.help-gnu-emacs@gnu.org>
2007-02-11 21:26 ` Stefan Monnier
2007-02-12  7:33 ` Mathias Dahl
2007-02-12 13:36   ` rgb

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).