Received: (at 76182) by debbugs.gnu.org; 12 Feb 2025 17:44:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 12 12:44:20 2025
Received: from localhost ([127.0.0.1]:38179 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tiGma-00049S-J2
for submit <at> debbugs.gnu.org; Wed, 12 Feb 2025 12:44:20 -0500
Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641]:50225)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <visuweshm@HIDDEN>)
id 1tiGmY-00049C-J4
for 76182 <at> debbugs.gnu.org; Wed, 12 Feb 2025 12:44:19 -0500
Received: by mail-pl1-x641.google.com with SMTP id
d9443c01a7336-220c4159f87so13062905ad.0
for <76182 <at> debbugs.gnu.org>; Wed, 12 Feb 2025 09:44:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1739382252; x=1739987052; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:user-agent:message-id:date
:references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date
:message-id:reply-to;
bh=k1tkPrRD/uWFMmVrqmZezVZdCtpupRztM3Hudb26GOQ=;
b=NLpM9PJfFWUR7KwRCR1B6SJ4r9lp4F/+/hZdVk/cc5VParNN9+QjRpRkFUK8d30sKC
vEHzkheruA+MNHhkSYBiagWbZHJp6SuQg2jcjz4my5Y7LrXNUKf774VGEavmr5aWS1M2
9OgX3qqnmekpS7wFKXMXknCvXU7M0dsA8xyUNldavafbB1AAozJQbJe5AWdDXcradpyH
HV99u0jX4KZAwE8h3WFx0cE0MSyeGM6kx8CHf+neVi1HyZDmJC41rRCCoczJPuP2Co7j
3oNz92mSwsatNNtcIGsj1Av/w8FaUv2WW7GPCFVeLt+C8g6CE/ESkubkkt8GRF96xjzg
MYJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1739382252; x=1739987052;
h=content-transfer-encoding:mime-version:user-agent:message-id:date
:references:in-reply-to:subject:cc:to:from:x-gm-message-state:from
:to:cc:subject:date:message-id:reply-to;
bh=k1tkPrRD/uWFMmVrqmZezVZdCtpupRztM3Hudb26GOQ=;
b=K9FsCN5pA2q/Ok+9szBAiiqXpJOcEhtN+2jDeePuAn1Hv+xlyZX6u22+G3GlyWSOly
0n6Kh2PsV3AIrfhNpE9QAh+OBxOF5fwUPCYvXKiLfcQgAX5IKaM7bXxnTQ/DoF4aSAsG
vR8u6elV+6XSHEJNdSTr2XPotrD36iVyuMZ/Tg+3Unxd78bXvwE7Jys3dAYILwFlGPzn
oVnrhgzJJEaBwJqOMnpgmRhGKBbwhbrxv69BL13jbeYOTIR6zRNVA64qc6ijIUad0Hip
CHEEXfZGEG+b/7ndTET9ahC5hxcgrjm8CoYwvWXNSmOWpTljxlXi0ce8WqVlTl7J9W/h
ViNg==
X-Forwarded-Encrypted: i=1;
AJvYcCUMnF1XCRleF/h/sCMidwC0LKbYzvEPv+ijTG6ijN5VGWgDezQ+mm482f5cR3uNn3HDbi3ZIQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YylLDERS9Wu6jQmCvlfkAPBH2f6wexUQqPAc7pAoCRcdCST4lE1
S+24+dntv/s952fHSZ4cfcUyOaEkBcc/e2TMh7ASrzz9oUVy3A4c2Ag5h5Fv
X-Gm-Gg: ASbGncu5aRw2odtPjkhvV8NCrixtVKcsOST85FTFInrJx7QD19pKFLD0fWtOh6AUHZC
d+pcSDs5cmJJVIL9aY3e9OZJ/Zzs2MbLi16RUawhin8FLlPERnQ4US7NlhWKyq0RvWs4O8q4pRM
cIw35p4L/87hkEDWmicM9FmoAw80LCvs66TWtU166izpfscqBujah1YZ9iU7FtEsMj3Q0taOCZZ
2ww4qXOZmtIfGt/89VAbr8gieUEDq93uERxnYcJSCZFFbPp5UOymJIIZsXTqGHtiuixOFvSJ1lD
0FmoCk3mcjbNlo+q
X-Google-Smtp-Source: AGHT+IH5Jh8TFbOcn1vJaF1KaGovih7mNn4WiQg8+4IOEjRy/OO6a0wxUmD1qK33zLQSSgVc/IFs/w==
X-Received: by 2002:a17:902:ea09:b0:21f:614e:9e7c with SMTP id
d9443c01a7336-220d20da798mr3363045ad.25.1739382252118;
Wed, 12 Feb 2025 09:44:12 -0800 (PST)
Received: from localhost ([1.7.159.71]) by smtp.gmail.com with UTF8SMTPSA id
d9443c01a7336-21f3656165csm116243855ad.99.2025.02.12.09.44.10
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Wed, 12 Feb 2025 09:44:11 -0800 (PST)
From: Visuwesh <visuweshm@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#76182: 31.0.50; minibuffer-allow-text-properties not reliable
In-Reply-To: <87jz9v5ckg.fsf@HIDDEN> (Juri Linkov's message of "Wed,
12 Feb 2025 19:10:40 +0200")
References: <87wmdx4ve0.fsf@HIDDEN> <86frkky942.fsf@HIDDEN>
<87ikpge74y.fsf@HIDDEN> <874j0zl7tl.fsf@HIDDEN>
<87jz9v5ckg.fsf@HIDDEN>
Date: Wed, 12 Feb 2025 23:14:08 +0530
Message-ID: <87zfirjbx3.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 3.6 (+++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: [புதன் பிப்ரவரி 12, 2025] Juri Linkov
wrote: >>> This reminds the recent discussion at >>> https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html
>>> that required documenting this limitation in the docstring of >>> 'imenu-flatten'
[...]
Content analysis details: (3.6 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[1.7.159.71 listed in zen.spamhaus.org]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (visuweshm[at]gmail.com)
-0.0 SPF_PASS SPF: sender matches SPF record
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust
[2607:f8b0:4864:20:0:0:0:641 listed in]
[list.dnswl.org]
X-Debbugs-Envelope-To: 76182
Cc: Eli Zaretskii <eliz@HIDDEN>, 76182 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.6 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: [புதன் பிப்ரவரி 12, 2025] Juri Linkov
wrote: >>> This reminds the recent discussion at >>> https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html
>>> that required documenting this limitation in the docstring of >>> 'imenu-flatten'
[...]
Content analysis details: (2.6 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust
[2607:f8b0:4864:20:0:0:0:641 listed in]
[list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[1.7.159.71 listed in zen.spamhaus.org]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (visuweshm[at]gmail.com)
-0.0 SPF_PASS SPF: sender matches SPF record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
[=E0=AE=AA=E0=AF=81=E0=AE=A4=E0=AE=A9=E0=AF=8D =E0=AE=AA=E0=AE=BF=E0=AE=AA=
=E0=AF=8D=E0=AE=B0=E0=AE=B5=E0=AE=B0=E0=AE=BF 12, 2025] Juri Linkov wrote:
>>> This reminds the recent discussion at
>>> https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html
>>> that required documenting this limitation in the docstring of
>>> 'imenu-flatten':
>>>
>>> Since the values `annotation' and `group' rely on text properties,
>>> you can use them only by selecting candidates from the completions
>>> buffer, not by typing in the minibuffer. This also means that
>>> if you use `minibuffer-next-completion' (`M-<down>') to select
>>> a completion while point stays in the minibuffer, you need
>>> to customize `minibuffer-completion-auto-choose' to nil that
>>> doesn't insert completion candidates to the minibuffer.
>>
>> If it is much too difficult to make it reliable in all cases, shouldn't
>> this be called out in the docstring of minibuffer-allow-text-properties
>> itself?
>
> Agreed, the docstring of minibuffer-allow-text-properties
> is the most suitable place to document this limitation.
Thank you for taking care of the documentation.
> Regarding to how difficult is to make it reliable,
> a better question is whether it's possible at all.
>
> How could you get text properties from the completion candidate,
> when you type text in the minibuffer and don't use completion?
That is essentially the conclusion I came to too. The best way to
"stash metadata" associated with a completion candidate is to use an
alist or a hashtable (or an obarray??) I suppose (so you would end doing
(alist-get (completing-read ...) candidates nil nil #'equal)).
If that is indeed the conclusion, then this bug can be closed once the
documentation is updated to reflect this limitation.
bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.Received: (at 76182) by debbugs.gnu.org; 12 Feb 2025 17:11:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 12 12:11:21 2025 Received: from localhost ([127.0.0.1]:38030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tiGGf-0002VY-KM for submit <at> debbugs.gnu.org; Wed, 12 Feb 2025 12:11:21 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:38255) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1tiGGd-0002V6-0j for 76182 <at> debbugs.gnu.org; Wed, 12 Feb 2025 12:11:19 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 4333A41C15; Wed, 12 Feb 2025 17:11:09 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Visuwesh <visuweshm@HIDDEN> Subject: Re: bug#76182: 31.0.50; minibuffer-allow-text-properties not reliable In-Reply-To: <874j0zl7tl.fsf@HIDDEN> Organization: LINKOV.NET References: <87wmdx4ve0.fsf@HIDDEN> <86frkky942.fsf@HIDDEN> <87ikpge74y.fsf@HIDDEN> <874j0zl7tl.fsf@HIDDEN> Date: Wed, 12 Feb 2025 19:10:40 +0200 Message-ID: <87jz9v5ckg.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdeggeeghecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuggftrfgrthhtvghrnhepleeiveeutdehfedtgedutdeileehkeegheevgeehtdfgueeuiedvvdfhveekvefgnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeeluddruddvledrleekrdehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrdelkedrhedphhgvlhhopehmrghilhdrghgrnhguihdrnhgvthdpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnsggprhgtphhtthhopeefpdhrtghpthhtohepjeeiudekvdesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrghdprhgtphhtthhopehvihhsuhifvghshhhmsehgmhgrihhlrdgtohhm X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 76182 Cc: Eli Zaretskii <eliz@HIDDEN>, 76182 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) >> This reminds the recent discussion at >> https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html >> that required documenting this limitation in the docstring of >> 'imenu-flatten': >> >> Since the values `annotation' and `group' rely on text properties, >> you can use them only by selecting candidates from the completions >> buffer, not by typing in the minibuffer. This also means that >> if you use `minibuffer-next-completion' (`M-<down>') to select >> a completion while point stays in the minibuffer, you need >> to customize `minibuffer-completion-auto-choose' to nil that >> doesn't insert completion candidates to the minibuffer. > > If it is much too difficult to make it reliable in all cases, shouldn't > this be called out in the docstring of minibuffer-allow-text-properties > itself? Agreed, the docstring of minibuffer-allow-text-properties is the most suitable place to document this limitation. Regarding to how difficult is to make it reliable, a better question is whether it's possible at all. How could you get text properties from the completion candidate, when you type text in the minibuffer and don't use completion?
bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.Received: (at 76182) by debbugs.gnu.org; 12 Feb 2025 11:29:57 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 12 06:29:57 2025 Received: from localhost ([127.0.0.1]:32941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tiAwG-0002pg-Kg for submit <at> debbugs.gnu.org; Wed, 12 Feb 2025 06:29:56 -0500 Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644]:56776) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <visuweshm@HIDDEN>) id 1tiAwE-0002pP-Dh for 76182 <at> debbugs.gnu.org; Wed, 12 Feb 2025 06:29:55 -0500 Received: by mail-pl1-x644.google.com with SMTP id d9443c01a7336-21f710c17baso73110575ad.1 for <76182 <at> debbugs.gnu.org>; Wed, 12 Feb 2025 03:29:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1739359788; x=1739964588; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=Td7UOQ9t9z1pgzfDaRyaLm211sS9pw7iCNifI+yOg44=; b=L9G1oYGpuC9jZMmcRZWv2QGG/4Dhm8ZQ/ADbriN+lOSaAhZwmZ4TO5iJwAaI/AvDDB q01KyzQ74t+1aYBco4LbE8qfZPMOU86A4lFYom47Om8+oOZNVUWq0WOagF3xRpZ+m6Fl kktOohvGxxgB8JUBtsONis5B2JZ5t+sy212MnsAtH3FEEInnnagu4vgN9MrzAyZ+PDOa W9XtDmpwg4VX0OgfwJ6nivJdzDGjuPqsiNejlo/Z808RSeRhCIaR2xPaSZiOm/wwE3FV XOHbVDxXypt5W7S6o+CEQ98BpWCWBhwbuZPUsEolnnLDgB8h+ah7RpDhIe9/fybZiqyH CBgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739359788; x=1739964588; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=Td7UOQ9t9z1pgzfDaRyaLm211sS9pw7iCNifI+yOg44=; b=bJMPhIm/wWgQeeyY/SmfHn3SHQ6Db88Xni6HZxNIFwZ0c291HgFjUQUoFZD83+IU5X q8fdPiKycX/IxxegEKPdACJf6LfezHmAIQ7NIMA4IThah80APGtyqOnEUyESDc66ySTq aQOjDp85jKme6PbnBugU8Jna2PumVwuuIfRl7OGcqo2om36PejjcJn0MFFhoLxcVvdrq xMV6VpHaq/06taGNrhENVqolj7Ao1o6UFLoWSeFbOzzQGJWCRB9a4WsC9M7OX3u9QIpa 5XoISG02nVyFnY0KFXxeMuzpvlWmNkISVodvXV556SUlUPm2TgYsP8w9dmfrlnjIBJ/Z z78A== X-Forwarded-Encrypted: i=1; AJvYcCVRZYHw9ep+p+2KS+BAS8E0Gcjs2zI1X/LVbozEXjr1hZaNdC0X/KPMAxILm9GFISS4xRMPyQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwdDZO2HlXtTfEidUc8eejXSc9rI8/by4pbYwDfhAzr6RMHItu4 RQmqe6ZDbsNUlJpRHnrkStMSWcQy/pcLafFoMDgcAo1CoXjxzeik X-Gm-Gg: ASbGncu3m9ngEhHJCfE4n1eU957Hw6Yb0xm/KDzhyqIEJieDWIHKj7IIfQvlQ7NF07q g+mPXx3UENzEgibmpOevQRxSW1/v+2QxIesj2zDI+UcseWrbdryoMcBKw2pQTP1eqh1weMLE4hm 8eSnSEeTI1/A1Aq3sibq80+4/dvgNCE1eVVw70XmcpfaxmNr6EOjzE2EV0OFQDGteoq1dYFlBlt Tk3229WxCjiLEBgCg58Qtjm4ee3RsK80DfJ/HE46h9H1WodaVUM8I/r6J5HNKHH7LOJfQ7My4b0 8z4BZO3PS/aQ X-Google-Smtp-Source: AGHT+IG4AlM8MG/GUZc7+tDM1Q/eTgQWJIgFOMX2+gA04Grjqqu0Swv/g/8d30DXspa8UbnMionHmA== X-Received: by 2002:a17:902:f708:b0:21f:4144:a071 with SMTP id d9443c01a7336-220bbc8b737mr51905195ad.40.1739359787661; Wed, 12 Feb 2025 03:29:47 -0800 (PST) Received: from localhost ([115.240.90.130]) by smtp.gmail.com with UTF8SMTPSA id d9443c01a7336-21f3683d56asm110449275ad.118.2025.02.12.03.29.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 Feb 2025 03:29:47 -0800 (PST) From: Visuwesh <visuweshm@HIDDEN> To: Juri Linkov <juri@HIDDEN> Subject: Re: bug#76182: 31.0.50; minibuffer-allow-text-properties not reliable In-Reply-To: <87ikpge74y.fsf@HIDDEN> (Juri Linkov's message of "Tue, 11 Feb 2025 19:14:05 +0200") References: <87wmdx4ve0.fsf@HIDDEN> <86frkky942.fsf@HIDDEN> <87ikpge74y.fsf@HIDDEN> Date: Wed, 12 Feb 2025 16:59:42 +0530 Message-ID: <874j0zl7tl.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76182 Cc: Eli Zaretskii <eliz@HIDDEN>, 76182 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) [=E0=AE=9A=E0=AF=86=E0=AE=B5=E0=AF=8D=E0=AE=B5=E0=AE=BE=E0=AE=AF=E0=AF=8D = =E0=AE=AA=E0=AE=BF=E0=AE=AA=E0=AF=8D=E0=AE=B0=E0=AE=B5=E0=AE=B0=E0=AE=BF 11= , 2025] Juri Linkov wrote: > This reminds the recent discussion at > https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html > that required documenting this limitation in the docstring of > 'imenu-flatten': > > Since the values `annotation' and `group' rely on text properties, > you can use them only by selecting candidates from the completions > buffer, not by typing in the minibuffer. This also means that > if you use `minibuffer-next-completion' (`M-<down>') to select > a completion while point stays in the minibuffer, you need > to customize `minibuffer-completion-auto-choose' to nil that > doesn't insert completion candidates to the minibuffer. If it is much too difficult to make it reliable in all cases, shouldn't this be called out in the docstring of minibuffer-allow-text-properties itself?
bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.Received: (at 76182) by debbugs.gnu.org; 11 Feb 2025 17:16:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 11 12:16:13 2025 Received: from localhost ([127.0.0.1]:58367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1thtro-00065d-PV for submit <at> debbugs.gnu.org; Tue, 11 Feb 2025 12:16:13 -0500 Received: from relay5-d.mail.gandi.net ([2001:4b98:dc4:8::225]:57677) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1thtrj-00064c-DP for 76182 <at> debbugs.gnu.org; Tue, 11 Feb 2025 12:16:11 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 0B67F43313; Tue, 11 Feb 2025 17:15:57 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#76182: 31.0.50; minibuffer-allow-text-properties not reliable In-Reply-To: <86frkky942.fsf@HIDDEN> Organization: LINKOV.NET References: <87wmdx4ve0.fsf@HIDDEN> <86frkky942.fsf@HIDDEN> Date: Tue, 11 Feb 2025 19:14:05 +0200 Message-ID: <87ikpge74y.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdegudehjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuggftrfgrthhtvghrnhepleeiveeutdehfedtgedutdeileehkeegheevgeehtdfgueeuiedvvdfhveekvefgnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeeluddruddvledrleekrdehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrdelkedrhedphhgvlhhopehmrghilhdrghgrnhguihdrnhgvthdpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnsggprhgtphhtthhopeefpdhrtghpthhtohepjeeiudekvdesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehvihhsuhifvghshhhmsehgmhgrihhlrdgtohhmpdhrtghpthhtohepvghlihiisehgnhhurdhorhhg X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 76182 Cc: 76182 <at> debbugs.gnu.org, Visuwesh <visuweshm@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> Despite what the docstring says, setting the variable to t does not seem >> to be reliable. Take the following scenario: >> >> 1. emacs -Q >> 2. Paste in >> (let ((cand (list (propertize "test" 'prop 1) >> (propertize "test1" 'prop 2)))) >> (minibuffer-with-setup-hook >> (lambda () >> (setq-local minibuffer-allow-text-properties t)) >> (get-text-property 0 'prop (completing-read "test: " cand nil t)))) >> *scratch* buffer or wherever. >> 3. Evaluate the form. >> 4. In the minibuffer prompt, type "test" then press RET. >> 5. Observe how the return value is nil. >> 6. Evaluate the form again but this time press TAB and RET. >> 7. Observe how it returns 1 as expected. >> 8. Evaluate the form again but this time type "te", press TAB, >> type "1" and press RET. >> 9. Observe how it returns nil. Here if you examine the string >> returned, you will find that the text-property is retained >> only for indices 2--5. >> >> Is this expected? I would expect the form to always return the value of >> the property 'prop' regardless how I completed the string. > > Juri, any comments? This reminds the recent discussion at https://lists.gnu.org/archive/html/emacs-devel/2024-05/msg00819.html that required documenting this limitation in the docstring of 'imenu-flatten': Since the values `annotation' and `group' rely on text properties, you can use them only by selecting candidates from the completions buffer, not by typing in the minibuffer. This also means that if you use `minibuffer-next-completion' (`M-<down>') to select a completion while point stays in the minibuffer, you need to customize `minibuffer-completion-auto-choose' to nil that doesn't insert completion candidates to the minibuffer.
bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.Received: (at 76182) by debbugs.gnu.org; 11 Feb 2025 12:11:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 11 07:11:27 2025 Received: from localhost ([127.0.0.1]:54714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1thp6t-0003O6-0j for submit <at> debbugs.gnu.org; Tue, 11 Feb 2025 07:11:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50354) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1thp6q-0003No-76 for 76182 <at> debbugs.gnu.org; Tue, 11 Feb 2025 07:11:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1thp6j-0008Me-PK; Tue, 11 Feb 2025 07:11:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ULMmufRXa0brVZGq8EVW+VjQvoytPQRCAQcHso0vH7A=; b=FTMpltt4JuAZ R1m9mHmo///oQL83hOpO6t5ShJF8BbhSODujQoqN/z5smBJxjRMA7SEcfL40Qauq9yOCjTQMZtUCA kkU1/rjCglEhDIu0Pmg0dFVQqY1lhFHIVpp08Jm82Dm9YiC+QwJZzIY1kyqcAe/vVdiLvIhJ2geqT f80jK4huu5twRvKMY9qBpFYhLAqYZtq/k9pmNsedQj0PhEaR7c6OkLaaI92P6tqOOph9FYrlPFWUR AKB2yWEsla64T/OcMjV2zmEbkDdSCkJ30TYWVeXM2sbaMbRPNW/JAvz3NDSG7rnCnaCCQ1SqRsyJV tgjuKL3lQELZc03tUa7cRQ==; Date: Tue, 11 Feb 2025 14:11:09 +0200 Message-Id: <86frkky942.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Visuwesh <visuweshm@HIDDEN>, Juri Linkov <juri@HIDDEN> In-Reply-To: <87wmdx4ve0.fsf@HIDDEN> (message from Visuwesh on Mon, 10 Feb 2025 21:58:07 +0530) Subject: Re: bug#76182: 31.0.50; minibuffer-allow-text-properties not reliable References: <87wmdx4ve0.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 76182 Cc: 76182 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Visuwesh <visuweshm@HIDDEN> > Date: Mon, 10 Feb 2025 21:58:07 +0530 > > Despite what the docstring says, setting the variable to t does not seem > to be reliable. Take the following scenario: > > 1. emacs -Q > 2. Paste in > (let ((cand (list (propertize "test" 'prop 1) > (propertize "test1" 'prop 2)))) > (minibuffer-with-setup-hook > (lambda () > (setq-local minibuffer-allow-text-properties t)) > (get-text-property 0 'prop (completing-read "test: " cand nil t)))) > *scratch* buffer or wherever. > 3. Evaluate the form. > 4. In the minibuffer prompt, type "test" then press RET. > 5. Observe how the return value is nil. > 6. Evaluate the form again but this time press TAB and RET. > 7. Observe how it returns 1 as expected. > 8. Evaluate the form again but this time type "te", press TAB, > type "1" and press RET. > 9. Observe how it returns nil. Here if you examine the string > returned, you will find that the text-property is retained > only for indices 2--5. > > Is this expected? I would expect the form to always return the value of > the property 'prop' regardless how I completed the string. Juri, any comments?
bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 10 Feb 2025 16:28:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 10 11:28:31 2025
Received: from localhost ([127.0.0.1]:52158 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1thWe7-0003fh-8M
for submit <at> debbugs.gnu.org; Mon, 10 Feb 2025 11:28:31 -0500
Received: from lists.gnu.org ([2001:470:142::17]:37072)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <visuweshm@HIDDEN>)
id 1thWe3-0003fK-IM
for submit <at> debbugs.gnu.org; Mon, 10 Feb 2025 11:28:29 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <visuweshm@HIDDEN>)
id 1thWdy-0007i6-3E
for bug-gnu-emacs@HIDDEN; Mon, 10 Feb 2025 11:28:22 -0500
Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <visuweshm@HIDDEN>)
id 1thWdv-0003p9-P6
for bug-gnu-emacs@HIDDEN; Mon, 10 Feb 2025 11:28:21 -0500
Received: by mail-pl1-x643.google.com with SMTP id
d9443c01a7336-21f78b1fb7dso26835975ad.3
for <bug-gnu-emacs@HIDDEN>; Mon, 10 Feb 2025 08:28:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1739204898; x=1739809698; darn=gnu.org;
h=mime-version:user-agent:message-id:date:subject:to:from:from:to:cc
:subject:date:message-id:reply-to;
bh=l57161c8Go8kmzAZ8/L0NntU/vtHR7Ryd//LG6/UV7Y=;
b=DffOs8/iGFRXiaR25t+XHlVZNiQiZvXYLwh2swFXtVi088y4Y3OxtTV6cLHaLV8Vo0
+ry3d6kr+wCCkXM+GF6KmiX8jqzoqJJAELcck2Db+1q35p5cKNskr/vWx3wVlR+JYIEv
O2fBchzy78w9vxs3dIH6kBKAyhZ1tI2x8DDIpW06cYxdPIGv3XL9sh1upGYl1WI+qZ3s
UpwnGf/Xeg6dBq5r2+BSuTDn4omUew24hNTjFysQIHmAOTHGa0KHBxll/MK4PVMx2HQt
BHsGHlR7R7nQ/PYk1QO5xMzVIRS+dlVtq9OxRS3lKBgmPh1nnxmPzcBiy3C0MSQdnin5
LcFw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1739204898; x=1739809698;
h=mime-version:user-agent:message-id:date:subject:to:from
:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=l57161c8Go8kmzAZ8/L0NntU/vtHR7Ryd//LG6/UV7Y=;
b=d4pnyXZtXfJ++KBU4vOTTkx6tqEKyTttn+osTBbVNuMdGIlIxRc/ngTDqmQjIDD4Fg
9EoYhKR8uQ/eLX+Fo5+l8I1THrRGMha9jS5jETlV/7kL5nLhU68X4UP2KTTBS/PF7W8U
XFwe2naE1s4GvyijaoL4vlQz8qL/Y7kSjSzXlGOV0WzNEGDWebcJepxhTc/vFSabCNEN
uuzN3z8OAFis9W+w/680N9HE+nC6wrBV2kGzD32mXmNACz+sLyGaJLkbGYjKvdfLZ7/W
qcvlvZs95re/DK61dio90/HdGQtU+haQVzv4fa0vY4GffLWklH++J7RkiWJ5zigDnMsy
bc2A==
X-Gm-Message-State: AOJu0Yxjxqm+CcPtNmj/8HINru5qV1B+2E7awT9x4JSMAB9i9aNyHT5T
+i6KpIgDUe7KwlfQc5JqYgRkc5iaGnNZjiyAI6nYmilVUC4ry8BSo0GONh35
X-Gm-Gg: ASbGncsnFCYsL1w6VHhjtLAsLY0uk0xJROrZ9ZweZHRaib3jTmeCnzbuXrKH4b/VpyB
92T+RivAcEUvJWhKHfg0gIRSntCp/YbdPv5cB41QZ97yfQ2SEZLXki3241ls01Lt+sOpAJkEbfE
aoezbqxL4n9mv3ihDtqBkrpg5rbKS+bVDoJcnhbYc582C0X1yRbH/q3qJiArgjLev1zcaGWJzls
jkd4HT66DjoZYWQA3gzxjFLkINr70cdP/P0Xq4IFzzF5PNSOjQfmlTzddIo9FPkI0Jp7cBwElmb
KC1KER89TcZz
X-Google-Smtp-Source: AGHT+IF/23vSzPD5WiVUFX3wjDNSZyNHYt7ZQW4ZpHea6Qpwpth/V/K8M8o47jLNccB+eKiuLX4wCw==
X-Received: by 2002:a05:6a20:d503:b0:1d9:18af:d150 with SMTP id
adf61e73a8af0-1ee03a8f495mr25330777637.21.1739204897492;
Mon, 10 Feb 2025 08:28:17 -0800 (PST)
Received: from localhost ([115.240.90.130])
by smtp.gmail.com with UTF8SMTPSA id
d2e1a72fcca58-730949923e1sm1565726b3a.163.2025.02.10.08.28.16
for <bug-gnu-emacs@HIDDEN>
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Mon, 10 Feb 2025 08:28:17 -0800 (PST)
From: Visuwesh <visuweshm@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 31.0.50; minibuffer-allow-text-properties not reliable
Date: Mon, 10 Feb 2025 21:58:07 +0530
Message-ID: <87wmdx4ve0.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=2607:f8b0:4864:20::643;
envelope-from=visuweshm@HIDDEN; helo=mail-pl1-x643.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)
Despite what the docstring says, setting the variable to t does not seem
to be reliable. Take the following scenario:
1. emacs -Q
2. Paste in
(let ((cand (list (propertize "test" 'prop 1)
(propertize "test1" 'prop 2))))
(minibuffer-with-setup-hook
(lambda ()
(setq-local minibuffer-allow-text-properties t))
(get-text-property 0 'prop (completing-read "test: " cand nil t))))
*scratch* buffer or wherever.
3. Evaluate the form.
4. In the minibuffer prompt, type "test" then press RET.
5. Observe how the return value is nil.
6. Evaluate the form again but this time press TAB and RET.
7. Observe how it returns 1 as expected.
8. Evaluate the form again but this time type "te", press TAB,
type "1" and press RET.
9. Observe how it returns nil. Here if you examine the string
returned, you will find that the text-property is retained
only for indices 2--5.
Is this expected? I would expect the form to always return the value of
the property 'prop' regardless how I completed the string.
In GNU Emacs 31.0.50 (build 30, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.18.2, Xaw scroll bars) of 2025-01-23 built on astatine
Repository revision: 7dcc7605d58165dac233bcc029509f1ad9807f72
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101014
System Description: Debian GNU/Linux trixie/sid
Configured using:
'configure --with-sound=alsa --with-x-toolkit=lucid --without-xaw3d
--without-gconf --without-libsystemd --with-cairo CFLAGS=-O2'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBOTF LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM
XINPUT2 XPM LUCID ZLIB
Important settings:
value of $LC_MONETARY: ta_IN.UTF-8
value of $LC_NUMERIC: ta_IN.UTF-8
value of $LANG: en_GB.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-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
minibuffer-regexp-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
None found.
Features:
(shadow sort emacsbug dabbrev mail-extr message sendmail mailcap
yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache
epa derived epg rfc6068 epg-config gnus-util text-property-search
time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils
gmm-utils mailheader cl-loaddefs cl-lib rmc iso-transl tooltip cconv
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
loaddefs theme-loaddefs faces cus-face macroexp files window
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget keymap hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo x-toolkit xinput2 x multi-tty move-toolbar make-network-process
tty-child-frames emacs)
Memory information:
((conses 16 40867 18961) (symbols 48 5442 3) (strings 32 13609 1705)
(string-bytes 1 317745) (vectors 16 9505)
(vector-slots 8 114289 8442) (floats 8 26 11) (intervals 56 342 43)
(buffers 984 11))
Visuwesh <visuweshm@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#76182; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.