From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Mathias Dahl Newsgroups: gmane.emacs.devel Subject: Re: Abbrev suggestions - feedback appreciated Date: Sat, 7 Oct 2017 17:13:06 +0200 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a11403074376577055af666c2" X-Trace: blaine.gmane.org 1507389215 15359 195.159.176.226 (7 Oct 2017 15:13:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 7 Oct 2017 15:13:35 +0000 (UTC) Cc: Emacs developers To: Kaushal Modi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 07 17:13:31 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e0qnA-0003Iw-B7 for ged-emacs-devel@m.gmane.org; Sat, 07 Oct 2017 17:13:28 +0200 Original-Received: from localhost ([::1]:50067 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e0qnH-0003Rf-Py for ged-emacs-devel@m.gmane.org; Sat, 07 Oct 2017 11:13:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51789) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e0qnB-0003RU-17 for emacs-devel@gnu.org; Sat, 07 Oct 2017 11:13:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e0qn9-0001UX-WE for emacs-devel@gnu.org; Sat, 07 Oct 2017 11:13:28 -0400 Original-Received: from mail-qt0-x233.google.com ([2607:f8b0:400d:c0d::233]:47051) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e0qn9-0001UL-PZ for emacs-devel@gnu.org; Sat, 07 Oct 2017 11:13:27 -0400 Original-Received: by mail-qt0-x233.google.com with SMTP id 6so27238955qtw.3 for ; Sat, 07 Oct 2017 08:13:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=CZCEXhuk6OWDlR8SK/1f7MrBkGMRxMw7VaiBdDYDh2Q=; b=P7XK1lNM5MALTYs04uBztIcQLTqRtfJcHqqlP1uWeucPD87JV+YN/sCFe0lYmUW1cF b9A2c6jcRiO7V5A1qWjS5UO3Qk8/OKhVhWDO7Z3Ao4CngW5fIlNdkI6i/O2YUC8NCwhC 3oFSV9ysJqXgBok61rx1NbnwvRrG6EPMPqRdAvaDE/sk0nFMr9TSRJWInQOt4KHjS8EQ MuIcy/gFsS75UvxdsLm6+NDtE1cHN9W6kLKUHTrLZQQqjGrflreScX74FaDLkCgss1i9 ltXbhE4bsFRfG3w4fdPTE30TP1VPMKicbjEMBvylZbshDCBPEGMjqqR+RwU3F1JDOoE0 XPPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=CZCEXhuk6OWDlR8SK/1f7MrBkGMRxMw7VaiBdDYDh2Q=; b=YBKgIEJtTV6S2nR9MK+5Ww8spj8evVFSj3DwAaDyjG9h+N1C3TCvNaY4n6zjYBQWCo BzqMUs2QkRQSMJFjQlf/YO24OYVkjjovjyxACjNEryGAaqKGDeC8GTixowlPzVWZMnQv WWB6DheQeezsRWDcUOMSCiR8ARN1QuycxbjtuxGbvRWv74QKBO8FBZRa4SRE1O1cfxvI AO0DI/sYyUB8Ve0DruE5XehzvmH9gTkP0ABhhLOp1/RC/zmSiN+HCKM/Egtzs/AUwbV8 g3Xum1gUUV1zP1vWSNSxHtScVAVY/4kcK45BoVkWZAOK0EJm66hAOK2TeMguaqDACS4Z TRSw== X-Gm-Message-State: AMCzsaWOyDmjuGqObc74AFHZdYu+hWSoF1QvtQLEu9a6K5uNMe0IYN4/ l8z/lnN/ydArUeHQ/aI7X3UK8961TkZTC6s+9j0= X-Google-Smtp-Source: AOwi7QA765R1V0yXfK7G8uxqhg+JRG4z+uCuX5LEIwSAKyXwv208ppFHzmAFxjUbbS7CEIVn7v794cqn+dpFbPkGj4g= X-Received: by 10.200.39.174 with SMTP id w43mr8260220qtw.154.1507389206913; Sat, 07 Oct 2017 08:13:26 -0700 (PDT) Original-Received: by 10.140.85.170 with HTTP; Sat, 7 Oct 2017 08:13:06 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c0d::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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:219223 Archived-At: --001a11403074376577055af666c2 Content-Type: text/plain; charset="UTF-8" > > Hi Mathias, Hi, and thanks for your comments! This will be a pretty cool feature. > I thought so too :) > I see just one caveat. I don't use abbrev for "auto-correct", but I know > that many folks do[1]. > Neither do I, mostly (I have a few "corrections" as well, but mostly I used it to type long or "hard" words using fewer characters.) So people could have abbrev entries like "eamcs" that "expand" to "emacs". > So with this feature, the user will be suggested to type "eamcs" each time > they correctly type "emacs"? > Yes, or the last defined abbrev for "emacs" anyway (if there are more than one). > If so, can the suggestion be enabled only when the abbreviation is shorter > than the expansion by N number of characters, where that N can be set using > a defcustom? (I would default that to 2 or 3). > It would be possible to have an option like that, or similar. The option could keep the diff in number of characters or the diff in percentage, or whatever clever thing we want. I will try to implement it. Also, someone mailed me about the scenario where there are more than one abbrev for the same expansion. Right now, you will get a suggestion to use the most recently defined abbrev. I wonder how useful it would be to see the full list of abbrevs that might expand to a certain expansion... For me, the primary idea is to remind me that I have at least one abbrev defined for a certain expansion. If there are more than one, the reminder is enough, at least for me. I would probably have a look (M-x edit-abbrevs RET) to see what I have defined. Does anyone else here think it would be useful to list all abbrevs that expand to a certain expansion? Surely it would be doable, but it would also be slower. /Mathias --001a11403074376577055af666c2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Mathias,

Hi, and thanks for your comments!

This will be a pretty cool feature.=C2=A0
=

I thought so too :)
=C2=A0
=
I see just one caveat. I don= 't use abbrev for "auto-correct", but I know that many folks = do[1].

Neither do I, mostly (I ha= ve a few "corrections" as well, but mostly I used it to type long= or "hard" words using fewer characters.)

So people could have abbrev ent= ries like "eamcs" that "expand" to "emacs". S= o with this feature, the user will be suggested to type "eamcs" e= ach time they correctly type "emacs"?
=
Yes, or the last defined abbrev for "emacs" anyway= (if there are more than one).
=C2=A0
If so, can the suggestion be enabled only when the abbreviati= on is shorter than the expansion by N number of characters, where that N ca= n be set using a defcustom? (I would default that to 2 or 3).=C2=A0

It would be possible to have an option like = that, or similar. The option could keep the diff in number of characters or= the diff in percentage, or whatever clever thing we want. I will try to im= plement it.

Also, someone mailed me about the scen= ario where there are more than one abbrev for the same expansion. Right now= , you will get a suggestion to use the most recently defined abbrev. I wond= er how useful it would be to see the full list of abbrevs that might expand= to a certain expansion... For me, the primary idea is to remind me that I = have at least one abbrev defined for a certain expansion. If there are more= than one, the reminder is enough, at least for me. I would probably have a= look (M-x edit-abbrevs RET) to see what I have defined.

Does anyone else here think it would be useful to list all abbrevs t= hat expand to a certain expansion? Surely it would be doable, but it would = also be slower.

/Mathias

=
--001a11403074376577055af666c2--