GNU bug report logs - #2504
ignore invalid font-backends

Previous Next

Package: emacs;

Reported by: David Abrahams <dave <at> boostpro.com>

Date: Sat, 28 Feb 2009 01:00:03 UTC

Severity: wishlist

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jason Rumney <jasonr <at> gnu.org>
Cc: David Abrahams <dave <at> boostpro.com>, 2504 <at> debbugs.gnu.org
Subject: bug#2504: 23.0.90; new-frame => "no font backend available."
Date: Thu, 31 Oct 2019 19:03:54 +0100
Jason Rumney <jasonr <at> gnu.org> writes:

> David Abrahams wrote:
>> I think MacOS Emacs isn't very resilient to customizations for other
>> platforms that should be ignored.  For example, my
>>
>>   default-frame-alist
>>
>> is 
>>   ((menu-bar-lines . 1) (font-backend . "xft") (font . "Bitstream
>> Vera Sans Mono-10.5") (tool-bar-lines . 0))
>>
>> But `M-x new-frame' causes emacs to report "no font backend available"
>> without opening a new window.
>>   
>
> This is no different than setting (font-backend . "garbage") on any
> platform. If you have platform specific settings in your .emacs which 
> you want to share between platforms, then you need to make them conditional.

I tried the following in Emacs 27 (on GNU/Linux):

(progn
  (setq default-frame-alist
	'((menu-bar-lines . 1) (font-backend . "garbage") (tool-bar-lines . 0)))
  (make-frame))

It did not error out, so I'm guessing that this has been fixed in the
ten years since it was reported, and I'm closing this bug report.  If
this is still an issue, please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 5 years and 205 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.