From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Imenu and structured documents Date: Sun, 29 Sep 2019 14:25:52 -0400 Message-ID: References: <4011ff51-bb95-9515-e331-094d01195f96@grinta.net> <24ae143c-245a-679d-686d-01fe83250db9@grinta.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="88743"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Emacs developers To: Daniele Nicolodi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 29 20:26:12 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iEdtb-000MyW-Kw for ged-emacs-devel@m.gmane.org; Sun, 29 Sep 2019 20:26:12 +0200 Original-Received: from localhost ([::1]:41510 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEdta-0007fP-6e for ged-emacs-devel@m.gmane.org; Sun, 29 Sep 2019 14:26:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38936) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEdtT-0007f9-6m for emacs-devel@gnu.org; Sun, 29 Sep 2019 14:26:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEdtR-0006RH-9P for emacs-devel@gnu.org; Sun, 29 Sep 2019 14:26:02 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:51039) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iEdtR-0006Qf-2C for emacs-devel@gnu.org; Sun, 29 Sep 2019 14:26:01 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 7B784100737; Sun, 29 Sep 2019 14:25:59 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 46C4210064F; Sun, 29 Sep 2019 14:25:54 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1569781554; bh=cCYEW63crqoL3VlXj82CPLedmK8hZtyqbqfE75iWsXE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=iXiKTlGBJ295cMk4FuVJAPXjkdfpVpdJr7jPXYSm3FUXh/P6/zErqg4KhUU7AZJ6V r8Lw4tqGwAiGl9O/eWm4Lpr5aYPp6ShgpoyOY3uziJ6lFjcD8uU95BoWIRGPuxXYVO t4obBp+Ym3GtZUWRi+T88KovRp2tICyohICBfzwP47nh3fp0VkIiIFDJNBxrL8aTOV QSGLS0Rv8RJ4lLb6tTvv558NPsOA+Z/n+dzW+wwCBWzEOX71gMvqyiO7UvdmFymDVv h6x1lSOuXp8j1qvP7/U0NtPHq/HLzV3irX2L/GND5G+LftFOAbKJIYAFKNxtx4G0kN uJovwA1dgsSig== Original-Received: from pastel (107-179-151-143.cpe.teksavvy.com [107.179.151.143]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 12BC412065C; Sun, 29 Sep 2019 14:25:54 -0400 (EDT) In-Reply-To: <24ae143c-245a-679d-686d-01fe83250db9@grinta.net> (Daniele Nicolodi's message of "Sat, 28 Sep 2019 16:50:33 -0600") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240396 Archived-At: > Do you use imenu with latex-mode? No, I use reftex instead of imenu (handles the multi-file case better). > From the description of your use case > I think you do not use it with org-mode. No, indeed. > Is prefixing sublevels with an indicator that represent the hierarchy > as done in latex-mode something desirable? For my use case, it's not desirable, no. But I use a custom-made completion table, with which I use substring completion, so they don't really hurt either. > I may imagine that it can be annoying is the goal is completion in > the minibuffer. I haven't tried the normal completion table lately, but if we want to use this ". . " kind of prefixing, we should make sure substring completion works for it. Stefan