From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#642: 23.0.60; garbled text (wrong font?) in About GNU Emacs screen Date: Sat, 2 Aug 2008 14:27:03 -0700 Message-ID: <000001c8f4e6$82300660$0200a8c0@us.oracle.com> References: <001001c8f4dd$9e12a170$0200a8c0@us.oracle.com> <4894CC33.4000501@gnu.org> Reply-To: Drew Adams , 642@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C8F4AB.D5D12E60" X-Trace: ger.gmane.org 1217714866 26573 80.91.229.12 (2 Aug 2008 22:07:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 Aug 2008 22:07:46 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org To: "'Jason Rumney'" , <642@emacsbugs.donarmstrong.com> Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 03 00:08:36 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KPPH7-0007Zu-Jm for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 Aug 2008 00:08:34 +0200 Original-Received: from localhost ([127.0.0.1]:42045 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPPGC-0002HF-QR for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Aug 2008 18:07:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KPPG8-0002Gq-Bg for bug-gnu-emacs@gnu.org; Sat, 02 Aug 2008 18:07:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KPPG7-0002Ga-NJ for bug-gnu-emacs@gnu.org; Sat, 02 Aug 2008 18:07:32 -0400 Original-Received: from [199.232.76.173] (port=51908 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPPG7-0002GX-LW for bug-gnu-emacs@gnu.org; Sat, 02 Aug 2008 18:07:31 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:47901) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KPPG6-0005ZP-Rf for bug-gnu-emacs@gnu.org; Sat, 02 Aug 2008 18:07:31 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m72M7Lc7018628; Sat, 2 Aug 2008 15:07:22 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m72Lo5RO012561; Sat, 2 Aug 2008 14:50:05 -0700 X-Loop: don@donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , don@donarmstrong.com Resent-Date: Sat, 02 Aug 2008 21:50:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 642 X-Emacs-PR-Package: emacs,w32 X-Emacs-PR-Keywords: Original-Received: via spool by 642-submit@emacsbugs.donarmstrong.com id=B642.121771339510867 (code B ref 642); Sat, 02 Aug 2008 21:50:04 +0000 Original-Received: (at 642) by emacsbugs.donarmstrong.com; 2 Aug 2008 21:43:15 +0000 Original-Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m72LhBlb010861 for <642@emacsbugs.donarmstrong.com>; Sat, 2 Aug 2008 14:43:12 -0700 Original-Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m72Lh38Z010353; Sat, 2 Aug 2008 16:43:04 -0500 Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m72InK7w016924; Sat, 2 Aug 2008 15:43:02 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt354.oracle.com with ESMTP id 11198815771217712407; Sat, 02 Aug 2008 14:26:47 -0700 Original-Received: from dradamslap1 (/69.181.100.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 02 Aug 2008 14:26:46 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acj046E94H4PER7CT42jBDDMTgxnHQAALkAA In-Reply-To: <4894CC33.4000501@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sat, 02 Aug 2008 18:07:32 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18986 gmane.emacs.pretest.bugs:22788 Archived-At: This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C8F4AB.D5D12E60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > From: Jason Rumney Sent: Saturday, August 02, 2008 2:06 PM > > emacs -Q --debug-init -l ".../path/to/hexrgb.el" -l ".../path/to/oneonone.el" -f "1on1-emacs" > > I can't reproduce this bug. If you position the cursor on one of the > affected characters and press C-u C-x =, what does it say. If the > resulting Help buffer is also garbled, please try to change > the buffer's font using Shift-Left Mouse. The text in the help buffer appears fine. If I put the cursor on the first `?' char in the first text line (red) and do `C-u C-x =', *Help* shows this: character: SPC (32, #o40, #x20) preferred charset: ascii (ASCII (ISO646 IRV)) code point: 0x20 syntax: which means: whitespace category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0]) l:Latin buffer code: #x20 file code: #x20 (encoded by coding system undecided-unix) display: by this font (glyph code) uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1 (#x20) Character code properties: customize what to show name: SPACE general-category: Zs (Separator, Space) There are text properties here: face (variable-pitch (:foreground "red")) help-echo [Show] [back] Oddly enough, when I paste that text, it shows `SPC' for the character, but in the *Help* buffer, it has `rob' for the character. I switched to HTML mail and used a Unicode font (Arial Unicode MS), thinking that might make a difference, but it didn't. I then tried a cents char in the second text line (blue): character: a (97, #o141, #x61) preferred charset: ascii (ASCII (ISO646 IRV)) code point: 0x61 syntax: w which means: word category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0]) l:Latin r:Japanese roman buffer code: #x61 file code: #x61 (encoded by coding system undecided-unix) display: by this font (glyph code) uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso8859-1 (#x61) Character code properties: customize what to show name: LATIN SMALL LETTER A general-category: Ll (Letter, Lowercase) There are text properties here: face (variable-pitch (:foreground "darkblue")) help-echo [Show] [back] The cents character appears correctly in *Help*, but appears as `a' when pasted into the mail. I then tried a section symbol in the first tiny black text line: character: f (102, #o146, #x66) preferred charset: ascii (ASCII (ISO646 IRV)) code point: 0x66 syntax: w which means: word category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0]) l:Latin r:Japanese roman buffer code: #x66 file code: #x66 (encoded by coding system undecided-unix) display: by this font (glyph code) uniscribe:-outline-Helvetica-normal-normal-normal-sans-11-*-*-*-p-*-iso8859-1 (#x66) Character code properties: customize what to show name: LATIN SMALL LETTER F general-category: Ll (Letter, Lowercase) There are text properties here: face (variable-pitch (:height 0.8)) help-echo [Show] [back] Again, the section symbol appears correctly in *Help*, but appears as `f' in the pasted text above. Notice that the help text is describing what you see pasted above, but not what I see in *Help*. For example, I see a section symbol, but it describes it as a LATIN SMALL LETTER F. HTH - Drew ------=_NextPart_000_0001_01C8F4AB.D5D12E60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
> From: Jason = Rumney Sent:=20 Saturday, August 02, 2008 2:06 PM
> > emacs -Q --debug-init -l=20 ".../path/to/hexrgb.el" -l ".../path/to/oneonone.el"=20 -f "1on1-emacs"
>
> I can't reproduce this bug. If you = position=20 the cursor on one of the
> affected characters and press C-u C-x = =3D, what=20 does it say. If the
> resulting Help buffer is also garbled, = please try to=20 change
> the buffer's font using Shift-Left = Mouse.

