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