GNU bug report logs -
#3640
I can't see all characters in my files anymore
Previous Next
Reported by: jidanni <at> jidanni.org
Date: Sun, 21 Jun 2009 21:40:04 UTC
Severity: wishlist
Tags: notabug, wontfix
Merged with 6860
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3640 in the body.
You can then email your comments to 3640 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3640
; Package
emacs
.
(Sun, 21 Jun 2009 21:40:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
jidanni <at> jidanni.org
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sun, 21 Jun 2009 21:40:05 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Help, I'm now shipping files to people with all kinds of embedded junk
in them like
| character: (8206, #o20016, #x200e)
|preferred charset: unicode (Unicode (ISO10646))
| code point: 0x200E
| syntax: . which means: punctuation
| buffer code: #xE2 #x80 #x8E
| file code: #xE2 #x80 #x8E (encoded by coding system utf-8-unix)
| display: by this font (glyph code)
| xft:-unknown-FreeSans-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x8F1)
|
|Character code properties: customize what to show
| name: LEFT-TO-RIGHT MARK
| general-category: Cf (Other, Format)
all because I can't see them anymore now that I use emacs23.
I'm like a kid using MicroSoft. I can't see exactly what is in my files
anymore. I can't find the switch to turn it back off.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3640
; Package
emacs
.
(Mon, 22 Jun 2009 20:05:07 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 22 Jun 2009 20:05:07 GMT)
Full text and
rfc822 format available.
Message #10 received at 3640 <at> emacsbugs.donarmstrong.com (full text, mbox):
> Help, I'm now shipping files to people with all kinds of embedded junk
> in them like
> | character: (8206, #o20016, #x200e)
> |preferred charset: unicode (Unicode (ISO10646))
> | code point: 0x200E
> | syntax: . which means: punctuation
> | buffer code: #xE2 #x80 #x8E
> | file code: #xE2 #x80 #x8E (encoded by coding system utf-8-unix)
> | display: by this font (glyph code)
> | xft:-unknown-FreeSans-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x8F1)
> |
> |Character code properties: customize what to show
> | name: LEFT-TO-RIGHT MARK
> | general-category: Cf (Other, Format)
> all because I can't see them anymore now that I use emacs23.
Your font claims to be able to display character code 8206. So, Emacs
does not get in the way. This is not a bug.
Tags added: wontfix, notabug
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Mon, 22 Jun 2009 20:05:11 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3640
; Package
emacs
.
(Tue, 23 Jun 2009 02:50:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
jidanni <at> jidanni.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 23 Jun 2009 02:50:06 GMT)
Full text and
rfc822 format available.
Message #17 received at 3640 <at> emacsbugs.donarmstrong.com (full text, mbox):
>>>>> "CY" == Chong Yidong <cyd <at> stupidchicken.com> writes:
>> Help, I'm now shipping files to people with all kinds of embedded junk
>> in them like
>> | character: (8206, #o20016, #x200e)
>> |preferred charset: unicode (Unicode (ISO10646))
>> | code point: 0x200E
>> | syntax: . which means: punctuation
>> | buffer code: #xE2 #x80 #x8E
>> | file code: #xE2 #x80 #x8E (encoded by coding system utf-8-unix)
>> | display: by this font (glyph code)
>> | xft:-unknown-FreeSans-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x8F1)
>> |
>> |Character code properties: customize what to show
>> | name: LEFT-TO-RIGHT MARK
>> | general-category: Cf (Other, Format)
>> all because I can't see them anymore now that I use emacs23.
CY> Your font claims to be able to display character code 8206. So, Emacs
CY> does not get in the way. This is not a bug.
Yes and I'm sure it does display it properly: the proper way is to make
it disappear, as it is a special direction changing character and not a
normal character.
This is where emacs needs to step in and give the user a way to be aware
his file contains such things.
Just like whitespace mode makes one aware one has whitespace.
I'll see if whitespace.el will fill my needs...
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3640
; Package
emacs
.
(Tue, 23 Jun 2009 16:00:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
jidanni <at> jidanni.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 23 Jun 2009 16:00:05 GMT)
Full text and
rfc822 format available.
Message #22 received at 3640 <at> emacsbugs.donarmstrong.com (full text, mbox):
OK, I cooked up this workaround in .emacs:
;;Just to see if there are any zero width ><, U+200E LEFT-TO-RIGHT MARK
;;hiding in our files, we do:
(global-whitespace-mode 1)
(setq whitespace-style '(spaces))
;;Set neighbor characters on fire in order to see where the
;;"invisible man" is:
(setq whitespace-space-regexp "\\(.?\x200E+.?\\)")
(put 'whitespace-space-before-tab 'face-alias 'whitespace-space);fire color
;;Works except if it is the only char on a line. (In emacs -nw it is
;;width 1, not zero, for me.)
What a pain. But then to turn it on in emacs-w3m,
(add-hook 'w3m-mode-hook
(lambda ()
(whitespace-mode 1)))
But that kills all of emacs-w3m's font-locks.
Why can't there be a way to not allow any "invisible man" characters
from hiding, like it was in emacs22. Just make them show up as this
dotted box like in xterm, so we know something is funny there.
Is there some variable that can stop 0 width characters being smuggled
around under the users' noses unaware?
I mean isn't that what separates us from the MicroSoft users, they don't
know what is going on inside their files, but we do -- until now.
Forcibly Merged 3640 6860.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 09 Jul 2011 22:16:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
3640 <at> debbugs.gnu.org and jidanni <at> jidanni.org
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 08 Dec 2012 03:00:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 05 Jan 2013 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.