From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: on helm substantial differences Date: Thu, 12 Nov 2020 09:42:09 -0800 (PST) Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34250"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spacibba@aol.com, andreyk.mad@gmail.com, emacs-devel@gnu.org, rudalics@gmx.at, monnier@iro.umontreal.ca, Eli Zaretskii To: Jean Louis , Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 12 18:43:19 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kdGcx-0008la-AK for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Nov 2020 18:43:19 +0100 Original-Received: from localhost ([::1]:59862 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdGcw-00023j-AN for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Nov 2020 12:43:18 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60688) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdGcE-0001CV-8t for emacs-devel@gnu.org; Thu, 12 Nov 2020 12:42:34 -0500 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:59280) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdGcA-0003A7-Sg; Thu, 12 Nov 2020 12:42:33 -0500 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0ACHYKhI162519; Thu, 12 Nov 2020 17:42:18 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=fKdjyJ1lCHBVs80z6vlDYJJ9jTVZ80DJw1+8yIVztLM=; b=liXsxPZ4N6lECVlUFaJ9ok0+RaLllWjLLGSgIlsFETd5WMlGrOIft3478P8TAeWe8xHi A/EqkJYdrNuCdxiZ7lE8J2j+7j1Niq5XEUSSs3Z2KQpYlsucXKPA9iqgD+LirLneQrSj 5MZs0yJUB3rj2VAJTYLKOjhY/kP0v7acrJ51vJpxZHFF0nnMLNFHz6Z8qZKG3n5GThad xfivyeG1vBHPJ7lu09PwJRbfRCNjGtN1XX6wcs91+SMvLCDSe0+Zobl8T0/DLL66xQwS svKdL7bWVID8daZdixQTa+O6rhHrwLNyVBKeQUQZWt5Pwwc9la9GaZwKOjGaFm7+JrCZ Vg== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 34nkhm6pk5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 12 Nov 2020 17:42:18 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0ACHYxUj166653; Thu, 12 Nov 2020 17:42:18 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 34p5g3ddax-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 12 Nov 2020 17:42:17 +0000 Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0ACHgBH8029835; Thu, 12 Nov 2020 17:42:13 GMT X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5071.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9803 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 spamscore=0 malwarescore=0 adultscore=0 phishscore=0 bulkscore=0 mlxlogscore=979 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011120104 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9803 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 priorityscore=1501 mlxscore=0 suspectscore=0 mlxlogscore=999 lowpriorityscore=0 spamscore=0 malwarescore=0 adultscore=0 clxscore=1015 bulkscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011120104 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/12 12:42:24 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:259092 Archived-At: > Features wanted in ivy or icomplete or anything inside > of Emacs or in GNU ELPA: >=20 > - full frame completion with mode line staying where it is > - split window completion as helm does it, with mode line > staying where it should be And you mentioned vertical presentation of candidates. FWIW, Icicles offers that. You can show candidates vertically, in a single column *Completions*, if you set option `icicle-Completions-max-columns' to 1. There are many kinds of completion, and many kinds of completion candidates. For short candidates, a single column wastes an incredible amount of screen real estate. That may be fine, if your only purpose is to narrow to a particular candidate. But if you're operating on or otherwise examining the _set_ of current matches in some way, then you likely want to see more than just a few of them, and being able to show more than one on a single line helps a lot. On-the-fly filtering is about many things. What's really involved is manipulating a candidate _set_. For that, it helps to see most or all of the set. The design of Icicles recognizes this high degree of variability in candidates (including display size) and in uses of filtering and manipulations of a set of candidates. In particular, you can change the *Completions* display on the fly, if you also use library Do Re Mi, just by using `C-x w' or `C-x |' in the minibuffer, followed by arrow keys or mouse wheel to increment and decrement the values of options `icicle-inter-candidate-min-spaces' and `icicle-candidate-width-factor'. That is, you can incrementally change how many columns of candidates are displayed (`C-x w') and the space used between candidates (`C-x |'). If all kinds of candidates looked basically similar, then there'd be no need to be able to tweak the display on the fly. And yes, many kinds of candidates do look basically similar (function names, buffer names, etc.), so you don't need to change the display often. But when it makes sense to do so, you can easily do it, immediately. https://www.emacswiki.org/emacs/Icicles_-_Completions_Display