From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 11 20:41:45 2013 Received: (at submit) by debbugs.gnu.org; 12 Feb 2013 01:41:46 +0000 Received: from localhost ([127.0.0.1]:51269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U54sS-0002zR-QT for submit@debbugs.gnu.org; Mon, 11 Feb 2013 20:41:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45361) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U54of-0002tQ-Dc for submit@debbugs.gnu.org; Mon, 11 Feb 2013 20:37:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U54oG-0007f6-LZ for submit@debbugs.gnu.org; Mon, 11 Feb 2013 20:37:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-102.6 required=5.0 tests=BAYES_00, DC_PNG_UNO_LARGO, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U54oG-0007ey-Ht for submit@debbugs.gnu.org; Mon, 11 Feb 2013 20:37:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U54oD-000454-LO for bug-gnu-emacs@gnu.org; Mon, 11 Feb 2013 20:37:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U54o7-0007aH-9g for bug-gnu-emacs@gnu.org; Mon, 11 Feb 2013 20:37:17 -0500 Received: from mail-wg0-f52.google.com ([74.125.82.52]:39662) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U54o6-0007Zv-QP for bug-gnu-emacs@gnu.org; Mon, 11 Feb 2013 20:37:15 -0500 Received: by mail-wg0-f52.google.com with SMTP id 12so5279590wgh.7 for ; Mon, 11 Feb 2013 17:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Vsssrz7hl4T/bp8QPr9PB8Py7hd/lgOAqWX06MaD+OY=; b=slSKRqj2np3eWqB1uAkEKnrFNKdQvYXxoDQ9Hs2s0Fo6geP+W3at8SZ2nWiT761bUX 06dADUEE9JlQWLOA2QpLvHn4/dzIbascC8lCBH3/MPPmAMhwXxmiV0zLx4Rgq5AhWuaE pnHZqIM+M0VxmqPfuHb5xLNypA4RfX9QMgN3Bt0EXMsloBZrN7mjvSjtiestalI6MgQH CC1MsyNi4P/S5rjg8Aw5jzy9OMeWCdRc0KOsUKXMpHZuIc2UQCaJt/aHFTDrsR9ZiWJF ZhDCs6KDYqcVOCicP6ZAGve++k1UchhLb4GHhTfu3FExO7ekHbV8mycjEedh9o62mDoU D+nw== MIME-Version: 1.0 X-Received: by 10.180.102.7 with SMTP id fk7mr19587571wib.27.1360633031942; Mon, 11 Feb 2013 17:37:11 -0800 (PST) Received: by 10.194.22.97 with HTTP; Mon, 11 Feb 2013 17:37:11 -0800 (PST) Date: Mon, 11 Feb 2013 23:37:11 -0200 Message-ID: Subject: 24.3.50; Problem with glyphs in unibyte buffers From: Eduardo Ochs To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary=f46d0444e7d789e3b404d57d1018 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 11 Feb 2013 20:41:43 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --f46d0444e7d789e3b404d57d1018 Content-Type: text/plain; charset=ISO-8859-1 In Emacs24 if I run the code below to define glyphs for the characters 171 and 187 the effect is different on unibyte (i.e., "coding: raw-text-unix") and non-unibyte buffers, as shown in the attached screenshot. My guess is that for some range of characteres that includes 171 and 187 - but not 15, see the screenshot - the glyph lookup is either disabled in unibyte buffers or it is done using some range translation that I wasn't able to figure out what is. Here is the test code: --snip--snip-- cat > /tmp/g <<'%%%' (progn (menu-bar-mode 0) (tool-bar-mode 0) (scroll-bar-mode -1) (defun eepitch-set-glyph (pos &optional char face) (aset standard-display-table pos (if char (vector (make-glyph-code char face))))) (if (not standard-display-table) (setq standard-display-table (make-display-table))) (defface eepitch-star-face '((t (:foreground "red"))) "Face used for the red star glyph (char 15).") (defface eev-glyph-face-green '((t (:foreground "green"))) "Face used for the green glyphs (`<<' and `>>', chars 171 and 187).") (eepitch-set-glyph ?\^O ?* 'eepitch-star-face) (eepitch-set-glyph 171 171 'eev-glyph-face-green) (eepitch-set-glyph 187 187 'eev-glyph-face-green) (insert "\n;; " 15 171 187) ) ;; Local Variables: ;; coding: raw-text-unix ;; End: %%% emacs23 -fg bisque -bg black -fn 6x13 -Q /tmp/g emacs24-from-git -fg bisque -bg black -fn 6x13 -Q /tmp/g --snip--snip-- Cheers, thanks in advance =), Eduardo Ochs eduardoochs@gmail.com http://angg.twu.net/ http://angg.twu.net/#eev P.S.: I use glyphs a lot in my personal files (see ), and a few glyphs - 3, actually - in a package that I would like to include in Emacs in a few more months or years: ... I tried to keep this first bug report quite concise, but I may have tests ready for several other related cases where the behaviors of Emacs24 were a bit unexpected to me... P.P.S.: the Emacs23 used for comparison was the standard one in Debian Squeeze, GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-01-08 on murphy, modified by Debian and the extra info for my Emacs24 from the git repository (I ran it with "-Q") follows below. In GNU Emacs 24.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-02-11 on varda Windowing system distributor `The X.Org Foundation', version 11.0.10707000 System Description: Debian GNU/Linux 6.0.6 (squeeze) Important settings: value of $LANG: C locale-coding-system: nil default enable-multibyte-characters: t Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) --f46d0444e7d789e3b404d57d1018 Content-Type: image/png; name="glyph-bug-screenshot.png" Content-Disposition: attachment; filename="glyph-bug-screenshot.png" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hd2drhvm0 iVBORw0KGgoAAAANSUhEUgAAAfIAAAGTCAIAAABcWwd4AAAACXBIWXMAAABIAAAASABGyWs+AAAA CXZwQWcAAAHyAAABkwCwUb1BAAAVpUlEQVR42u3dzZHbOLsGUOmWk3CXQ/HG+4nDCXwBuBzAZOO9 N05i9i5NGLoLljlsgATAP5F6dU65XGqKAEGI/QgC2dT17e3tMuF2u10AOJ9CdP/f0W0DYEtiHSAU sQ4QilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0gFLEOEIpYBwhFrAOE0hTr99+/jm4nm/FqQmz1 WL///nX99Pnodv7XmMsgmHZNqGRb5dX6x8N/K0u17F2yTlLJaM3XT58lOwT2YUGZnYL+VO8f7W1O lrTsQlJqWGTWO1ae6X1V3ePRmoHYKqP10ag9T/i2Dzzz1dbH3LL3oUKp/qmWmmdtPVnZgB0Cm33K dHSiIF9YXpKXGq0n12VTIc6m2nPJ5j0utWSvbquQzoWaW7J4q3WAFzQ71vM06T/v91nZ/VhYkpfq M3RuWuUDz6Tmy1hAVyN7sXzrswqu2XS30e5fMv3iPQBex5K59UQSGcOkHk71TpVanzjdFssVPmYq 6dj0zOfWD2wMcJQNYj2XTxCLmLL9Uli+w6upTMIsm0wolF1wgUeLajvz+e7qPP4Cz3IeUtZDYLNH 68Pp8tEVRie1kyXlgjslzubzMMn53tEJ/ZZSW63T2M9AbNe3t7ep5263W/fg2Qd3efuffY+27Q3g 6RSiuynWATiVQnS71RdAKGIdIBSxDhCKWAcIRawDhCLWAUIR6wChiHWAUMQ6QChiHSAUsQ4QilgH CEWsA4Qi1gFCqcT6s3zdDwCd7b/0DoADmYQBCKUe6wbsAE/EaB0gFLEOEIpYBwhFrAOEUo/1++9f 10+fj24nAE2M1gFCqf+VqaE6wBOp/5Xp0S0EYAaTMAChiHWAUMQ6QChiHSAUsQ4QilgHCEWsA4Qi 1gFCEesAoYh1gFDEOkAoYh0gFLEOEMqHB2zjfr8nS67X69E7DhCT0TpAKHuN1u+XSz8gv16v+YD9 0i/pRu7JCtfr+JJ8mL+gHoC4to/1YaAPH79faRDQ/eMkcIc/5u8KU/XkpVrqAYii6Suqq0uGrpdL l519pt/v91WT6cPcb8/lfGg/OtgHiKX+XaaX9zmeL0mL/EnzPt9HTMXr/Z4GdzmL22NapgOvoem7 TIffaJovSYuMPZ4csI/OovTJ3j0YBv3UgD1J7fzHixkY4CXU59bzBG/53uo8wrtkf3fudBi+o6Gf z79fxs6dVkfio/UARHTcBY5bJaw5dICBplOmyUx6vqTRf1Mxo1mcrT1ZUT8V05Lg5l6AV9J0geOy eZiKZMZ8OGmeX/dSyO6knpHWt9UDEEIl1u+/fyUJni+Z5Z5fS97LF1avgVlfD0AsTVfClJcAcB6P uNWXG3sBPIxbfQGEsn2sd9fJ9P8utZsNPK/99qu95g2vUwJi2D7Wr58+93+JWp6IX3iV5KGZtWDr u6Z/18n9JvIlwKvZ/lZf7ZadfT32nO05zxg7sw30tr/VV6GqpJ7R2YNyzWtKlW5PNrGDc9s8q55Z bc5rntXtST0maiCwypUw3cf55FZfCy5d74v0D5KJgmGdhfoXl6qus6DNLTXn3bVVm4dvG3078yV5 PfkDIJK9bvU1t0ifmNUZ+QWllo1M94u8TUbKje+4+bb6FWQ6hPSI69YbLRtCVkslI9bH7Evlm0Ye mKeyG17NQ2/1Vd5K92DWVRyzSrVUu3K/umaUp01Wbm5xC6tT+Wt2HDiPw2711U8E59PW1emUWaWG EzVT4dWyTr71y/v3lUJfDee7Z+1pXmrW296yXgWe2vXt7W3qudvttvmtvmJrPB16Qs/VWqAQ3ZVY P7rlz6dldAywUiG6T3TKNAZpDhzLrb4AQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLWAUIR 6wChiHWAUMQ6QChiHSAUsQ4QyvaxvuHXp1W/XW/47LZf2zZa2x7f9gewrVOP1ne9d/mCgHYvdeD8 mr6iurrkGT0yo2P0GPAUKt+ONPWlzHO/+jL/KriWJcsk9XRNHX5JdL/OcEPL2tO+X74sFHiQt2nd CnNH6+X1+4ybtX51c1NT4Zf3E+ItNZdbWH7csibAeoXorn+XaT7G3HbUmY9zV8rr6TfRMu5es63h x4LhtozTgYc5y1dU5/M8j6xn8dan3vNMuQBHaTplmiTdttf55ZXPKt4NkPMM3WT0PbfgcGLdJAxw iKbR+tx5mGGKddMRyYnEwpLhUwtONo7WM9XCvubC1i/TJz9b9mvZXgAsdu1PjeZut1seRuJpAZ0G bKsQ3ZVYP7rlAIwoRPep/8oUgLnEOkAox8e6q0QANnR8rA+J+Ad48KWfu1YF5M51q69ll4uIiefi oiDYVSXWp251Ur0tTPInS+1L8g1VS1XbE0BLb8y6482sekZLjdZcLTX68pXbDMyz662+Wt4VCo/z v0uqlopqKnbL/dPndaH4aE9W78iW11x+Sy5XdXmNFxE2dNitvlZ+3G4s/iIf6vMblk3dt7Ll1mZJ kXxb5T+h2vClqW4LmOUst/pirq1ujnZ5mfdFeBH73upr20/W3bButD2P6KqzWnl7stElw+8embu5 ue0pbAtYYPtbfc26sddQyy2x8vHpy95IK789WT+bUe3D4ZdD5a9Oci+z/G5oje0Zlbxeo9sC1nim W30l0w6jjwFeQZxbfW31facAT60Q3U92ylSaA5Sd6+YBAKy0/Wg9/9bm6vrG4ABb2WUSRkwDHOVc t/py8TLASrvc6muqEjftAthbJdb7PxUpLMmNRvb10+f+D1X6H+fWDEDZLrf6Wnx3MJkOsJILHAFC 2fdWX3OZWAdYaftbfV3ep/Pomotv9QVA2blu9SXTAVrEudUXAJdirDtlChCKWAcIRawDhCLWAUIR 6wChiHWAUMQ6QChiHSAUsQ4QilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0gFLEOEIpYBwhFrAOE ItYBQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLWAUIR6wChiHWAUMQ6QChiHSAUsQ4QilgH CEWsA4Qi1gFCEesAoYh1gFDEOkAo18vlcrvdjm4GABt4e3u73m63f/755+iW8Cq+fPny8+fPo1th jwjrx48fH1ZWkR/TjvJtffnypX+8pmNHX6nhj/2z+72Cw5qntr5mjx6ga/Zwuz9//nTMcyrL59aH v5bd43wJ63V58fPnzy4+plZb0OE/B4b1lDe07a7lDThQy16fpKlQMC/Wk5Fjn+Z99CRLeAr965W/ lHtsJZ6HvRFCixmxngzJC2m+/ij/8t7RvXQ6Sc/0/b+gr86TtlOf/5L9yo+KvDdGPz6We6xxW3B+ M+bWkznEZHpxdMmy+dN++jKfx3xZw65IZqj7+Zll09OX45K9PzwKW08+SYzOzudnBfo1R0sl3Vjo wwecb4DNzTtlmh/Z5SV+E7aSB/qG1e5R86ytr1ynZTSdr7NVzXA2a6+E2UM3bjJUp0Xh6pqhlVfa yHeeyPJTpvvpA12mL9D+Go0OYPeblmk/47LsMNuw8mSdahFTNJzKjNH6w+Zhh6P1y8sP2Idn//Iz 0sNTHdXPN8mFTIV6Dunz4S5MJWn+1FSp/NLyfHmhAVM1u9aL85v3V6aPOZqT04OXl0/2SOIFYrw9 4qn9+PHjerlc/ve//x3dktTff//dPz5h8wDO6e+//76+vb1NPe0WYADnVIhuN+YFCEWsA4Qi1gFC EesAoYh1gFDEOkAoYh0gFLEOEIpYBwhFrAOEItYBQhHrAKGIdYBQmmL9/vvX0e1kM15NiK0e6/ff v66fPh/dzv8acxkE064JlWyrvFr/ePhvZamWvUvWSSoZrfn66bNkh8CWfEX1TkF/qveP9jYnS1p2 ISk1LDLrHSvP9L6q7vFozUBsldH6aNSeJ3zbB575autjbtn7UKFU/1RLzbO2nqxswA6BzT5lOjpR kC8sL8lLjdaT67KpEGdT7blk8x6XWrJXt1VI50LNLVm81TrAC5od63ma9J/3+6zsfiwsyUv1GTo3 rfKBZ1LzZSygq5G9WL71WQXXbLrbaPcvmX7xHgCvY8nceiKJjGFSD6d6p0qtT5xui+UKHzOVdGx6 5nPrBzYGOMoGsZ7LJ4hFTNl+KSzf4dVUJmGWTSYUyi64wKNFtZ35fHd1Hn+BZzkPKeshsNmj9eF0 +egKo5PayZJywZ0SZ/N5mOR87+iEfkuprdZp7Gcgtuvb29vUc7fbrXvw7IO7vP3Pvkfb9gbwdArR 3RTrAJxKIbrd6gsgFLEOEIpYBwhFrAOEItYBQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLW AUIR6wChiHWAUPaK9fvROwbwmraP9fvEYwAeoB7rc79m+vonze+Xy/VdsYn/AdhOJdb7L6QuLEmL /Enz6zC3739+Hj53lewAG6vEevddxsNvNM6XpEXyx0mm989JdoCt1Sdh8gRv+d76a3UNAHbwkAsc Rwfmo0N4ANZpOmWazKTnS+qSZJfpAPtoGq0vm4fJapn4H4Dt1K+ESRI8XwLAeTRdCVNeAsB5fDi6 AYR1v6fXrl6v5t1gd2KdHQ1zPE95YA873BPm96/hv0vtZgPs1z/tNW9zvRNwAtvH+vXT5/4vUcsT 8ctSI0bWLNiLXdO/e7H6TeRLgGex/a2+2i07+xrjnO0598IZcghg+1t9FapK6hn91F+ueU2p0u3J /uxU3sLhAPZSm5qY6qi5+z6rnln7ntc86+Wb1RvAMd6mdSssG61PpdhUrLTHzbJS5XVGAyspNRVq U2cRpkq1PB59Nn8naNmvas3JLkwtadyvd1t/f47UKVPYUCG661fCbPLBvFqkn8atzsgvKNWS+E33 L3u/TmM795vH2GSk3PVhcpPO0T9Dm9ovEzVwKie6wLFLh7l/xVotNXzq6WYMKt9Y8sA8ld3wLB51 q6+GrXQPZl19MavUIzN95ba63Zl6r9rkJPbiFrZPkQGHaBqt73GBRD9F218NOczoDUsNJ2raQ6ex Pcu2lezF5f37U6HP+8rn9lheao/eyPcLeLxrf2o0d7vd3OrrEEniP1GHv2v5/Z78lambB8BWCtFd ifWjW/66FnxWOBv3hIH9FKL7RKdMGXreNP9vF4Q4HOEhX3oHwKOIdYBQxDpAKGIdIBSxDhCKWAcI RawDhCLWAUIR6wChiHWAUMQ6QChiHSAUsQ4QilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0gFLEO EIpYBwhFrAOEItYBQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLWAUIR6wChiHWAUMQ6QChi HSAUsQ4QilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0gFLEOEIpYBwhFrAOEItYBQhHrAKGIdYBQ xDpAKGIdIBSxDhCKWAcIRawDhCLWAUIR6wChiHWAUMQ6QChiHSAUsQ4QilgHCEWsA4Qi1gFCEesA oYh1gFDEOkAoYh0gFLEOEIpYBwhFrAOEItYBQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLW AUIR6wChiHWAUMQ6QChiHSAUsQ4QilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0gFLEOEIpYBwhF rAOEItYBQhHrAKGIdYBQxDpAKGIdIBSxDhCKWAcIRawDhCLWAUIR6wChiHWAUMQ6QChiHSAUsQ4Q ilgHCEWsA4Qi1gFCEesAoYh1gFDEOkAoYh0glA9//fXX0W0AYDMfLpfLv//+e3QzeBXfvn37/v37 0a2wR4T18ePHtZMw3759qy5hvaRXv337Vl1SrqEv0nvMXvQJuH7rhxxpeWu/f//umOdUlsf68FDu HudL2ESXhsMuzYeHywaM3wcev1/Hbj3XctCepKlQMC/Wk2Tp07w71vMlrJd375MKfFQ8+0tDMDNi PRmSF9J8/VH+4MmBV3aeTp76/Je0MD8wkiX94/I6Sc2N24Lz+zC6NJ89vPwJ637ANRx59SskS0br qepK9TUEHuUdru/bQzq5PzwKm05amMzOJ8WTgUXy/9Qudw+S1aZqhvMbj/WpI7hlSjcPd1baabR4 +KvT0oCWdVr6J19nq5rhbD6sr4K95eNTeqPj99yC97DGmuFslp8y5dk9+NVsP+Oy6/WOC4b21SKm aDiVGaP1h13l0v3+t0y8vqz8tWh5dZILmYY5e4ZO7ttTeAPIn5oqlUwGtuzpsKqpml3rxfldv379 2v5Xpo5mVop3CMXbI57ax48fr1+/fj26GQBs5vr29jb13O12O7p5AIwoRPdT3pj3/vvX0U1gR17f /azvW6/O+VVOmfYv4fXT5+7H7sGB8jYMlyTH3HD5Hi3P+yfZ+lR7HtMzc3ekULy6woa6fjv8SBvu +LBt/fJhC5MjYW791Z5P1hntn2qnVds8uiT53d/q1dn7iDrPIXSAt2nDA7p7fIY36qQN99+/plrV Ly+sU91QoeDc/pnVhgUdvvjVGXZUobZHvvpbbataz7IeTo6ocr81VlhtXvV4nrWz5aN3uGTq2fV2 PaLOEFa7KkR36yTMVm/OtZUG/09UUh2zJE+d5E37JM0oG7bw2NbmH3TW79FKux5R7RVObb0l0+c2 ux+YJ2W3enX2c/Lm7W3JX5kmn55GJ2pG16kcWPfL5frn/zYth+my38BknJLMsfSfRlv6p77jDVtP JppG2zO6ZJmWD8hbbWtx86r7nh+EyZE57OepabR86ytnulb22FSm7xS1a359LnOOzPwI71+X5A21 +nrt1xtPo3ESpjP89Df1IX1qnUov18bphUpapgvWT8IU9mX003GycG4Dyp+LG1du3NBoC8t9uMdH 8sLmqi1padvUq7OsMaOTgXPb3HJstLw6y+YA85obj4TLPq/OaKnk/5YX7jwzxrsqRPfs0froiZqp dc7zoX6u0dH61Jqj+5vvePuYfXTr+WfhraYpls0qPOOvzU4H4ehnqZbGzDrJWZh+Wfby5aPjwpnS ZR4/W/UUs517W3urr8JVKPP00y9zJmGqTVrenIlZxT22tWzrm/X8ikY+fqN7K3yoP7ppTc3eqamn 7YGp1+vkzd5b6ynT9VcU1KNnmOxTq2w3Zbbs8pikhvxSy8a9XjYtM7r7LT1/4CUHy6bIWoax3b+t fm/7Gdvhv/06bUPD1hbavOB3Zzi2SCZJZn3unLvRBfs+7IGW3oitNFofvpZTHZSc2ZiqqumU6eXP OL15tJ5MtJWvEMjXKTcmOTJGeyM5d5evU+jDWVvPp2JGe37ZtqY6Lf9AkDSjWnm1nkv7sTHWP8Mf p16dcs356f3Gzrm8fydo/02Zta28VMsxv6zmqRbOnaZrrHnqiEqS5GWjeY3H3Txg24HV+is9Djxc Hrn1wz+Hjn6mKS+ZNePMLM/+u0OvEN3uCcPzkSxQiO7/B+wqya2ts/9dAAAAE3RFWHRjb21tZW50 AGVtYWNzQHZhcmRhcVXZBwAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAxMy0wMi0xMVQyMjoxNTowMi0w MjowMFMh8XEAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMTMtMDItMTFUMjI6MTU6MDItMDI6MDAifEnN AAAAAElFTkSuQmCC --f46d0444e7d789e3b404d57d1018-- From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 04:02:45 2013 Received: (at 13691) by debbugs.gnu.org; 12 Feb 2013 09:02:45 +0000 Received: from localhost ([127.0.0.1]:51560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5BlE-0004cc-Pf for submit@debbugs.gnu.org; Tue, 12 Feb 2013 04:02:45 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:47634) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5BlB-0004cT-Ci for 13691@debbugs.gnu.org; Tue, 12 Feb 2013 04:02:43 -0500 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3Z4yYM5C29z4KK7M; Tue, 12 Feb 2013 10:02:15 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3Z4yYM4qhdzbbm9; Tue, 12 Feb 2013 10:02:15 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id 8ZuspvH0ykO9; Tue, 12 Feb 2013 10:00:50 +0100 (CET) X-Auth-Info: jBosET7dBSSec2CDPrpKBEc7vgTvpAeSAabBabYOJtg= Received: from hawking.suse.de (charybdis-ext.suse.de [195.135.221.2]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 12 Feb 2013 10:02:14 +0100 (CET) From: Andreas Schwab To: Eduardo Ochs Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers References: X-Yow: NOW, I'm supposed to SCRAMBLE two, and HOLD th' MAYO!! Date: Tue, 12 Feb 2013 10:02:13 +0100 In-Reply-To: (Eduardo Ochs's message of "Mon, 11 Feb 2013 23:37:11 -0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 13691 Cc: 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eduardo Ochs writes: > In Emacs24 if I run the code below to define glyphs for the characters > 171 and 187 the effect is different on unibyte (i.e., "coding: > raw-text-unix") and non-unibyte buffers, as shown in the attached > screenshot. Unibyte characters are in the eight-bit charset, so you need to set the display of the corresponding character in that charset, eg. (make-char 'eight-bit 171). Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 17:13:38 2013 Received: (at 13691) by debbugs.gnu.org; 12 Feb 2013 22:13:38 +0000 Received: from localhost ([127.0.0.1]:52706 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5O6b-0001dk-M0 for submit@debbugs.gnu.org; Tue, 12 Feb 2013 17:13:38 -0500 Received: from mail-wi0-f178.google.com ([209.85.212.178]:59061) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5O6Y-0001dZ-K0 for 13691@debbugs.gnu.org; Tue, 12 Feb 2013 17:13:36 -0500 Received: by mail-wi0-f178.google.com with SMTP id o1so707153wic.11 for <13691@debbugs.gnu.org>; Tue, 12 Feb 2013 14:13:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=z9zoa77ApeYGrxTqTXtUmW7Ar6yjM6Xam/ROTpUx3hQ=; b=x/nflWDYVRmk5LPRB5O0qRUe3W5babF6p5uZw11sRnaEOv73wzrcxpHP9gksvgt2L5 HqJFXopXfv9hZyHUPDdbCtKEiGdCaamLM6ob76mtKavsAKmhBF4rXK9qa5ZGSnHpMqYN 5fvRAFOqT+TDBdbuDVKMY+4MLFPE3b6x68A7bfIYLwh0a1eoMe2wn878qocSqrDiamWB 9c0dq5UAY1yWn+bo5ojMfAhZxRwIdFEkbRxUC2pUecpqUs1KEKddnS728Pvk4CvBSgeS p2nr9bGS+WoujeLMGFSpXnP8T8+rAHYfS1x/sw+koAdyngT8msWUJ+S7AGqeHfedkaBB gQ2g== MIME-Version: 1.0 X-Received: by 10.194.109.41 with SMTP id hp9mr33874995wjb.32.1360707185978; Tue, 12 Feb 2013 14:13:05 -0800 (PST) Received: by 10.194.22.97 with HTTP; Tue, 12 Feb 2013 14:13:05 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Feb 2013 20:13:05 -0200 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers From: Eduardo Ochs To: Andreas Schwab Content-Type: multipart/mixed; boundary=047d7bf10a7676acee04d58e549d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13691 Cc: 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --047d7bf10a7676acee04d58e549d Content-Type: text/plain; charset=ISO-8859-1 Hi Andreas, On Tue, Feb 12, 2013 at 7:02 AM, Andreas Schwab wrote: > > Unibyte characters are in the eight-bit charset, so you need to set the > display of the corresponding character in that charset, eg. (make-char > 'eight-bit 171). Thanks, that worked! Now for something slightly trickier... =| Let's start by using several simple, low-level functions, one for each range... a smarter function with `cond's can be left for later. The code below makes the green guillemets work both in unibyte and multibyte buffers, (defun eepitch-set-glyph (pos &optional char face) (aset standard-display-table pos (if char (vector (make-glyph-code char face))))) (defun eepitch-set-glyph-8bit (pos &optional char face) (aset standard-display-table (make-char 'eight-bit pos) (if char (vector (make-glyph-code char face))))) (if (not standard-display-table) (setq standard-display-table (make-display-table)) ) (defface eev-glyph-face-green '((t :foreground "green")) "") (eepitch-set-glyph 171 171 'eev-glyph-face-green) (eepitch-set-glyph-8bit 171 171 'eev-glyph-face-green) (eepitch-set-glyph 187 187 'eev-glyph-face-green) (eepitch-set-glyph-8bit 187 187 'eev-glyph-face-green) but now suppose that we want the char 191 to be displayed as a blue nabla (unicode: 8711). Running (defface eev-glyph-face-math '((t :foreground "RoyalBlue2" :background "gray20")) "") (eepitch-set-glyph 191 8711 'eev-glyph-face-math) (eepitch-set-glyph-8bit 191 8711 'eev-glyph-face-math) _almost_ does the job, but look at the new screenshot - it seems that the `char' argument in `eepitch-set-glyph-8bit' needs some translation too... is that right? Which translation? Cheers, and thanks in advance again... Eduardo Ochs eduardoochs@gmail.com http://angg.twu.net/#eev --047d7bf10a7676acee04d58e549d Content-Type: image/png; name="glyph-bug-screenshot-2.png" Content-Disposition: attachment; filename="glyph-bug-screenshot-2.png" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hd3lwuge0 iVBORw0KGgoAAAANSUhEUgAAATgAAAD3CAIAAAAG1N/oAAAACXBIWXMAAABIAAAASABGyWs+AAAA CXZwQWcAAAE4AAAA9wAAcUQHAAAMiElEQVR42u3dPY7cOBrGcdWiD2Bs5oJv4dBOGgtnPkeHm/gA hT5AJ3uWzoxFJ+PQB3A+KGcL36AnEIZL86X4JX69pf8Pg0FZLVGUSo/IUrGk0/l8XjZcr9cFQC+B MP5jdN0AxBFUQAGCCihAUAEFCCqgAEEFFCCogAIEFVCAoAIKEFRAAYIKKEBQAQUIKqBAUlBf//xj dD1vCvsTueJBff3zj9O7j6Pr+f/KLNaB3vSId9YVns3+5/pfYJ7Tu49kFVlKur6NDjKNx64M5Ond x/W/PmcTHEQkqN7mdJ4GNr1pkrPtz09KX2NrHhpVZMluUZ1+nekfOhPDU+RS3nKk9aAPxGOrPsvv yUzp1kbXlXLCmuekBtWygyqPPNPfM0e/0/3b6hDaU0wqco9s2TQ5JS++yEVDWGZdafR0A+S621+E c7jb2TN/kgeu+dP+tKxrDBfYrQMf2GSgWIWgSuvBGg0PgESRrm/BNQ+7w1l2CaegLYrW0/uVSfVG L73Aqb70wvyyW1T7Y6d3Bu+HQ2dKeMHWndLAlIJdYV54PxjLeVpsGm7eKeW+vtpP/7L+Y7dI+/5E I4EwJgUVQAeBMNa/mPSvf//PmfLf//xz9B4AdGty1ffXt0/m9ZsPX0dvI6AeP3MDFCCogAJJP3OL TgHQVPzXM0v+cHYAdcVHJi1dhrMDCIh3fWf+PSpwEFxMAhRIupjUYTg7gICkFpXeLzBW9j2TGFAO 9BcZQljWljJsEKgrFNTX11dnyul0ipbIEHygOq76AgoQVEABggooQFABBQgqoABBBRQgqIACBBVQ gKACChBUQAGCCihAUAEFQoPyU4bgA+iAFhVQoH5QK96lJXrPF3kf06ZbwT1oMMrULWrTW0mUPS55 5O7AgR33Tvk9U3cbewwDRW7FIp8vHn3ieKCcxYpHypQy8pnf8lnm8vnfZfVJ3y7uNYVdztvWGXJb 1PD8W8/ICM8fXd3WR8rl9w+WKSWHaxh+nTInsCUQxvjzUVvfK1S2RTvJcswqUtrGPeuym275HBCg WJMHGReQveue5RSvfessRkcXdY2/U74sPGvxtRGTqajSQuYuaH9ApeuLipJa1Nzer31crp1A5xJL YIr9p4LLMN5ytmpoSg6sfdm+LJSyXWVbAThO5qKRdL1euVN+Few0pAiEMRLU0TUHDiQQxqlHJgFY EVRAgfFB5YooEDU+qDZC20HnL66aFnUccw3KL7s0yhuvCxfAC8QfZLzEBrV6l3IGRaRPkSuKLhWt zw1I2RtZI5mzyvEu5S05upT37QvXGcvSeFB+Ss4Dr+XIh+hSt2orSOH9YxIYWNy7J6O/nZAlh0+y 4aKWY7yJUcMG5e/s5CQufpCulPxpwdZvhlJ+hOAsItcVHqRR8a2JrgvLPIPykavWzxiWw5zpVGs7 KL9uf2Y99Xrr02NXzWrnDwm8U+xf2+euLrc+gXXBqD8oP2sIvi1l8LpsQw475F3+kMD0IaP70L7B hXx3nF8dyN8tJNbHy3m/vOuCpGlQvtPZ874G9LqdQfm17qsETCgQRmUXk8gnjmmuIYQAvOq3qPJ+ X9H5aSeBsCZdX4IH1DXXoHy+TAO8mgzK3yqE4fVAmUhQzZfRgSmSN4T27QjNP3NLBo6pyaD84nH8 pBTw4usZQIHxd8p3Sh69Q4AZ9bhTvrfAskH5wDHNNSiflOLIbmdQPnDDuFM+oBtBBRQgqIACBBVQ gKACChBUQAGCCihAUAEFCCqgAEEFFCCogAIEFVCAoAIKnBZ+JQPM7Xw+n67X648fP0bXBEdxf3// 8vIyuhbKtuj5+XnvDbhlLW/vnRjr/v7evN6zY73vlP3Pl5cXOaX6tpgy969ryJG2Vtte77rfWtek /DOqvaPX13IK9luPgJeXFxkkW8EOf7FsTWm9aT1XF5WyD0dVNS+oztnd5NMcTM4UqNCnW3TDR0X4 HFpFRlCdZjOQz/31vv9d012gkbNnzP4v2Ffz5Gerj+Zslzwq5N7wdvHCeyxxXaNkfEZ1+uJON907 pexziPkYID8PHJa9K5xPeqZXXPYxbxFZ7RZdc3gEVmcqs77wfsp19sZiHavepZzdGNiHcqlR8i4m ybqGp5CxWmREKxbbouSste+cJ6XFk/PUKrmPGZ84vp7baE6HGN507KlwIFc7ryoPT2z5xaR2TER1 HTGTSH+POh986VcuyipWsXBnnugiHc5uGS1qtyu6dou6HL5Rta+LyGt19iWDaB/EuWjvLWcgexO2 suH9ste7lPyqM7qlzj70ljzqe428kUl96udcOFnmOIxQhbqu9Qxb9Pz8fFqW5cuXL6M31vX09GRe T1g9oKenpyceaQHMYu8jLXgaYl3sT+RKej7qPE9YM49mtP/ZZ13h2ex/ep8oa//T+9RJIKBkUD5P Md6q83pSW//rczbBQUSC6m1O52lg05umrecm75HS19iah0YVWbJbVKdfZ/qHzsTwFLmUtxxpPegD 8diqz/J7MlO6tdF1pZyw5jmpQbXsoMojz/T3zNHvdP+2OoT2FJOK3CNbNk1OyYsvctEQlllXGj3d ALkqjPV1Dnc7e+ZP8sA1f9qflnWN4QK7deADmwwUazIofz1Yo+EBkCjS9S245mF3OMsu4RS0RdF6 er8yqd7opRc41ZdemF92i2p/7PTO4P1w6EwJL9i6UxqYUrArzAvvB2M5T4tNw81LGkKo/fQv6z92 i7TvTzQSCCNjfYFZBMJY/2LS+/fvnSnfv38fvQcA3Xj2DKBA/Rb1zYev9j9/ffs0ehsB9Zp8j2rC 6YQWQJmkn7lFpwBoKv7rmSVzOPuvb5/WhvTNh6/0e4Eq4iOTli7D2QEExLu+M/8eFTiIJl/PrL1f +r1ALUkXkzoMZwcQkNSi0vsFxsq+Z1LigHL6vUBFSVd9w1MAtFZ/ZBJD8IHqGJQPKFA/qOY2fObi 8M1cIi643N1u27Nu+8J1e+3qB9XcfDB678+yY2XgEea9VWqVGjbNc/hGrVBh5KD8sutS81/NmrOG XBdUrf6g/EBR8t75coaymwmmLBWYR/bS5SYHdk7Wdm3tzOjTBqLblVLn9HLoHs/lvG2dYf8tP1MO pvSDrGyp8DxOYNLXEu36pjxZI1xsuM7hkp2LBVtTvEul71XUEghj/OuZKl2m6CLe++unFJuylMaj rUqdnWcIeKd418Wd02fT5A4PZeT99assZf9pqsSmPKKqD9I4v1kG5Yfvr19lqaYXmdMLNw+S8saj yqW74ndnqhMZbEktaosLhs4d9xPvpl+wlN09Tm/EvEvJpwTIu/vLeWQNvfvTeapd+t6QS2Wd7BLX hbEiN+Ce7R7zN8DJMDsTBnfKnwstGLwK75T/+vrqTDmdTqO35RaQT+SKfEa1kylzC6APfj0DKEBQ AQUIKqAAQQUUIKiAAgQVUICgAgoQVEABggooQFABBSJDCBk2CMwgFFSG4AOToOsLKEBQAQUIKqAA QQUUIKiAAgQVUICgAgoQVEABggooQFABBQgqoABBBRQgqIACBBVQgKACChBUQAGCCihAUAEFCCqg AEEFFCCogAIEFVCAoAIKEFRAAYIKKEBQAQUIKqAAQQUUIKiAAgQVUICgAgoQVEABggooQFABBQgq oABBBRQgqIACBBVQgKACChBUQAGCCihAUAEFCCqgAEEFFCCogAIEFVCAoAIKEFRAAYIKKEBQAQUI KqDA3efPn0fXAUDE3bIsP3/+HF0NHMXlcnl8fBxdC2Vb9Pbt271d38vlEp2C/Zy9erlcolPCJST+ qfpWmGP68rv9+6TbJjjrfXx87FCT8qDalVtfyymoYj2+7V0qT+Eam6lHy+i6LEvaQTuqqnlBdY4V k8+19nIK9pO7t3r5nTfk9nRoVDOC6jSbgXzur/fOThESTRWerT6acxjIA8OZYl6H53FKTlzXKHfR Xbb83dyv8TPvq/0GmxmcKd5yotalTAlTHUyoyBwegffXvPum/29/ynUWd5oK5//eAs0LZ7atkkfx B3WrTikfjWRcsVOjM/rwgy9l7SnzpOwfOU+tkvu4218EWpNtSC3yg4w63jZWKti6xJL7KL+YBO3s K64dUpp+5aLptzUFzW90kQ6nuYwWtdsV3fUdTfkAc1jyvUh5d8Jf8AxnkhyItPzT1lLOR7CUw8ku aqvkUd9rnB4eHtJHJuntIGESt3cI9RmZdHp4eBi9pQAiTufzeetv1+t1dPWAAwmEkZ+5AQoQVEAB ggooQFABBQgqoABBBRQgqIACBBVQgKACChBUQAGCCihAUAEF/gLxPiHdeKzvGwAAABN0RVh0Y29t bWVudABlbWFjc0B2YXJkYXFV2QcAAAAldEVYdGRhdGU6Y3JlYXRlADIwMTMtMDItMTJUMTk6MDQ6 MDMtMDI6MDBpemCxAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDEzLTAyLTEyVDE5OjA0OjAzLTAyOjAw GCfYDQAAAABJRU5ErkJggg== --047d7bf10a7676acee04d58e549d-- From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 30 22:32:41 2020 Received: (at 13691) by debbugs.gnu.org; 31 Aug 2020 02:32:41 +0000 Received: from localhost ([127.0.0.1]:51104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCZcf-0000Qb-J4 for submit@debbugs.gnu.org; Sun, 30 Aug 2020 22:32:41 -0400 Received: from mail-ed1-f48.google.com ([209.85.208.48]:39024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCZcc-0000QN-HB for 13691@debbugs.gnu.org; Sun, 30 Aug 2020 22:32:39 -0400 Received: by mail-ed1-f48.google.com with SMTP id c10so4026662edk.6 for <13691@debbugs.gnu.org>; Sun, 30 Aug 2020 19:32:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=msyLYp+D4YB8wqgKqzvIYRJ36OriFQv3zRHucDLyx10=; b=IVxF8g+kfo37Kf3KeXJHg2r4RkIgVT/x23kMSCZH5wrK4xXbnYWMqdxTonDz46YNMm Ygy6i/MEIPj9RLpV0uzTOUaQmQPwo5ih/kRyu1ygGumGGuw89pEHcN/7I5s+EpLmXuj5 f1wf4Fz4sLYHvWOfeyvRU1QK8WwB89zXnTf+ArySuY3ZPaTR06ArhwwBAqK6L2dRwHis ajLIIsKIPEuXs4baKds9AYBjwB63Pus+/PACkFcXLrjujXDIBYuCaHaODVTUxXkSjADj xpnddoSiOGzN7bOa1U3Wj+UuHaaP4/m/oQg31IGU9/eNUZcsrUVtu1LX9nbjencmBgdH G6Zg== X-Gm-Message-State: AOAM533ZMCvjpa3Io6GKTY+74cHRinrR9PHyDS/bUAUXAeyt/bfepAWF Og4DlqPL9h7x2buRddgB4lrEFw4wwJWWy9/fLEc= X-Google-Smtp-Source: ABdhPJzwnQlnSD4Mtrz66Q9NX/cECmu1YwrjWnHxVo++bnh9vvCpFlD86asfJklvEcGh0Ms0+N3KA37g0vAneMweT1E= X-Received: by 2002:a50:eb9a:: with SMTP id y26mr9796500edr.123.1598841152764; Sun, 30 Aug 2020 19:32:32 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 31 Aug 2020 02:32:32 +0000 From: Stefan Kangas In-Reply-To: (Eduardo Ochs's message of "Tue, 12 Feb 2013 20:13:05 -0200") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 31 Aug 2020 02:32:32 +0000 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers To: Eduardo Ochs Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 13691 Cc: Andreas Schwab , 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi Eduardo, You sent the below description to the Emacs bug list 7 years ago. The email you sent is quite long, and I'm not sure what exactly the issue is, or how to try to reproduce it. Can you reproduce the issue on a recent version of Emacs, such as the recently released version 27.1? If yes, could you please provide a minimal step-by-step recipe for reproducing it, starting from "emacs -Q"? If I don't hear back from you within a couple of weeks, I'll just close this bug as unreproducible. Thanks in advance. Best regards, Stefan Kangas Eduardo Ochs writes: > Hi Andreas, > > On Tue, Feb 12, 2013 at 7:02 AM, Andreas Schwab wrote: >> >> Unibyte characters are in the eight-bit charset, so you need to set the >> display of the corresponding character in that charset, eg. (make-char >> 'eight-bit 171). > > Thanks, that worked! > > Now for something slightly trickier... =| > > Let's start by using several simple, low-level functions, one for > each range... a smarter function with `cond's can be left for > later. The code below makes the green guillemets work both in > unibyte and multibyte buffers, > > (defun eepitch-set-glyph (pos &optional char face) > (aset standard-display-table pos > (if char (vector (make-glyph-code char face))))) > > (defun eepitch-set-glyph-8bit (pos &optional char face) > (aset standard-display-table (make-char 'eight-bit pos) > (if char (vector (make-glyph-code char face))))) > > (if (not standard-display-table) > (setq standard-display-table (make-display-table)) > ) > > (defface eev-glyph-face-green '((t :foreground "green")) "") > (eepitch-set-glyph 171 171 'eev-glyph-face-green) > (eepitch-set-glyph-8bit 171 171 'eev-glyph-face-green) > (eepitch-set-glyph 187 187 'eev-glyph-face-green) > (eepitch-set-glyph-8bit 187 187 'eev-glyph-face-green) > > but now suppose that we want the char 191 to be displayed as a > blue nabla (unicode: 8711). Running > > (defface eev-glyph-face-math '((t :foreground "RoyalBlue2" > :background "gray20")) "") > (eepitch-set-glyph 191 8711 'eev-glyph-face-math) > (eepitch-set-glyph-8bit 191 8711 'eev-glyph-face-math) > > _almost_ does the job, but look at the new screenshot - it seems > that the `char' argument in `eepitch-set-glyph-8bit' needs some > translation too... is that right? Which translation? > > Cheers, and thanks in advance again... > Eduardo Ochs > eduardoochs@gmail.com > http://angg.twu.net/#eev From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 31 00:49:59 2020 Received: (at 13691) by debbugs.gnu.org; 31 Aug 2020 04:49:59 +0000 Received: from localhost ([127.0.0.1]:51221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCblW-0005xt-Np for submit@debbugs.gnu.org; Mon, 31 Aug 2020 00:49:59 -0400 Received: from mail-pf1-f172.google.com ([209.85.210.172]:46281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCblU-0005xg-Mo for 13691@debbugs.gnu.org; Mon, 31 Aug 2020 00:49:57 -0400 Received: by mail-pf1-f172.google.com with SMTP id b124so2190274pfg.13 for <13691@debbugs.gnu.org>; Sun, 30 Aug 2020 21:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+RUwk9fUb/XrKyRdnOyIVtjrsAUZ1qEzpKWnAyrmWWs=; b=dSwoCCAnwAc4sdNwFviHU0luLzHqBP5ysXHmbxtYuBJXyLKzK+Kj+xD7Rr+2jAimzW C9CHhbjprTkafsO9bHPqizM6+H/d9O7eCpK3t3WrlQL80ehivreP5XbeG2A0aWxwiJ/X iAOMyO7USWsVWB2jooQJBbmKG98o8Uuue0Lpsgg8XM6kYYjRJdFr9B3hYjcUv35RhYrW jmVFhpFSPQLGGgvMSimxHaAzFdcnrWkAJGyESPK4NyUTQDfm85rHZmZIlBPpFqaqsUs8 a12yahaKrRie8558Vx4b1ZKY469zSeCjKiguFurxZ516V7hJegPKel0+uPz2xFybEiHY GgfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+RUwk9fUb/XrKyRdnOyIVtjrsAUZ1qEzpKWnAyrmWWs=; b=ukFkXOKNaGoxiNYlFbLp/BBxTKq93MiTyHmA6rCO941cvon+KAExQ/VsvOZGHzhcNw /KUYE8rkZ1VwbVbNcRE0LqhR550OHGBdLtfES3DRvoQcAI5juyAj9wJ5HWEXGJ7byyo/ gY+ruGOHcmDGyOBysC7EG1lCKPknDGYLPQgbek6X7YCkM+l0I5uABWLb5mivUwUE1cta 4C2Rd7t3+rGxSBDaJV6veZEm9820/rsKcH4WgUIPDaA8svLp0l8wRVPRGHyJ/vNcVBmM /eNg9kEoIoLTs4yxTndKt43+W1Sdxp32YsabSk1dU9QxPVLqQQFttE4P/Kxf5f8cVyAz xBEg== X-Gm-Message-State: AOAM532cUNLLsO9cB6A2W+WummZ9b3XtNX0LU76fvBZ0e3pak2213o+I Emf843CMOK2Mwq1fod+TtIOjggnU1Wnx9pqK1FcqYlU4I7Q= X-Google-Smtp-Source: ABdhPJwRF0AgisyM+U/t1hLyDNdUP9SNhzXf+uGvwsLNJTdi0RjOcuzbdbELwt1yRl5rI9gg7rW39ujvdg1gw89TiD8= X-Received: by 2002:a62:7a97:: with SMTP id v145mr1845430pfc.19.1598849390616; Sun, 30 Aug 2020 21:49:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Eduardo Ochs Date: Mon, 31 Aug 2020 01:49:38 -0300 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers To: Stefan Kangas Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 13691 Cc: Andreas Schwab , 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) It seems that the bug is solved in Emacs26. I don't have Emacs27 or git Emacs in this machine, but I will compile them tomorrow and check. The shell script that I used to do the test is below (for the sake of completeness). It creates two very similar files that only differ in their "coding:" lines and then opens them with "emacs26 -Q". After opening each of them you will have to run `M-x eval-buffer' and then do a `C-x C-e' after the `(insert ...)' line close to the end. Just a curiosity... is there a standard(-ish) way to send a script like this to a shell buffer? I use eev all the time and in eev this is trivial - see: http://angg.twu.net/eev-intros/find-eepitch-intro.html#1 but sometimes I need to send scripts and tests like this to people that don't use eev... Cheers, thanks, etc, Eduardo Ochs http://angg.twu.net/emacsconf2019.html Here is the script... cd /tmp/ rm -fv /tmp/glyph-bug* cat > glyph-bug-raw-text <<'%%%%%%%%' (defun eepitch-set-glyph (pos &optional char face) (aset standard-display-table pos (if char (vector (make-glyph-code char face))))) (defun eepitch-set-glyph-8bit (pos &optional char face) (aset standard-display-table (make-char 'eight-bit pos) (if char (vector (make-glyph-code char face))))) (if (not standard-display-table) (setq standard-display-table (make-display-table)) ) (defface eev-glyph-face-green '((t :foreground "green")) "") (eepitch-set-glyph 171 171 'eev-glyph-face-green) (eepitch-set-glyph-8bit 171 171 'eev-glyph-face-green) (eepitch-set-glyph 187 187 'eev-glyph-face-green) (eepitch-set-glyph-8bit 187 187 'eev-glyph-face-green) (defface eev-glyph-face-math '((t :foreground "RoyalBlue2" :background "gray20")) "") (eepitch-set-glyph 191 8711 'eev-glyph-face-math) (eepitch-set-glyph-8bit 191 8711 'eev-glyph-face-math) ;; After doing an M-x eval-buffer, ;; run these tests "by hand" with C-x C-e: ;; (emacs-version) ;; (make-char 'eight-bit 191) ;; (insert "\n;; " 171 187 191) ;; Local Variables: ;; coding: raw-text-unix ;; mode: emacs-lisp ;; End: %%%%%%%% cat > glyph-bug-utf-8 <<'%%%%%%%%' (defun eepitch-set-glyph (pos &optional char face) (aset standard-display-table pos (if char (vector (make-glyph-code char face))))) (defun eepitch-set-glyph-8bit (pos &optional char face) (aset standard-display-table (make-char 'eight-bit pos) (if char (vector (make-glyph-code char face))))) (if (not standard-display-table) (setq standard-display-table (make-display-table)) ) (defface eev-glyph-face-green '((t :foreground "green")) "") (eepitch-set-glyph 171 171 'eev-glyph-face-green) (eepitch-set-glyph-8bit 171 171 'eev-glyph-face-green) (eepitch-set-glyph 187 187 'eev-glyph-face-green) (eepitch-set-glyph-8bit 187 187 'eev-glyph-face-green) (defface eev-glyph-face-math '((t :foreground "RoyalBlue2" :background "gray20")) "") (eepitch-set-glyph 191 8711 'eev-glyph-face-math) (eepitch-set-glyph-8bit 191 8711 'eev-glyph-face-math) ;; After doing an M-x eval-buffer, ;; run these tests "by hand" with C-x C-e: ;; (emacs-version) ;; (make-char 'eight-bit 191) ;; (insert "\n;; " 171 187 191) ;; Local Variables: ;; coding: utf-8-unix ;; mode: emacs-lisp ;; End: %%%%%%%% ~/bigsrc/emacs26/src/emacs -Q -bg black -fg bisque /tmp/glyph-bug-raw-text ~/bigsrc/emacs26/src/emacs -Q -bg black -fg bisque /tmp/glyph-bug-utf-8 /usr/bin/emacs -Q -bg black -fg bisque /tmp/glyph-bug-raw-text /usr/bin/emacs -Q -bg black -fg bisque /tmp/glyph-bug-utf-8 On Sun, 30 Aug 2020 at 23:32, Stefan Kangas wrote: > > Hi Eduardo, > > You sent the below description to the Emacs bug list 7 years ago. > > The email you sent is quite long, and I'm not sure what exactly the > issue is, or how to try to reproduce it. > > Can you reproduce the issue on a recent version of Emacs, such as the > recently released version 27.1? > > If yes, could you please provide a minimal step-by-step recipe for > reproducing it, starting from "emacs -Q"? > > If I don't hear back from you within a couple of weeks, I'll just > close this bug as unreproducible. > > Thanks in advance. > > Best regards, > Stefan Kangas > > Eduardo Ochs writes: > > > Hi Andreas, > > > > On Tue, Feb 12, 2013 at 7:02 AM, Andreas Schwab wrote: > >> > >> Unibyte characters are in the eight-bit charset, so you need to set the > >> display of the corresponding character in that charset, eg. (make-char > >> 'eight-bit 171). > > > > Thanks, that worked! > > > > Now for something slightly trickier... =| > > > > Let's start by using several simple, low-level functions, one for > > each range... a smarter function with `cond's can be left for > > later. The code below makes the green guillemets work both in > > unibyte and multibyte buffers, > > > > (defun eepitch-set-glyph (pos &optional char face) > > (aset standard-display-table pos > > (if char (vector (make-glyph-code char face))))) > > > > (defun eepitch-set-glyph-8bit (pos &optional char face) > > (aset standard-display-table (make-char 'eight-bit pos) > > (if char (vector (make-glyph-code char face))))) > > > > (if (not standard-display-table) > > (setq standard-display-table (make-display-table)) > > ) > > > > (defface eev-glyph-face-green '((t :foreground "green")) "") > > (eepitch-set-glyph 171 171 'eev-glyph-face-green) > > (eepitch-set-glyph-8bit 171 171 'eev-glyph-face-green) > > (eepitch-set-glyph 187 187 'eev-glyph-face-green) > > (eepitch-set-glyph-8bit 187 187 'eev-glyph-face-green) > > > > but now suppose that we want the char 191 to be displayed as a > > blue nabla (unicode: 8711). Running > > > > (defface eev-glyph-face-math '((t :foreground "RoyalBlue2" > > :background "gray20")) "") > > (eepitch-set-glyph 191 8711 'eev-glyph-face-math) > > (eepitch-set-glyph-8bit 191 8711 'eev-glyph-face-math) > > > > _almost_ does the job, but look at the new screenshot - it seems > > that the `char' argument in `eepitch-set-glyph-8bit' needs some > > translation too... is that right? Which translation? > > > > Cheers, and thanks in advance again... > > Eduardo Ochs > > eduardoochs@gmail.com > > http://angg.twu.net/#eev From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 31 17:23:44 2020 Received: (at 13691) by debbugs.gnu.org; 31 Aug 2020 21:23:44 +0000 Received: from localhost ([127.0.0.1]:53961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCrHE-0006Dz-DB for submit@debbugs.gnu.org; Mon, 31 Aug 2020 17:23:44 -0400 Received: from mail-ej1-f47.google.com ([209.85.218.47]:40326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCrHB-0006Do-T2 for 13691@debbugs.gnu.org; Mon, 31 Aug 2020 17:23:42 -0400 Received: by mail-ej1-f47.google.com with SMTP id o18so10414461eje.7 for <13691@debbugs.gnu.org>; Mon, 31 Aug 2020 14:23:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=7JPxRz6x51hWbwAklTcWtPyTdd2l2Pjd3VWNO9kFf1g=; b=nwOjvpsS1x1NNy/fA6v0GyWLMxxrD6LPL2YZEA1tOiXGLk29cQ4Ki4naaerS0FyQwE fTzVtrFU86gQOBHUA4VOJaRMhfNG3hfPJNP1uvd22zIWDHuukc755W+1VJHmc/T1z3Fe HqI5rd3U1PW/QQKTjPbjPHA/KeKWIh5fYIYdJs7xkyRCF7gM5yvBkdbybzcSLP16T/xE ZqaEY66/EEywHVb12wQjX1rWAuVoIpdMhi+iujP/qI7H7MZ+OIRoy4k2j1VVoobgmAdI Leo3jGcdKSBaLZxZbkeiAJ2fGsGFheOGMq3Dc6wxV1GBK9CzafOVS/LlUbl2Y3Ce9BTE purQ== X-Gm-Message-State: AOAM531ealY2uFpM097SP5JfOLXsVuXhcthH11Omw+bMTZTw+PWxY9Wx X/xJqg2JENumSTqL1W4LYLM+QbbJSWmcaj1nhlESj+09BZI= X-Google-Smtp-Source: ABdhPJxLDNDMOawE0Hfv4hQuO290fhLSUzM9hUdy1sAhAWpOQMlGLH7BmUgglZk1LOru6NzRPb1kady6NSsbUY3cydA= X-Received: by 2002:a17:906:3a02:: with SMTP id z2mr2651496eje.287.1598909016250; Mon, 31 Aug 2020 14:23:36 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 31 Aug 2020 21:23:35 +0000 From: Stefan Kangas In-Reply-To: References: MIME-Version: 1.0 Date: Mon, 31 Aug 2020 21:23:35 +0000 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers To: Eduardo Ochs Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 13691 Cc: Andreas Schwab , 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eduardo Ochs writes: > It seems that the bug is solved in Emacs26. I don't have Emacs27 > or git Emacs in this machine, but I will compile them tomorrow > and check. > > The shell script that I used to do the test is below (for the sake of > completeness). It creates two very similar files that only differ in > their "coding:" lines and then opens them with "emacs26 -Q". After > opening each of them you will have to run `M-x eval-buffer' and then > do a `C-x C-e' after the `(insert ...)' line close to the end. Thanks, please report back with your findings. (Chances are the bug is fixed if it works on Emacs 26, but it's always good to know for sure.) > Just a curiosity... is there a standard(-ish) way to send a > script like this to a shell buffer? I use eev all the time and in > eev this is trivial - see: > > http://angg.twu.net/eev-intros/find-eepitch-intro.html#1 > > but sometimes I need to send scripts and tests like this to > people that don't use eev... I'm not aware of anything like that, sorry. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 05:03:56 2020 Received: (at 13691) by debbugs.gnu.org; 25 Nov 2020 10:03:56 +0000 Received: from localhost ([127.0.0.1]:34474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khreW-0003B5-Cq for submit@debbugs.gnu.org; Wed, 25 Nov 2020 05:03:56 -0500 Received: from mail-ed1-f43.google.com ([209.85.208.43]:38713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khreU-0003Ar-LQ for 13691@debbugs.gnu.org; Wed, 25 Nov 2020 05:03:54 -0500 Received: by mail-ed1-f43.google.com with SMTP id y4so1907885edy.5 for <13691@debbugs.gnu.org>; Wed, 25 Nov 2020 02:03:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=keWH3yglkVoyFbkK6Xj8iFJ8DZKixlkVuyxYI2v2s6g=; b=hBgv1L4+vMVR0+2klrbDl2ZFrtfT19Zpiq4uGBQL/TAVUPP98zAkR0mU+iDAubSMxq amko+Jb0EqoPOR5W5gG2oFauoAr/p87Ugx9Rlefrfaoh8gXQK0IAqou5CnEt3EeGUwbg 7sxHp4n1vtaxS98PQifNnVTIFPc5UKM0iG211Sx6T7jqbDUL1SdI3Nd5Ost1PQfpp+oH CI4z6Ux8/i3VK2AuBwMzKE3kcmDqiTyBjpwI0aiHaiueEOmyNg/zckWpdK+Yr8YqqxK3 MCZfmA9gn778KZOzUmP+uk5GZVCTfSddaJRfzDdlCVGZ4IuFqxvqed2CrFsCtkoez5Kc BaYA== X-Gm-Message-State: AOAM533Dov5LBdXC4ijYhbW+VJNAzQcSQJFHM4IVNkr5H1K2QR2APqKE jaM0EALf+Dx6SPFxlJWryMiS8eqYpD5Y1g1aMsc= X-Google-Smtp-Source: ABdhPJyiP3P7KWW2wItF/cDzxhFHcT70Z3F8949tuR1fMyhvr+UeuDKgcC7xfaK/t+E1peh6nPXBq1OnpyhUtXOSM3g= X-Received: by 2002:a50:bb25:: with SMTP id y34mr2659295ede.249.1606298629067; Wed, 25 Nov 2020 02:03:49 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 25 Nov 2020 02:03:48 -0800 From: Stefan Kangas In-Reply-To: (Stefan Kangas's message of "Mon, 31 Aug 2020 21:23:35 +0000") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 25 Nov 2020 02:03:48 -0800 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers To: Eduardo Ochs Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 13691 Cc: Andreas Schwab , 13691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Stefan Kangas writes: > Eduardo Ochs writes: > >> It seems that the bug is solved in Emacs26. I don't have Emacs27 >> or git Emacs in this machine, but I will compile them tomorrow >> and check. >> >> The shell script that I used to do the test is below (for the sake of >> completeness). It creates two very similar files that only differ in >> their "coding:" lines and then opens them with "emacs26 -Q". After >> opening each of them you will have to run `M-x eval-buffer' and then >> do a `C-x C-e' after the `(insert ...)' line close to the end. > > Thanks, please report back with your findings. (Chances are the bug is > fixed if it works on Emacs 26, but it's always good to know for sure.) That was 12 weeks ago. Did you have time to test if the bug is fixed on Emacs 27? If I don't hear back from you within a couple of weeks, I'll just assume this has been fixed and close this bug. Thanks in advance. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 01 13:45:51 2021 Received: (at 13691-done) by debbugs.gnu.org; 1 Jan 2021 18:45:51 +0000 Received: from localhost ([127.0.0.1]:34846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvPQt-0001s8-G7 for submit@debbugs.gnu.org; Fri, 01 Jan 2021 13:45:51 -0500 Received: from mail-pf1-f180.google.com ([209.85.210.180]:44123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvPQr-0001ru-Ob for 13691-done@debbugs.gnu.org; Fri, 01 Jan 2021 13:45:50 -0500 Received: by mail-pf1-f180.google.com with SMTP id a188so89724pfa.11 for <13691-done@debbugs.gnu.org>; Fri, 01 Jan 2021 10:45:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=zHTrFxbuNkMVEvjbCx3C3YiRj3HwkXz/9da5NRbeAn0=; b=mhoifgXGUFUOUG0thIrA64A9U4VGmizLpwJ8oe0C67WriPKqEnqm9ZuppdEWsJwnlM c1xNEy73Vjio/t8ceaARWXTF92a02IyIDLpszwq3VSRcretGfrrdIb/vYo9d57hdXkTl 6Pk7soc0gTz1964ojWMYfSSY3ED29j5dAQBsH8Ky1YObgFbnMVfYkl/Fu0eiOgE/lrDF PVXu/M1ShGQ7HF+JU9eTSpyeplCLMqisSlWW2tAd3GonMgc50GOiBVGyB+AMbPxSLo8D S21P5ReQwcD5X9qH4hz2nKmv2zSTKQAgUImJ9rOeimrCYXu2vV+j8y3I1rUeTYG+SqSC LNgg== X-Gm-Message-State: AOAM533cp9t1Sat8/wN2I80ZdCBhGmC7BxUoW0aeUkjPXVVRnOANaF3r zpdB3jU667Rj19xW+wv2zBjp2aOH2kvZhlTsHLU= X-Google-Smtp-Source: ABdhPJxkJfLqNRJf1aLxEl9zsALlpyZKSFcG+Mzuc3Fj7PpbIJDmqWTI9+G58yDtArx2uZjOb2Ik0LRrqXPsH3HS2kc= X-Received: by 2002:a63:e108:: with SMTP id z8mr57988127pgh.363.1609526743881; Fri, 01 Jan 2021 10:45:43 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 1 Jan 2021 12:45:43 -0600 From: Stefan Kangas In-Reply-To: (Stefan Kangas's message of "Wed, 25 Nov 2020 02:03:48 -0800") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 1 Jan 2021 12:45:43 -0600 Message-ID: Subject: Re: bug#13691: 24.3.50; Problem with glyphs in unibyte buffers To: Eduardo Ochs Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 13691-done Cc: 13691-done@debbugs.gnu.org, Andreas Schwab X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Stefan Kangas writes: > Stefan Kangas writes: > >> Eduardo Ochs writes: >> >>> It seems that the bug is solved in Emacs26. I don't have Emacs27 >>> or git Emacs in this machine, but I will compile them tomorrow >>> and check. >>> >>> The shell script that I used to do the test is below (for the sake of >>> completeness). It creates two very similar files that only differ in >>> their "coding:" lines and then opens them with "emacs26 -Q". After >>> opening each of them you will have to run `M-x eval-buffer' and then >>> do a `C-x C-e' after the `(insert ...)' line close to the end. >> >> Thanks, please report back with your findings. (Chances are the bug is >> fixed if it works on Emacs 26, but it's always good to know for sure.) > > That was 12 weeks ago. Did you have time to test if the bug is fixed on > Emacs 27? > > If I don't hear back from you within a couple of weeks, I'll just assume > this has been fixed and close this bug. Thanks in advance. No reply within 5 weeks, so I'm assuming that this has been fixed and I'm closing this bug. If this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. From unknown Mon Jun 23 06:00:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 30 Jan 2021 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator