GNU bug report logs - #15099
24.3.50; Box has no right border

Previous Next

Package: emacs;

Reported by: "Fabrice Niessen" <fni <at> missioncriticalit.com>

Date: Thu, 15 Aug 2013 08:53:01 UTC

Severity: normal

Tags: moreinfo

Merged with 13134, 15175

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: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Niessen <fni <at> missioncriticalit.com>
Cc: 15099 <at> debbugs.gnu.org
Subject: bug#15099: 24.3.50; Box has no right border
Date: Fri, 23 Aug 2013 09:54:05 +0300
> From: "Fabrice Niessen" <fni <at> missioncriticalit.com>
> Cc: control <at> debbugs.gnu.org,  15099 <at> debbugs.gnu.org
> Date: Thu, 22 Aug 2013 22:51:44 +0200
> 
> > I fixed this for display tables in trunk revision 113890.
> 
> It works much better (almost there), but I still see two problems:
> 
> - The "..." are underlined twice (two parallel lines). Why?

Because the org-ellipsis face specifies both box and underline.  Type
"M-x list-faces-display RET", then click mouse-1 on this face in the
*Faces* buffer, and you will see this:

  Face: org-ellipsis (sample) (customize this face)

  Documentation:
  Face for the ellipsis in folded text.

  Defined in `org-faces.el'.

	  Family: unspecified
	 Foundry: unspecified
	   Width: unspecified
	  Height: unspecified
	  Weight: unspecified
	   Slant: unspecified
      Foreground: #999999
      Background: #FFF8C0
       Underline: t   <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
	Overline: unspecified
  Strike-through: unspecified
	     Box: (:line-width 1 :color #999999)
	 Inverse: unspecified
	 Stipple: unspecified
	    Font: unspecified
	 Fontset: unspecified
	 Inherit: unspecified

And indeed in org-faces.el we see:

  (defface org-ellipsis
    '((((class color) (background light)) (:foreground "DarkGoldenrod" :underline t))
      (((class color) (background dark)) (:foreground "LightGoldenrod" :underline t))
      (t (:strike-through t)))

> - When moving the "character cursor" (I mean: not the mouse) over the "...",
>   the first dot becomes boxed on its own. Tab'ing multiple times (to expand
>   and collapse the hidden region) fixes the box back.

That's a separate and unrelated problem, you should see it with the
box face on buffer text as well, in any Emacs version prior to the
above change.  The block cursor is drawn and/or erased incorrectly
when the underlying character has the box face attribute.  Feel free
to file a separate bug report about that.

Do I understand correctly that the two other problems you have shown
in your original report are also solved, and I can therefore close
this bug?  If not, could you please give recipes to reproduce the
other problems with box faces?




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

Previous Next


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