unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* emacs --daemon and X faces becoming "unspecified"
@ 2009-02-06  8:20 Jonathan Rockway
  2009-02-06 18:48 ` X faces becoming "unspecified" with emacs -nw when creating an X11 frame (was: Re: emacs --daemon and X faces becoming "unspecified") Dan Nicolaescu
  2009-02-07  7:45 ` emacs --daemon and X faces becoming "unspecified" Liang Wang
  0 siblings, 2 replies; 3+ messages in thread
From: Jonathan Rockway @ 2009-02-06  8:20 UTC (permalink / raw)
  To: emacs-devel


Hi all,

I've recently started using emacs --daemon + emacsclient -c as my
primary means of interacting with emacs.  Generally, it works great, but
I have noticed that I can no longer set the default face via custom.

In my custom-set-faces section, I have a line that looks like:

'(default ((default (:stipple nil :background "black" :foreground
"gray90" :inverse-video nil :box nil :strike-through nil :overline nil
:underline nil :slant normal :weight normal :height 72 :width normal
:foundry "bitstream" :family "Bitstream Vera Sans Mono")) (nil nil)))

The key is that "background" is black.  I do indeed get a black
background, but if I view the default face in custom, custom thinks the
background is "unspecified-bg".  If I change this to something else and
set or save the custom face, emacs goes into an infinite loop.  (I can
provide more details about this; C-g doesn't kill it, though.)

Everything else generally works OK, except occasionally I get
messages like ``Unable to load color "unspecified-bg" [6 times]'' in
*Messages*.  This doesn't seem to be causing any malfunction, though.

Finally, if I just run "emacs" normally (not emacsclient -c), everything
works fine.  The color is "black" in customize, I don't get warning
messages, and I can change the color and set/save.

Anyway, any pointers on where to look for the cause of this would be
appreciated.  It doesn't seem to be a very critical problem, but it
would be nice to understand what's causing it.

Regards,
Jonathan Rockway

--
print just => another => perl => hacker => if $,=$"




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

* X faces becoming "unspecified" with emacs -nw when creating an X11 frame (was: Re: emacs --daemon and X faces becoming "unspecified")
  2009-02-06  8:20 emacs --daemon and X faces becoming "unspecified" Jonathan Rockway
@ 2009-02-06 18:48 ` Dan Nicolaescu
  2009-02-07  7:45 ` emacs --daemon and X faces becoming "unspecified" Liang Wang
  1 sibling, 0 replies; 3+ messages in thread
From: Dan Nicolaescu @ 2009-02-06 18:48 UTC (permalink / raw)
  To: Jonathan Rockway; +Cc: emacs-devel

Jonathan Rockway <jon@jrock.us> writes:

  > Hi all,
  > 
  > I've recently started using emacs --daemon + emacsclient -c as my
  > primary means of interacting with emacs.  Generally, it works great, but
  > I have noticed that I can no longer set the default face via custom.
  > 
  > In my custom-set-faces section, I have a line that looks like:
  > 
  > '(default ((default (:stipple nil :background "black" :foreground
  > "gray90" :inverse-video nil :box nil :strike-through nil :overline nil
  > :underline nil :slant normal :weight normal :height 72 :width normal
  > :foundry "bitstream" :family "Bitstream Vera Sans Mono")) (nil nil)))
  > 
  > The key is that "background" is black.  I do indeed get a black
  > background, but if I view the default face in custom, custom thinks the
  > background is "unspecified-bg".  If I change this to something else and
  > set or save the custom face, emacs goes into an infinite loop.  (I can
  > provide more details about this; C-g doesn't kill it, though.)
  > 
  > Everything else generally works OK, except occasionally I get
  > messages like ``Unable to load color "unspecified-bg" [6 times]'' in
  > *Messages*.  This doesn't seem to be causing any malfunction, though.

This looks like it's probably the same issue described in
bug #1078 at http://permalink.gmane.org/gmane.emacs.bugs/24298

I can reproduce the problem with a simplified testcase.
Put this in /tmp/FACE.el:
(custom-set-faces
'(default ((default (:stipple nil :background "black" :foreground
"gray90" :inverse-video nil :box nil :strike-through nil :overline nil
:underline nil :slant normal :weight normal :height 72 :width normal
:foundry "bitstream" :family "Bitstream Vera Sans Mono")) (nil nil))))


emacs -Q -nw -l /tmp/FACE.el -f server-start

and then use

emacsclient -c

The *Messages* will have a few 
Undefined color "unspecified-bg"
messages.




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

* Re: emacs --daemon and X faces becoming "unspecified"
  2009-02-06  8:20 emacs --daemon and X faces becoming "unspecified" Jonathan Rockway
  2009-02-06 18:48 ` X faces becoming "unspecified" with emacs -nw when creating an X11 frame (was: Re: emacs --daemon and X faces becoming "unspecified") Dan Nicolaescu
@ 2009-02-07  7:45 ` Liang Wang
  1 sibling, 0 replies; 3+ messages in thread
From: Liang Wang @ 2009-02-07  7:45 UTC (permalink / raw)
  To: Jonathan Rockway; +Cc: emacs-devel

On Fri, Feb 6, 2009 at 4:20 PM, Jonathan Rockway <jon@jrock.us> wrote:
>
> Hi all,
>
> I've recently started using emacs --daemon + emacsclient -c as my
> primary means of interacting with emacs.  Generally, it works great, but
> I have noticed that I can no longer set the default face via custom.
>
> In my custom-set-faces section, I have a line that looks like:
>
> '(default ((default (:stipple nil :background "black" :foreground
> "gray90" :inverse-video nil :box nil :strike-through nil :overline nil
> :underline nil :slant normal :weight normal :height 72 :width normal
> :foundry "bitstream" :family "Bitstream Vera Sans Mono")) (nil nil)))
>
> The key is that "background" is black.  I do indeed get a black
> background, but if I view the default face in custom, custom thinks the
> background is "unspecified-bg".  If I change this to something else and
> set or save the custom face, emacs goes into an infinite loop.  (I can
> provide more details about this; C-g doesn't kill it, though.)
>
> Everything else generally works OK, except occasionally I get
> messages like ``Unable to load color "unspecified-bg" [6 times]'' in
> *Messages*.  This doesn't seem to be causing any malfunction, though.
>
> Finally, if I just run "emacs" normally (not emacsclient -c), everything
> works fine.  The color is "black" in customize, I don't get warning
> messages, and I can change the color and set/save.
>
> Anyway, any pointers on where to look for the cause of this would be
> appreciated.  It doesn't seem to be a very critical problem, but it
> would be nice to understand what's causing it.
>
> Regards,
> Jonathan Rockway
>
> --
> print just => another => perl => hacker => if $,=$"
>
>
>

I had same issue before.

After I move almost all of other customization below custom-set-faces
in .emacs file, this problem is gone.  I don't know why.  :-)

Liang




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

end of thread, other threads:[~2009-02-07  7:45 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-06  8:20 emacs --daemon and X faces becoming "unspecified" Jonathan Rockway
2009-02-06 18:48 ` X faces becoming "unspecified" with emacs -nw when creating an X11 frame (was: Re: emacs --daemon and X faces becoming "unspecified") Dan Nicolaescu
2009-02-07  7:45 ` emacs --daemon and X faces becoming "unspecified" Liang Wang

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).