Your message dated Thu, 23 Jan 2014 04:02:09 +0000
with message-id <[email protected]>
and subject line Re: emacs21: Confusing display of curly braces - closing
has caused the Debian Bug report #191914,
regarding emacs21: Confusing display of curly braces
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
191914: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=191914
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs21
Version: 21.2-1
Severity: minor
The glyphs (I think that's the right work: the image of the character
on the screen) displayed for the left and right curly braces do not match.
The left brace shows a squiggly in the middle, while the right brace
does not; it looks more like a regular parenthesis. The glyph for
right parenthesis is actually somewhat different, but it's very
confusing.
Arguably either style is OK (I found both with other programs, as
reported below), but mixing them for left and right is certainly not.
I find the style of the right brace, without squiggly in the middle,
very unhelpful.
I'm sorry for filing this bug here; undoubtedly the cause lies
elsewhere. But I don't know where. And most other programs do not
exhibit this problem. I think I started seeing it after a recent
update that included some font changes for XFree86 v. 4. In genenral,
those changes have been for the better.
ii xfree86-common 4.2.1-6 X Window System (XFree86) infrastructure
ii defoma 0.11.1 Debian Font Manager
ii fontconfig 2.1.92-2 generic font configuration library
I run a testing system under KDE. I did not see this problme in the
regular terminal shell, KSpread, or KDE's Advanced Editor (which
showed curly braces). AbiWord showed both left and right curly braces
in the flat style without the middle squiggly.
My update was on May 1; the prior update was April 17.
Here's what my emacs buffer says about encoding; I have requested no
special coding:
Coding system for saving this buffer:
- -- undecided-unix
Default coding system (for new files):
1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Coding system for keyboard input:
nil
Coding system for terminal output:
1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Defaults for subprocess I/O:
decoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
encoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)
Priority order for recognizing coding systems when reading files:
1. iso-latin-1 (alias: iso-8859-1 latin-1)
2. iso-2022-jp (alias: junet)
3. iso-2022-7bit
etc.
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux wheat 2.4.19advncdfs #1 Sun Nov 10 02:28:05 PST 2002 i686
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages emacs21 depends on:
ii dpkg 1.10.9 Package maintenance system for Deb
ii emacsen-common 1.4.15 Common facilities for all emacsen.
ii libc6 2.3.1-16 GNU C Library: Shared libraries an
ii libjpeg62 6b-7 The Independent JPEG Group's JPEG
ii liblockfile1 1.03 NFS-safe locking library, includes
ii libncurses5 5.3.20021109-2 Shared libraries for terminal hand
ii libpng2 1.0.12-8 PNG library - runtime
ii libtiff3g 3.5.7-2 Tag Image File Format library
ii xaw3dg 1.5-23 Xaw3d widget set
ii xlibs 4.2.1-6 X Window System client libraries
ii zlib1g 1:1.1.4-11 compression library - runtime
--- End Message ---
--- Begin Message ---
Hi! I'm closing this bug, since it affected emacs21, and the current
version is 23. If you still encounter this problem, please feel free to
re-open it and move it to the appropriate package, or ask me to do it.
Solveig
--- End Message ---
