From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#23377: 25.0.93; Completion is extremely slow for insert-char Date: Tue, 26 Apr 2016 10:27:18 -0300 Message-ID: <87bn4wmrex.fsf@gmail.com> References: <2fd9a9b4-fb49-da6e-f13b-0fce4708159a@cs.ucla.edu> <34cb394c-1a2f-4fe5-8a2f-d26702487aef@default> <571EEA4A.3020105@cs.ucla.edu> <83k2jk27zq.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1461677305 3734 80.91.229.3 (26 Apr 2016 13:28:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Apr 2016 13:28:25 +0000 (UTC) Cc: 23377@debbugs.gnu.org, Paul Eggert , monnier@IRO.UMontreal.CA To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 26 15:28:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1av32B-00055T-W1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Apr 2016 15:28:12 +0200 Original-Received: from localhost ([::1]:37940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1av32B-00015W-FB for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Apr 2016 09:28:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1av327-000133-PT for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2016 09:28:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1av322-0005MV-PP for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2016 09:28:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35251) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1av322-0005MQ-Mf for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2016 09:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1av322-0005XQ-DA for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2016 09:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Apr 2016 13:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23377 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch confirmed Original-Received: via spool by 23377-submit@debbugs.gnu.org id=B23377.146167724921246 (code B ref 23377); Tue, 26 Apr 2016 13:28:02 +0000 Original-Received: (at 23377) by debbugs.gnu.org; 26 Apr 2016 13:27:29 +0000 Original-Received: from localhost ([127.0.0.1]:47588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1av31V-0005Wc-GM for submit@debbugs.gnu.org; Tue, 26 Apr 2016 09:27:29 -0400 Original-Received: from mail-ig0-f170.google.com ([209.85.213.170]:34879) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1av31T-0005WO-74 for 23377@debbugs.gnu.org; Tue, 26 Apr 2016 09:27:27 -0400 Original-Received: by mail-ig0-f170.google.com with SMTP id bi2so96500997igb.0 for <23377@debbugs.gnu.org>; Tue, 26 Apr 2016 06:27:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=GZRxeRyAFKmQlr7LmRV3gRYyBm4xgOFYq9IWtvUX7y0=; b=CHG6MjgSVkqGV9WR2ZGwAmJy/INya9TZ1AK+ows/u5AEFHk8+4rbAU5gZttw9nLjuk Boia/Wz9FSE2P16y6MaPwZUXuCbPlwCaooPJF6tVukviNf1RfVNi/o7xcgABZIxeXR/f bExTRc0cD4TWdVTNmVSeVGp6U6JaD45oxWzFWy5Ld7mg8zzKkC2CcncEDxWx3DgaHYUt YCoEyhG/cZmflOlfWu0CYL7UUWv7KfTiUNdLiqhj8NarkiuzlQ2/a5P+6ftC++VtMABs 5IB9O5FVih1eV2XJxZBxQ5VZhe8JU6Kyb4xxEU8fryy8XXv/g/M/DwIfHeDvTjjOgOMU aIrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=GZRxeRyAFKmQlr7LmRV3gRYyBm4xgOFYq9IWtvUX7y0=; b=S6PeTpJO2XebnroLn7yMytUlzlfUgCxQwyrppD3ULuTqKWN/OfuIGiSbPMWOTgpIcu g13msWQbOdoYiObl+HSHw3JQ6a4It2PwLt8e3YOaceGoJWmtXPCrzxk4wHycMKI4KIH2 DFIoKDSp5nnh0vClKU6BvWYYT61CbdhHg0Fb4cEB5A3cMbZqLlPSAN1BC6RgsfxC8SRK cwhu5uWHZz78h8M6+0+x18OjNUsmaCrO14PkDegPIa8XLBZWNHXmT0WAP1EWAHtIkWw6 RHJKUYDpYzxWA4b0QxnxcgBJrxt9QCef1viU3ziyMcey4LBkRju0BvG8iD8PUVKjA52g jv7w== X-Gm-Message-State: AOPr4FU4VRWK6oVFNlELEeYpNoSFIOPYGwIk2nvsQh7HZDasKxw+h7lC5W5mnNJ+E5EwIw== X-Received: by 10.50.104.137 with SMTP id ge9mr3472172igb.7.1461677241801; Tue, 26 Apr 2016 06:27:21 -0700 (PDT) Original-Received: from moondust.nodomain.none (blk-30-139-186.eastlink.ca. [96.30.139.186]) by smtp.gmail.com with ESMTPSA id e130sm1602339iof.17.2016.04.26.06.27.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Apr 2016 06:27:21 -0700 (PDT) In-Reply-To: <83k2jk27zq.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 26 Apr 2016 09:34:49 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:116866 Archived-At: The ability to see the characters as well as their names is very nice, and I think it would be a shame to remove it from Emacs 25.1. Would it really be so risky to add functionality to allow the user to toggle it on and off? Also, if the feature (of displaying the character glyphs in the list) is enabled by default, would it be possible to print a message such as "Preparing completions ..." (or something), when the list is long or when the operation has already taken more than five seconds (or so)? This would prevent user from feeling that Emacs has hung. At 09:34 +0300 on Tuesday 2016-04-26, Eli Zaretskii wrote: > > It surprises me that this is perceived as "natural", for an Emacs > user. I don't think anyone would argue that this is the only natural way to interact with completion. If one knows exactly what they are looking for, the shorter the completion list is, the better. But "show me everything!" is also a valid choice that's useful sometimes, and it too is natural for greedy humans. > Do they also use this when completing on file names or buffer names? I > don't think so. Actually yes. Sort of. When I'm completing for a file name and I really have no recollection of what I named the file but I know what directory (or even subtree) it's in, I'll complete to the directory and then browse through the list in dired. And with buffers, I as often do `C-x C-b' to see the whole list, as I do `C-x b'. > So why would we assume they do so in this case? No need to assume. I told you that I do so in my original posting of the bug report. I totally admit that this is not efficient, and as I start to use it more often I'll start to remember the names of the characters I'm looking for and will be able to use insert-char without browsing through the list. However, I think it's a bit unreasonable of you Eli, to expect other Emacs users to be as efficient as you are! So far I've used insert-char maybe six times since I learned of it perhaps two years ago. And typically I find I have no idea of the name of the character I'm looking for. (Is it ring, or loop, or circle, or something else?) But, because I've found it before, I know where it is in the complete completion list -- I know approximately how far to scroll the buffer and I recognise the block of characters that are its neighbours. N.