emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#16440: closed (24.3.50; Some colors of the theme a


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#16440: closed (24.3.50; Some colors of the theme aren't respected in latest Emacs)
Date: Sat, 05 Apr 2014 07:53:08 +0000

Your message dated Sat, 05 Apr 2014 10:52:54 +0300
with message-id <address@hidden>
and subject line Re: bug#16694: bugs #16694/#16378: Patches
has caused the debbugs.gnu.org bug report #16434,
regarding 24.3.50; Some colors of the theme aren't respected in latest Emacs
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
16434: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16434
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.3.50; Some colors of the theme aren't respected in latest Emacs Date: Tue, 14 Jan 2014 13:32:42 +0100 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt)
Hello,

Because of the performance problem (with some Unicode chars), I'm still
using GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-10-19 on LEG570 for
a while.

Now, I tried to move to one of the latest versions made available by
Dani. The performance problem has disappeared, but there are some
problems with the color theme (Leuven [1], in my case).

See http://screencast.com/t/kvuLrvtVZ2l6 for a comparison of how the
faces were displayed in older Emacs and in the current one.

What's weird is that there are differences in the face specifications
which are seen by both Emacs: see http://screencast.com/t/gsyeXp40TAa.
Though, both Emacs are run in the exact same way, with the exact same
versions of the color theme, and with the exact same version of Org.

Best regards,
  Seb

[1] Which is present in the current trunk.

-- 
Sebastien Vauban



--- End Message ---
--- Begin Message --- Subject: Re: bug#16694: bugs #16694/#16378: Patches Date: Sat, 05 Apr 2014 10:52:54 +0300
> Date: Wed, 02 Apr 2014 17:04:19 +0200
> From: Matthias Dahl <address@hidden>
> CC: Clemens Schüller
>  <address@hidden>, address@hidden, 
>  Stefan Monnier <address@hidden>,
>  Eli Zaretskii <address@hidden>, address@hidden
> 
> Like promised, attached revised versions of my first three patches which
> had a nasty and very embarrassing bug/brain-fart as well as a potential
> fix for bug #16434.
> 
> I'd appreciate testing and any feedback, so that we (as in who ever is
> in charge and can do this) commit this for the pretest. :)

Thanks.  I applied to the emacs-24 branch the first 2 patches, the
part of the 3rd patch that does not introduce backward
incompatibilities, and the 4th patch you sent in a later message.
Please confirm that the result will DTRT.  Meanwhile, I'm marking
those bugs as "done".

In the future, please also provide ChangeLog entries for the changes
that could be dropped into the respective ChangeLog files.  TIA.

The incompatible part of the 3rd patch, reproduced below, remains
uncommitted.  I understand the motivation for it, but the emacs-24
branch shouldn't introduce incompatible changes at this time.  If
Stefan agrees with applying this part to the trunk, I will do that.

============================================================
Backwards incompatible change: make-face previously accepted
no-init-from-resources as an optional parameter which has now
been removed. There were no other users within Emacs itself. And this
parameter shouldn't have been there in the first place, imho.

diff --git a/lisp/faces.el b/lisp/faces.el
index 8536c08..28205d2 100644
--- a/lisp/faces.el
+++ b/lisp/faces.el
@@ -149,13 +149,10 @@ REGISTRY, ALTERNATIVE1, ALTERNATIVE2, and etc."
   "Return a list of all defined faces."
   (mapcar #'car face-new-frame-defaults))
 
-(defun make-face (face &optional no-init-from-resources)
+(defun make-face (face)
   "Define a new face with name FACE, a symbol.
 Do not call this directly from Lisp code; use `defface' instead.
-
-If NO-INIT-FROM-RESOURCES is non-nil, don't initialize face
-attributes from X resources.  If FACE is already known as a face,
-leave it unmodified.  Return FACE."
+If FACE is already known as a face, leave it unmodified.  Return FACE."
   (interactive (list (read-from-minibuffer
                      "Make face: " nil nil t 'face-name-history)))
   (unless (facep face)
@@ -166,8 +163,7 @@ leave it unmodified.  Return FACE."
     (when (fboundp 'facemenu-add-new-face)
       (facemenu-add-new-face face))
     ;; Define frame-local faces for all frames from X resources.
-    (unless no-init-from-resources
-      (make-face-x-resource-internal face)))
+    (make-face-x-resource-internal face))
   face)
 
 (defun make-empty-face (face)
@@ -175,7 +171,7 @@ leave it unmodified.  Return FACE."
 Do not call this directly from Lisp code; use `defface' instead."
   (interactive (list (read-from-minibuffer
                      "Make empty face: " nil nil t 'face-name-history)))
-  (make-face face 'no-init-from-resources))
+  (make-face face))
 
 (defun copy-face (old-face new-face &optional frame new-frame)
   "Define a face named NEW-FACE, which is a copy of OLD-FACE.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]