From unknown Wed Jun 18 23:16:49 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12086 <12086@debbugs.gnu.org> To: bug#12086 <12086@debbugs.gnu.org> Subject: Status: 24.1; character groups and `glyphless-char-display-control' Reply-To: bug#12086 <12086@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:16:49 +0000 retitle 12086 24.1; character groups and `glyphless-char-display-control' reassign 12086 emacs submitter 12086 "Drew Adams" severity 12086 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 29 18:36:18 2012 Received: (at submit) by debbugs.gnu.org; 29 Jul 2012 22:36:18 +0000 Received: from localhost ([127.0.0.1]:49421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Svc5x-0007Mv-NM for submit@debbugs.gnu.org; Sun, 29 Jul 2012 18:36:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54344) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Svc5v-0007Mn-1Q for submit@debbugs.gnu.org; Sun, 29 Jul 2012 18:36:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Svbyx-0008SR-Qr for submit@debbugs.gnu.org; Sun, 29 Jul 2012 18:29:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:53397) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Svbyx-0008SN-Nv for submit@debbugs.gnu.org; Sun, 29 Jul 2012 18:29:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Svbyw-0003DR-Ju for bug-gnu-emacs@gnu.org; Sun, 29 Jul 2012 18:29:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Svbyv-0008Ri-BN for bug-gnu-emacs@gnu.org; Sun, 29 Jul 2012 18:29:02 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]:20168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Svbyv-0008RY-4d for bug-gnu-emacs@gnu.org; Sun, 29 Jul 2012 18:29:01 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6TMSxFD028824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 29 Jul 2012 22:29:00 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6TMSwU3017539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 29 Jul 2012 22:28:59 GMT Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6TMSwVY006059 for ; Sun, 29 Jul 2012 17:28:58 -0500 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 29 Jul 2012 15:28:58 -0700 From: "Drew Adams" To: Subject: 24.1; character groups and `glyphless-char-display-control' Date: Sun, 29 Jul 2012 15:28:47 -0700 Message-ID: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac1t2YVOKYFnXg2zSGWaKPXiN9cZVA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit 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 (------) 1. Both the doc string and the doc in the Elisp manual have this problem: Nothing is said about what the display is for a group that is NOT included in the value of option `glyphless-char-display-control'. IOW, this option apparently lets you specify, for one or more given character groups, how its chars are to be displayed. But nothing is said about how the chars are displayed for a group that is not specified using this option. Presumably, some reference should be made here to `glyphless-char-display'. But even for that variable there is no explanation of what normally sets that variable value, and based on what. How is someone to know how a character group is displayed that is not listed in `glyphless-char-display-control'? 2. I also wonder about the critter called a character "group", which is apparently new with Emacs 24. Where is the notion of character group defined? Although new with Emacs 24, I find it mentioned nowhere in NEWS. And how does this critter relate, for instance, to a character set (charset)? For example, `c1-control' is a character group and `control-1' is a charset. But these seem to include the same set of characters: `describe-character-set control-1' says that it is the 8-bit control codes (0x80..0x9F). The doc for `glyphless-char-display-control' says that group `c1-control' is the non-ASCII, non-printing characters `U+0080' to `U+009F'. Is that a coincidence or a deliberate correspondence? Any rational relation between char groups and charsets should be documented. The relation between char group `c1-control' and charset `control-1' seems to be one such presumably rational relation. 3. How, if it is even possible, can a programmer turn off the effect of the glyphless display, which uses face `glyphless-char'? For example, for a non-breaking hyphen you can set `nobreak-char-display' to nil and then use ordinary font-lock with any face you want, to display the character other than with the default face `escape-glyph'. How to do the same thing for glyphless characters? Is it even possible? Or is the only control a programmer or user has is to set `glyphless-char-display-control'? That option controls the METHOD, but not the face used. 4. If I do (insert-char #x80 4), I see four \200 chars in what appears to be face `escape-glyph', and NOT in face `glyphless-char'. Doesn't the doc say that `glyphless-char' is used? And `C-u C-x =' does not say anything about either of those faces. What is going on here? In GNU Emacs 24.1.1 (i386-mingw-nt5.1.2600) of 2012-06-10 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include' From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 30 14:15:37 2012 Received: (at 12086) by debbugs.gnu.org; 30 Jul 2012 18:15:37 +0000 Received: from localhost ([127.0.0.1]:51411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvuVD-0008AB-Va for submit@debbugs.gnu.org; Mon, 30 Jul 2012 14:15:37 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:38372) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvuVA-0008A1-2i for 12086@debbugs.gnu.org; Mon, 30 Jul 2012 14:15:33 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M7Z00F00JOH4V00@a-mtaout21.012.net.il> for 12086@debbugs.gnu.org; Mon, 30 Jul 2012 21:08:15 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7Z00FWPJPR0D50@a-mtaout21.012.net.il>; Mon, 30 Jul 2012 21:08:15 +0300 (IDT) Date: Mon, 30 Jul 2012 21:08:29 +0300 From: Eli Zaretskii Subject: Re: bug#12086: 24.1; character groups and `glyphless-char-display-control' In-reply-to: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83ehntf7fm.fsf@gnu.org> References: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12086 Cc: 12086@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > From: "Drew Adams" > Date: Sun, 29 Jul 2012 15:28:47 -0700 > > How is someone to know how a character group is displayed that is not > listed in `glyphless-char-display-control'? This is covered in the "Usual Display" node of the ELisp manual, which is earlier in the same chapter. Assuming that enough references to that node are added to "Glyphless Chars", so that it's clear what happens with the other characters, what else is missing? > 2. I also wonder about the critter called a character "group", which is > apparently new with Emacs 24. Where is the notion of character group > defined? It's not really a notion, it comes from the '(GROUP . METHOD)' form of glyphless-char-display-control. There's nothing else to it. > And how does this critter relate, for instance, to a character set > (charset)? For example, `c1-control' is a character group and > `control-1' is a charset. But these seem to include the same set of > characters: > > `describe-character-set control-1' says that it is the 8-bit control > codes (0x80..0x9F). The doc for `glyphless-char-display-control' says > that group `c1-control' is the non-ASCII, non-printing characters > `U+0080' to `U+009F'. > > Is that a coincidence or a deliberate correspondence? Any rational > relation between char groups and charsets should be documented. The > relation between char group `c1-control' and charset `control-1' seems > to be one such presumably rational relation. It's a convenience device, nothing more. The groups were chosen to allow convenient reference to groups of characters that have similar properties, as far as display is concerned. c0-control and c1-control are the names of these groups in old standards, see http://en.wikipedia.org/wiki/C0_and_C1_control_codes, for example. I see no particular reason to delve into that in the manual; people who know what these are will "Aha!" when they read; for others there's an explicit definition of these groups in the manual. > 3. How, if it is even possible, can a programmer turn off the effect of > the glyphless display, which uses face `glyphless-char'? As with every char-table: put nil in the character cell of the character for which you want to disable this display. If you want to display it entirely, make the entire char-table full of nil. > 4. If I do (insert-char #x80 4), I see four \200 chars in what appears to be > face `escape-glyph', and NOT in face `glyphless-char'. Doesn't the doc say that > `glyphless-char' is used? See "Usual Display" (although the face is not mentioned there). > And `C-u C-x =' does not say anything about either of those faces. Because it doesn't know about them. These faces are produced by the display engine directly, as part of rendering the non-printable characters, not via text properties. So "C-u C-=", which looks for text properties and overlays, doesn't see them. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 30 14:50:20 2012 Received: (at 12086) by debbugs.gnu.org; 30 Jul 2012 18:50:20 +0000 Received: from localhost ([127.0.0.1]:51500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Svv2p-0000YK-56 for submit@debbugs.gnu.org; Mon, 30 Jul 2012 14:50:20 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:29669) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Svv2k-0000Y9-QY for 12086@debbugs.gnu.org; Mon, 30 Jul 2012 14:50:17 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6UIgvOn002571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Jul 2012 18:42:57 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6UIguVq025470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2012 18:42:56 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6UIguDw024273; Mon, 30 Jul 2012 13:42:56 -0500 Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 30 Jul 2012 11:42:56 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> <83ehntf7fm.fsf@gnu.org> Subject: RE: bug#12086: 24.1; character groups and `glyphless-char-display-control' Date: Mon, 30 Jul 2012 11:42:55 -0700 Message-ID: <8EFF3614F472457FA1DBC64C13D23B70@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83ehntf7fm.fsf@gnu.org> Thread-Index: Ac1ufkxhbv+sZxmlTwu6qaUBjWSuuQAAKc+w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 12086 Cc: 12086@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: -6.9 (------) > > How is someone to know how a character group is displayed > > that is not listed in `glyphless-char-display-control'? > > This is covered in the "Usual Display" node of the ELisp manual, which > is earlier in the same chapter. Assuming that enough references to > that node are added to "Glyphless Chars", so that it's clear what > happens with the other characters, what else is missing? Thanks for replying. Yes, a reference to `Usual Display' would be a start. But that will only tell readers (a) what a glyphless char is (good) and (b) how it is displayed by default. But that display is (IIUC) without regard to `glyphless-char-display' (and `glyphless-char-display-control', which sets `glyphless-char-display'). One question I have is whether anything besides `g-c-d-c' normally gives `g-c-d' a value. IOW, is `g-c-d' generally defined somewhere, so it becomes part of the "default" display of glyphless chars (those which are not in an active display table, that is)? Or is `g-c-d' normally nil and gets set to non-nil pretty much only by `g-c-d-c'? Sorry, but this is not clear to me. I was thinking that `g-c-d' was in general (i.e., often) defined somewhere by default, as something non-nil. So I asked the question of how to know how a particular char group is displayed, if it is not listed in `g-c-d'. I still have that question - about the _group_, after reading `Usual Display', which tells how glyphless chars are displayed if (IIUC) `g-c-d' is nil. But what if it is non-nil and the group in question is not covered by it? > > 2. I also wonder about the critter called a character > > "group", which is apparently new with Emacs 24. Where is the notion of > > character group defined? > > It's not really a notion, it comes from the '(GROUP . METHOD)' form of > glyphless-char-display-control. There's nothing else to it. That's not too satisfying. We introduce a new thingy, even if it is only in order to describe the behavior of `glyphless-char-display-control'. But we don't say what it is. We try to describe `glyphless-char-display-control' in terms of it - seems a bit circular. Replace "group" and "GROUP" with "jkjkljkl" and what do you understand by reading the description? Anyway, I understand that there is no formal meaning here, that all that is meant by "character group" is some set of chars. > > And how does this critter relate, for instance, to a character set > > (charset)? For example, `c1-control' is a character group and > > `control-1' is a charset. But these seem to include the same set of > > characters: > > > > `describe-character-set control-1' says that it is the 8-bit control > > codes (0x80..0x9F). The doc for `glyphless-char-display-control' says > > that group `c1-control' is the non-ASCII, non-printing characters > > `U+0080' to `U+009F'. > > > > Is that a coincidence or a deliberate correspondence? Any rational > > relation between char groups and charsets should be documented. The > > relation between char group `c1-control' and charset > > `control-1' seems to be one such presumably rational relation. > > It's a convenience device, nothing more. The groups were chosen to > allow convenient reference to groups of characters that have similar > properties, as far as display is concerned. c0-control and c1-control > are the names of these groups in old standards, see > http://en.wikipedia.org/wiki/C0_and_C1_control_codes, for example. I > see no particular reason to delve into that in the manual; people who > know what these are will "Aha!" when they read; for others there's an > explicit definition of these groups in the manual. Sure, it's just a name. But now we have both char sets and char groups, and some of the thingies in the first are also the same set of chars as some thingies in the second. If there is no useful relation between these then the coincidence of names and meanings (groups of chars vs char sets) is just confusing. IOW, if similar names are similar because of some useful relation then that relation should be mentioned. If they are similar for no special reason then that invites confusion. > > 3. How, if it is even possible, can a programmer turn off > > the effect of the glyphless display, which uses face `glyphless-char'? > > As with every char-table: put nil in the character cell of the > character for which you want to disable this display. If you want to > display it entirely, make the entire char-table full of nil. So to display the char using a different face I need to put nil in the cell for the char (and then do something to use the new face, such as font-lock)? Seems a bit contorted, but OK. Maybe mention this? What about the comparison with non-breaking hyphen and its control via `nobreak-char-display'? Why not have something similar here, to simplify things (for users)? > > 4. If I do (insert-char #x80 4), I see four \200 chars in > > what appears to be face `escape-glyph', and NOT in face `glyphless-char'. > > Doesn't the doc say that `glyphless-char' is used? > > See "Usual Display" (although the face is not mentioned there). It should be mentioned (somewhere), I think. And it's not clear to me that that face is the right choice anyway. Read the doc string for that face: it does not apply here at all, AFAICT. We should use a new face for this. See also bug #12048. > > And `C-u C-x =' does not say anything about either of those faces. > > Because it doesn't know about them. These faces are produced by the > display engine directly, as part of rendering the non-printable > characters, not via text properties. So "C-u C-=", which looks for > text properties and overlays, doesn't see them. Too bad. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 28 12:16:19 2016 Received: (at 12086) by debbugs.gnu.org; 28 Apr 2016 16:16:19 +0000 Received: from localhost ([127.0.0.1]:53371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avobz-0001Hd-4w for submit@debbugs.gnu.org; Thu, 28 Apr 2016 12:16:19 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:60231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avobx-0001G2-Re for 12086@debbugs.gnu.org; Thu, 28 Apr 2016 12:16:18 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avobv-0004m7-D3; Thu, 28 Apr 2016 18:16:17 +0200 From: Lars Ingebrigtsen To: "Drew Adams" Subject: Re: bug#12086: 24.1; character groups and `glyphless-char-display-control' References: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> <83ehntf7fm.fsf@gnu.org> <8EFF3614F472457FA1DBC64C13D23B70@us.oracle.com> Date: Thu, 28 Apr 2016 18:16:14 +0200 In-Reply-To: <8EFF3614F472457FA1DBC64C13D23B70@us.oracle.com> (Drew Adams's message of "Mon, 30 Jul 2012 11:42:55 -0700") Message-ID: <87k2jh90a9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 12086 Cc: 'Eli Zaretskii' , 12086@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.0 (/) It's unclear what the conclusion is here. Drew, is there anything else in the documentation you think should be improved? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 28 12:22:11 2016 Received: (at 12086) by debbugs.gnu.org; 28 Apr 2016 16:22:11 +0000 Received: from localhost ([127.0.0.1]:53393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avohe-0001pt-S1 for submit@debbugs.gnu.org; Thu, 28 Apr 2016 12:22:11 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:47587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avohd-0001ph-Du for 12086@debbugs.gnu.org; Thu, 28 Apr 2016 12:22:09 -0400 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u3SGM3kx028830 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Apr 2016 16:22:03 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u3SGM20S013962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Apr 2016 16:22:02 GMT Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u3SGM0k0029514; Thu, 28 Apr 2016 16:22:01 GMT MIME-Version: 1.0 Message-ID: <3acb357b-cbc9-41d3-aa27-23c2fce8b71e@default> Date: Thu, 28 Apr 2016 09:21:58 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#12086: 24.1; character groups and `glyphless-char-display-control' References: <668B252039BF4F4C94CA192B9D2D68DE@us.oracle.com> <83ehntf7fm.fsf@gnu.org> <8EFF3614F472457FA1DBC64C13D23B70@us.oracle.com> <87k2jh90a9.fsf@gnus.org> In-Reply-To: <87k2jh90a9.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 12086 Cc: Eli Zaretskii , 12086@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: -3.3 (---) > It's unclear what the conclusion is here. Drew, is there anything else > in the documentation you think should be improved? Dunno. I give up. Eli read the bug report and did what he thought was appropriate. He knows much more about this than I do. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 28 12:53:07 2016 Received: (at control) by debbugs.gnu.org; 28 Apr 2016 16:53:07 +0000 Received: from localhost ([127.0.0.1]:53437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avpBb-0005tG-Ag for submit@debbugs.gnu.org; Thu, 28 Apr 2016 12:53:07 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:60631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avpBZ-0005t8-Pg for control@debbugs.gnu.org; Thu, 28 Apr 2016 12:53:06 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avpBX-0005Ci-KQ for control@debbugs.gnu.org; Thu, 28 Apr 2016 18:53:05 +0200 Date: Thu, 28 Apr 2016 18:53:03 +0200 Message-Id: <87twil7k0g.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12086 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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.0 (/) close 12086 From unknown Wed Jun 18 23:16:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 27 May 2016 11:24:05 +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