GNU bug report logs - #16440
24.3.50; Some colors of the theme aren't respected in latest Emacs

Previous Next

Package: emacs;

Reported by: "Sebastien Vauban" <sva-news <at> mygooglest.com>

Date: Tue, 14 Jan 2014 12:35:02 UTC

Severity: important

Merged with 16434, 16443, 16694, 17085

Found in version 24.3.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Sebastien Vauban" <sva-news <at> mygooglest.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16440 <at> debbugs.gnu.org, rgm <at> gnu.org
Subject: bug#16440: bug#16780: 24.2.91; Emacs crash when C-c C-c on captured item
Date: Tue, 18 Feb 2014 09:37:45 +0100
Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <sva-news <at> mygooglest.com>
>> Cc: 16780 <at> debbugs.gnu.org, 16440 <at> debbugs.gnu.org
>> Date: Mon, 17 Feb 2014 22:39:33 +0100
>> 
>> > With just this line in my .emacs:
>> >
>> >   (load-theme 'leuven t)
>> >
>> > I cannot reproduce the picture you show in the report.  I see a color
>> > Gnu head.
>> >
>> > What image types do you have available in the problematic binary?
>> > This could be some incompatibility between the image libraries against
>> > which Dani built his binary and the DLLs you have installed on your
>> > system.  See README.W32 and/or nt/INSTALL for the details.
>> 
>> This is mainly on specific faces (not all, just a minority) not being
>> applied...
>
> Your screencast shows a black-and-white Gnu head.  Is that still a
> problem?

The Gnu head is with an orange background (#FF8C00). See
http://screencast.com/t/s6sWP3Nsc.

That seems to be the invert of what it should (as specified in the
Leuven theme):

--8<---------------cut here---------------start------------->8---
   `(gnus-splash ((,class (:foreground "#FF8C00"))))
--8<---------------cut here---------------end--------------->8---

> Then please tell what does evaluating the following produce
> in "emacs -Q":
>
>   (mapcar (lambda (elt)
> 	    (list (car elt) (image-type-available-p (car elt))))
> 	  dynamic-library-alist)

See http://screencast.com/t/SmhmZ629B:

  ╭────
  │ ((xpm nil) (png nil) (tiff nil) (jpeg nil) (gif nil) (svg nil)
  │ (gdk-pixbuf nil) (glib nil) (gobject nil) (gnutls nil) (libxml2 nil)
  │ (zlib nil))
  ╰────

>> See http://screencast.com/t/m2urFNhsSrN for a comparison, with all
>> parameters identical (same config file, same theme file), but the
>> version of the Emacs binary...
>
> What faces?  Can you provide a simple, small, self-contained test
> case?

New screenshot: http://screencast.com/t/LDKtOSOB.

Test file:

--8<---------------cut here---------------start------------->8---
* Code block

#+begin_src emacs-lisp
;; the above line must be displayed as `org-block-begin-line'
(message "echo")                        ; a line of code, such as this one, is
                                        ; displayed as `org-block-background'
;; the line below this one must be displayed as `org-block-end-line'
#+end_src

* Mail contents

#+begin_verse
The "borders" of this block must be displayed as `org-block-begin/end-line'.

The "inside" must be displayed as `org-verse'...

Foo
Bar
Baz
#+end_verse
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

-- 
Sebastien Vauban




This bug report was last modified 11 years and 23 days ago.

Previous Next


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