The text in the help buffer appears fine. If = I put=20 the cursor on the first `?' char in the first text line (red) = and do=20 `C-u C-x =3D', *Help* shows this:
 
        character: SPC (32, = #o40,=20 #x20)
preferred charset: ascii (ASCII (ISO646=20 IRV))
       code point:=20 0x20
          =20 syntax:    which means:=20 whitespace
         category: = a:ASCII=20 graphic characters 32-126 (ISO646=20 IRV:1983[4/0])
         &= nbsp;        =20 l:Latin
      buffer code:=20 #x20
        file code: #x20 = (encoded by=20 coding system=20 undecided-unix)
         = =20 display: by this font (glyph code)
   =20 uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso88= 59-1=20 (#x20)
 
Character code properties: = customize=20 what to show
  name: SPACE
  general-category: Zs = (Separator,=20 Space)
 
There are text properties=20 here:
 =20 face           &nb= sp;    =20 (variable-pitch (:foreground "red"))
 =20 help-echo          &nbs= p;=20 [Show]
 
[back]

Oddly enough, when I paste that = text, it=20 shows `SPC' for the character, but in the *Help* buffer, it has `rob' = for the=20 character. I switched to HTML mail and used a Unicode font (Arial = Unicode MS),=20 thinking that might make a difference, but it didn't.

I then = tried a=20 cents char in the second text line (blue):
 
        character: a = (97, #o141,=20 #x61)
preferred charset: ascii (ASCII (ISO646=20 IRV))
       code point:=20 0x61
           = syntax: w=20  which means: = word
        =20 category: a:ASCII graphic characters 32-126 (ISO646=20 IRV:1983[4/0])
         &= nbsp;        =20 l:Latin r:Japanese roman
      buffer code:=20 #x61
        file code: #x61 = (encoded by=20 coding system=20 undecided-unix)
         = =20 display: by this font (glyph code)
   =20 uniscribe:-outline-Helvetica-normal-normal-normal-sans-14-*-*-*-p-*-iso88= 59-1=20 (#x61)
 
Character code=20 properties: customize what to show
  name: LATIN SMALL LETTER=20 A
  general-category: Ll (Letter, = Lowercase)
 
There are text=20 properties here:
 =20 face           &nb= sp;    =20 (variable-pitch (:foreground "darkblue"))
 =20 help-echo          &nbs= p;=20 [Show]
 
[back]
The cents character appears correctly in *Help*, = but=20 appears as `a' when pasted into the mail.

I then tried a section symbol in the = first tiny=20 black text line:
 
        = character: f=20 (102, #o146, #x66)
preferred charset: ascii (ASCII (ISO646=20 IRV))
       code point:=20 0x66
           = syntax: w=20  which means: = word
        =20 category: a:ASCII graphic characters 32-126 (ISO646=20 IRV:1983[4/0])
         &= nbsp;        =20 l:Latin r:Japanese roman
      buffer code:=20 #x66
        file code: #x66 = (encoded by=20 coding system=20 undecided-unix)
         = =20 display: by this font (glyph code)
   =20 uniscribe:-outline-Helvetica-normal-normal-normal-sans-11-*-*-*-p-*-iso88= 59-1=20 (#x66)
 
Character code properties: customize what to=20 show
  name: LATIN SMALL LETTER F
  general-category: Ll = (Letter, Lowercase)
 
There are text properties here:
 =20 face           &nb= sp;    =20 (variable-pitch (:height 0.8))
 =20 help-echo          &nbs= p;=20 [Show]
 
[back]
Again, the section symbol appears correctly in = *Help*, but=20 appears as `f' in the pasted text above.
 
Notice that the help text is describing what you = see=20 pasted above, but not what I see in *Help*. For example, I see a section = symbol,=20 but it describes it as a LATIN SMALL LETTER F.
 
HTH - = Drew
 ------=_NextPart_000_0001_01C8F4AB.D5D12E60--