From MAILER-DAEMON Wed Feb 24 09:39:46 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aYabS-0000OT-6f for mharc-bug-readline@gnu.org; Wed, 24 Feb 2016 09:39:46 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYabO-0000JX-U0 for bug-readline@gnu.org; Wed, 24 Feb 2016 09:39:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYabL-0001zC-Li for bug-readline@gnu.org; Wed, 24 Feb 2016 09:39:42 -0500 Received: from mpv2-2015.cwru.edu ([129.22.103.227]:49577 helo=mpv1-2015.case.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYabL-0001yt-94 for bug-readline@gnu.org; Wed, 24 Feb 2016 09:39:39 -0500 Received: from mpv5-2015.CWRU.Edu (EHLO mpv5-2015.case.edu) ([129.22.103.234]) by mpv2-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id ADV93815; Wed, 24 Feb 2016 09:18:32 -0500 (EST) Received: from caleb.INS.CWRU.Edu (EHLO caleb.ins.cwru.edu) ([129.22.8.211]) by mpv5-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id AHS44442; Wed, 24 Feb 2016 09:18:32 -0500 (EST) Received: by caleb.ins.cwru.edu (Postfix, from userid 286) id B88651C6D5686; Wed, 24 Feb 2016 09:18:34 -0500 (EST) Date: Wed, 24 Feb 2016 09:18:00 -0500 From: Chet Ramey Sender: Chet Ramey To: bug-readline@gnu.org Message-ID: <160224141800.AA42067.SM@caleb.ins.cwru.edu> Read-Receipt-To: chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.56CDBBBA.02DA,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 32aa136a651a260751c72c86e872cb2f X-Junkmail-Whitelist: YES (by domain whitelist at mpv2-2015.case.edu) X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.56CDBBBB.01E1,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 491aad50eac697056f41e9c53fdc5034 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 129.22.103.227 Subject: [Bug-readline] Readline-7.0-rc1 available X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2016 14:39:44 -0000 The first release candidate of the GNU Readline library, version 7.0, is now available for FTP with the URL ftp://ftp.cwru.edu/pub/bash/readline-7.0-rc1.tar.gz and via git from http://git.savannah.gnu.org/cgit/readline.git/?h=readline-7.0-testing This distribution is essentially a standalone version of the readline library that appears in bash-4.4-rc1 together with an `autoconf' framework. The documentation has been updated and is current. Postscript, DVI, and Info versions of the Readline and History manuals are included. A list of changes in this release is appended to this announcement. This release accompanies the simultaneous release of bash-4.4-rc1. There are more improvements in the programming interface and new user-visible variables and bindable commands. There is an additional public function, which required a change to the major version number. The signal handling has been reworked so that it will not run code in a signal handler context, and there are additional signal and event handling hooks to improve application responsiveness. The history file manipulation functions now do a better job of restoring the old history file on write errors. There is a new bindable variable to enable a `bracketed paste' mode, which is available in new terminal emulators and indicates to programs when input is coming from a paste instead of the keyboard, so the input can be handled as one big chunk of text to insert. Similarly, the text insert functions attempt to batch-insert all pending typeahead characters that map to `self-insert' as long as the input is coming from a terminal. The editing mode indicators are now user-settable strings that can contain non-printing characters. It is now possible to have the common prefix of a set of completions displayed in a different color when listing possible completions. GNU Readline is a library which provides programs with an input facility including command-line editing and history. Editing commands similar to both emacs and vi are included. The GNU History library, which provides facilities for managing a list of previously-typed command lines and an interactive command line recall facility similar to that provided by csh, is also present. The history library is built as part of the readline as well as separately. Since this is a pre-release distribution, please send readline bug reports to chet.ramey@case.edu. As always, thanks for your help. Chet +========== CHANGES ==========+ This document details the changes between this version, readline-7.0, and the previous version, readline-6.3. 1. Changes to Readline a. A bug that caused vi-mode `.' to be unable to redo `c', `d', and `y' commands with modifiers was fixed. b. Fixed a bug that caused callback mode to dump core when reading a multiple-key sequence (e.g., arrow keys). c. Fixed a bug that caused the redisplay code to erase some of the line when using horizontal scrolling with incremental search. d. Readline's input handler now performs signal processing if read(2) is interrupted by SIGALRM or SIGVTALRM. e. Fixed a problem with revert-all-at-newline freeing freed memory. f. Clarified the documentation for the history_quotes_inhibit_expansion variable to note that it inhibits scanning for the history comment character and that it only affects double-quoted strings. g. Fixed an off-by-one error in the prompt printed when performing searches. h. Use pselect(2), if available, to wait for input before calling read(2), so a SIGWINCH can interrupt it, since it doesn't interrupt read(2). i. Some memory leaks caused by signals interrupting filename completion have been fixed. j. Reading EOF twice on a non-empty line causes EOF to be returned, rather than the partial line. This can cause partial lines to be executed on SIGHUP, for example. k. Fixed a bug concerning deleting multibyte characters from the search string while performing an incremental search. l. Fixed a bug with tilde expanding directory names in filename completion. m. Fixed a bug that did not allow binding sequences beginning with a `\'. n. Fixed a redisplay bug involving incorrect line wrapping when the prompt contains a multibyte character in the last screen column. o. Fixed a bug that caused history expansion to disregard characters that are documented to delimit a history event specifier without requiring `:'. p. Fixed a bug that could cause reading past the end of a string when reading the value when binding the set of isearch terminators. q. Fixed a bug that caused readline commands that depend on knowing which key invoked them to misbehave when dispatching key sequences that are prefixes of other key bindings. r. Paren matching now works in vi insert mode. s. Colored completion prefixes are now displayed using a different color, less likely to collide with files. t. Fixed a bug that caused vi-mode character search to misbehave when running in callback mode. u. Fixed a bug that caused output to be delayed when input is coming from a macro in vi-mode. v. Fixed a bug that caused the vi-mode `.' command to misbehave when redoing a multi-key key sequence via a macro. w. Fixed a bug that caused problems with applications that supply their own input function when performing completion. x. When read returns -1/EIO when attempting to read a key, return an error instead of line termination back to the caller. y. Updated tty auditing feature based on patch from Red Hat. z. Fixed a bug that could cause the history library to crash on overflows introduced by malicious editing of timestamps in the history file. 2. New Features in Readline a. The history truncation code now uses the same error recovery mechansim as the history writing code, and restores the old version of the history file on error. The error recovery mechanism handles symlinked history files. b. There is a new bindable variable, `enable-bracketed-paste', which enables support for a terminal's bracketed paste mode. c. The editing mode indicators can now be strings and are user-settable (new `emacs-mode-string', `vi-cmd-mode-string' and `vi-ins-mode-string' variables). Mode strings can contain invisible character sequences. Setting mode strings to null strings restores the defaults. d. Prompt expansion adds the mode string to the last line of a multi-line prompt (one with embedded newlines). e. There is a new bindable variable, `colored-completion-prefix', which, if set, causes the common prefix of a set of possible completions to be displayed in color. f. There is a new bindable command `vi-yank-pop', a vi-mode version of emacs- mode yank-pop. g. The redisplay code underwent several efficiency improvements for multibyte locales. h. The insert-char function attempts to batch-insert all pending typeahead that maps to self-insert, as long as it is coming from the terminal. i. rl_callback_sigcleanup: a new application function that can clean up and unset any state set by readline's callback mode. Intended to be used after a signal. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/ From MAILER-DAEMON Thu Feb 25 12:27:19 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aYzh9-0001Wo-S8 for mharc-bug-readline@gnu.org; Thu, 25 Feb 2016 12:27:19 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51243) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYzh7-0001WX-Pp for bug-readline@gnu.org; Thu, 25 Feb 2016 12:27:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYzh7-0005vf-1T for bug-readline@gnu.org; Thu, 25 Feb 2016 12:27:17 -0500 Received: from mail-ob0-x232.google.com ([2607:f8b0:4003:c01::232]:35783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYzh6-0005vU-Sp for bug-readline@gnu.org; Thu, 25 Feb 2016 12:27:16 -0500 Received: by mail-ob0-x232.google.com with SMTP id dm2so54320015obb.2 for ; Thu, 25 Feb 2016 09:27:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=ejtiCyIyRFNqfeL+1rdnFwXoOhEuwT58YKELMUI4Dwo=; b=NlI6Rfvtfxg/RLKUh8a+nI44DSljSNyEsrplsfvEgxtbO093E7V5+1CrLtS7ciyqsF CFiSlPX82pG0RbxHRrodZT8sS97iaWJneEP5wRH9OMoUG1DmDii20nAd84CaG3eoqTPC bDz0I6UnW8Ydjb6822YLg6YkEdSQVLB15dThDdtGK3GMUzHiLj+eq+QyYJZ5klv26/gH Y8m76BcpY1Skw65+zbJWv+WWiPDCsMmuIJLlT+JvffONhp8yDbM6HJrbmzM81NPnZWoN WX7Mgf1q0H0ykJBR2KzS8uY1z7KXFG+XocD+QJ8Sfd015X2XXuMDm1cZ1aq2L+28PHeZ WBYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ejtiCyIyRFNqfeL+1rdnFwXoOhEuwT58YKELMUI4Dwo=; b=QMvAg7jOG1zGIZs10Il61SsHygzxa+7TRr3D3DONcg3ModJKraMNGRu3UuBYGuLoPY oKIxyt6s9ywyUSYbfDKfpMxwieZETHcqPU/A5Iv4OlFLYwlmQBYOysYlS/FT0th/njRJ yQ+TBBt1xeNCoG7uMJKM581geHuvj4t4jvHSjIn0FM3tvWaGxtFbVL+UPiTqtUeiRnzg /KIUq6T3FNmvdBvcbpi93VceGyTrO51HMgB2PdH8RnmUCOt8tKek9bJVBDwWSLw7j2iO iq9vh33DKcySMnKM25xrLpaMK5+PS9wD940i7Q7i6XGp4sNZX9RLv1kWddtldfptSl7j 8F5A== X-Gm-Message-State: AG10YORwmuzMA3H8bYF210iUXltDzqNU2ESUECND+/Dh8rrPo6zYgOO5UEet8XHYJlguwbur6CeSSZthldhE+Q== X-Received: by 10.182.247.67 with SMTP id yc3mr31614263obc.57.1456421235984; Thu, 25 Feb 2016 09:27:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.165.129 with HTTP; Thu, 25 Feb 2016 09:26:56 -0800 (PST) From: Carlos Pita Date: Thu, 25 Feb 2016 14:26:56 -0300 Message-ID: To: bug-readline@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c01::232 Subject: [Bug-readline] Word definition in vi mode X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2016 17:27:18 -0000 Hi Chet, what do you think about changing the definition of word (as in backward-kill-word) in vi mode to better fit the vi definition (this is taken from vim docs, I'm not sure about POSIX vi): > A word consists of a sequence of letters, digits and underscores, or a > sequence of other non-blank characters, separated with white space (spaces, > tabs, ). The main difference is that a vi user would expect "xxx,yyy" to be split into words as: 'xxx' ',' 'yyy' and not: 'xxx,' 'yyy' which I think is emacs take on the matter. I know I can bind to something like 'bdwa', but this definition is far from perfect. Cheers -- Carlos From MAILER-DAEMON Sun Feb 28 14:49:25 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aa7LJ-0005wS-6i for mharc-bug-readline@gnu.org; Sun, 28 Feb 2016 14:49:25 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa7LG-0005tH-JN for bug-readline@gnu.org; Sun, 28 Feb 2016 14:49:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa7LC-0006wM-HO for bug-readline@gnu.org; Sun, 28 Feb 2016 14:49:22 -0500 Received: from mpv1-2015.cwru.edu ([129.22.103.226]:37556 helo=mpv1-2015.case.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa7LC-0006wH-C3 for bug-readline@gnu.org; Sun, 28 Feb 2016 14:49:18 -0500 Received: from mpv7-2015.CWRU.Edu (EHLO mpv7-2015.case.edu) ([129.22.103.242]) by mpv1-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id ADR40362; Sun, 28 Feb 2016 14:49:16 -0500 (EST) Received: from h211.166.133.40.static.ip.windstream.net (EHLO jenna.local) ([40.133.166.211]) by mpv7-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id BKQ47446 (AUTH cpr); Sun, 28 Feb 2016 14:49:14 -0500 (EST) References: To: Carlos Pita , bug-readline@gnu.org From: Chet Ramey Organization: ITS, Case Western Reserve University Message-ID: <56D34F43.5070500@case.edu> Date: Sun, 28 Feb 2016 14:49:23 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.56D34F3A.00D7,ss=1,re=0.000,fgs=0, ip=40.133.166.211, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 61168f9df34e7d1430fa59319cdb8674 X-Junkmail-Whitelist: YES (by domain whitelist at mpv1-2015.case.edu) X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.56D34F3C.011C,ss=1,re=0.000,fgs=0, ip=40.133.166.211, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 5a14a53ff9f5bf8ff20a858d0a7e8320 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 129.22.103.226 Subject: Re: [Bug-readline] Word definition in vi mode X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2016 19:49:23 -0000 On 2/25/16 12:26 PM, Carlos Pita wrote: > Hi Chet, > > what do you think about changing the definition of word (as in > backward-kill-word) in vi mode to better fit the vi definition (this > is taken from vim docs, I'm not sure about POSIX vi): > >> A word consists of a sequence of letters, digits and underscores, or a >> sequence of other non-blank characters, separated with white space (spaces, >> tabs, ). The word definition readline uses is pretty close to this. The issue is that Posix, at least, defines the word boundaries and behavior specially for C-w: "The word boundary in this case is the closer to the cursor of either the beginning of the line or a character that is in neither the blank nor punct character classification of the current locale." > The main difference is that a vi user would expect "xxx,yyy" to be > split into words as: > > 'xxx' ',' 'yyy' > > and not: > > 'xxx,' 'yyy' > > which I think is emacs take on the matter. The emacs take on the matter is actually to use whitespace as the word boundaries, as is the Unix tty driver's. That's what the default readline unix-word-rubout function does. I think Posix can be interpreted to specify either behavior, at least in vi insert mode: "Delete the characters from the one preceding the cursor to the preceding word boundary." So say you're in insert mode at the end of the line. One C-w removes the `yyy', leaving you with "xxx," with the cursor following the comma. A subsequent C-w means to deal with the character preceding the cursor (`,') and move back to the preceding word boundary. I can see that being the final `x', and I have code that implements that. ksh93 interprets that to mean deleting the entire word, including all the `x's. I have code that can do that, too. There isn't any implementation consensus, if you're wondering about that. bash (readline) and dash use whitespace as word boundaries. mksh and zsh behave as in the first case. ksh93 implements the second case. So after all this analysis, I think I'm going to add a new bindable vi-mode function that implements the behavior you want. The old unix-word-rubout function will be there for emacs mode and folks who want the old behavior. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/ From MAILER-DAEMON Mon Feb 29 11:37:03 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aaQoh-0006tQ-L4 for mharc-bug-readline@gnu.org; Mon, 29 Feb 2016 11:37:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQog-0006tJ-0A for bug-readline@gnu.org; Mon, 29 Feb 2016 11:37:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaQof-0007qI-BY for bug-readline@gnu.org; Mon, 29 Feb 2016 11:37:01 -0500 Received: from mail-oi0-x229.google.com ([2607:f8b0:4003:c06::229]:33957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaQof-0007qD-6a for bug-readline@gnu.org; Mon, 29 Feb 2016 11:37:01 -0500 Received: by mail-oi0-x229.google.com with SMTP id m82so108505058oif.1 for ; Mon, 29 Feb 2016 08:37:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Jv+ydFNtOiDV9r7JctH2QZjd5KjlPZXpkDWu06ruMNw=; b=el59NmZNFVtbD/2UNDVrqeNFT1z8bGiUAnUImjhCnt4eSyFleDbtfhIINCT6rudcCf tbvKYeICKya8AeFH0Qu2MOujH0cNbwOQZCDiya3SiBjWvhvKkL/MXpjNhBzxs3gNPah8 iXLQ2XQXRoDIs1+UrYq+hOcrGQm5V1DlGBn8K7OhMJepVvW8Q3WkJSDtwEY/mHeKVi7a M07e/p7J8OIpqQg64iPGogXRdGoAj4ipVg28eBr6xGyw45CeTU9y9S+QGjFF/YvgEpdZ 42Rue3sflsep+pdCKJsPQL+m8mfxtfB22OLY8WyAfoUGPYwSxtSXAwUICE6FV9aKyrgx EAKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Jv+ydFNtOiDV9r7JctH2QZjd5KjlPZXpkDWu06ruMNw=; b=Fc0oZFvULYJiNDOgX2W9gA1rVmnA/XRXJIHA8dgvWLtcEMY13omFdOf/nCBVGR+B4x 9vqxVlSMQe72BYe5RGKo5Qki/Dvr4+olsTLbYQ00FJCBtQkoKmkKPHljmBXL9Gs4buYL zsBa3rtvWlVJxZtBp+N4Vn3Nasml05+v1DSCnKGvLlHEVDHxK/Naz0h+EWEciVqQKfPf sEQdg9x7nb1o6SpQzyKmQNxoy2tuEMj9791skWsOa7Z7UNxk6HOkVJooiLfIDXl7r40O OlrutwUBtMpLfT+gvTroe9eypk9MAdZBgVgKsd2yWlRDlGrsseM5oEs+BESXvjjIYqU6 t/NA== X-Gm-Message-State: AD7BkJLm4wZHx5XidJFljEf++Vj+5jh00eRA6o6DsCQobNj4mpXia8Sio44DQz1oYJ83DmC/0weIvrUQdXIPbA== X-Received: by 10.202.198.19 with SMTP id w19mr1964036oif.90.1456763820338; Mon, 29 Feb 2016 08:37:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.165.129 with HTTP; Mon, 29 Feb 2016 08:36:41 -0800 (PST) In-Reply-To: <56D34F43.5070500@case.edu> References: <56D34F43.5070500@case.edu> From: Carlos Pita Date: Mon, 29 Feb 2016 13:36:41 -0300 Message-ID: To: Chester Ramey Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::229 Cc: bug-readline@gnu.org Subject: Re: [Bug-readline] Word definition in vi mode X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 16:37:02 -0000 Great analysis. After reading it I agree with your new vi-mode function solution. Thanks! From MAILER-DAEMON Mon Feb 29 13:49:56 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aaStH-0000vz-UY for mharc-bug-readline@gnu.org; Mon, 29 Feb 2016 13:49:55 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaStE-0000nB-3B for bug-readline@gnu.org; Mon, 29 Feb 2016 13:49:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaStA-00021n-TG for bug-readline@gnu.org; Mon, 29 Feb 2016 13:49:52 -0500 Received: from mpv1-2015.cwru.edu ([129.22.103.226]:55020 helo=mpv1-2015.case.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaStA-00021e-OB for bug-readline@gnu.org; Mon, 29 Feb 2016 13:49:48 -0500 Received: from mpv5-2015.CWRU.Edu (EHLO mpv5-2015.case.edu) ([129.22.103.234]) by mpv1-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id ADR81275; Mon, 29 Feb 2016 13:49:43 -0500 (EST) Received: from caleb.INS.CWRU.Edu (EHLO caleb.ins.cwru.edu) ([129.22.8.211]) by mpv5-2015.case.edu (MOS 4.4.7-GA FastPath queued) with ESMTP id AHZ58024 (AUTH cpr); Mon, 29 Feb 2016 13:49:40 -0500 (EST) References: <56D34F43.5070500@case.edu> To: Carlos Pita From: Chet Ramey X-Enigmail-Draft-Status: N1110 Message-ID: <56D492C5.2090006@case.edu> Date: Mon, 29 Feb 2016 13:49:41 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56D492C9.015A,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 6f4c57d9f44150285b8ad29e98c2cff9 X-Junkmail-Whitelist: YES (by domain whitelist at mpv1-2015.case.edu) X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56D492CB.011B,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2015-08-12 04:07:17, dmn=2011-05-27 18:58:46 X-Mirapoint-Loop-Id: 5a14a53ff9f5bf8ff20a858d0a7e8320 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 129.22.103.226 Cc: bug-readline@gnu.org Subject: Re: [Bug-readline] Word definition in vi mode X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 18:49:53 -0000 On 2/29/16 11:36 AM, Carlos Pita wrote: > Great analysis. After reading it I agree with your new vi-mode > function solution. Thanks! Be careful what you wish for. This would mean that several common Unix idioms would take much more work to delete. For instance, it would take many invocations of ^W to erase all of host.remote.domain:/path/on/remote/host Maybe the best thing to do, since we are so close to bash-4.4/readline-7.0, is to leave the default unchanged but allow users to bind vi-unix-line-discard to ^W. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/ From MAILER-DAEMON Mon Feb 29 13:59:40 2016 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aaT2i-0000cA-8G for mharc-bug-readline@gnu.org; Mon, 29 Feb 2016 13:59:40 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36407) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaT2f-0000Xf-G8 for bug-readline@gnu.org; Mon, 29 Feb 2016 13:59:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaT2e-0004KF-Q3 for bug-readline@gnu.org; Mon, 29 Feb 2016 13:59:37 -0500 Received: from mail-ob0-x234.google.com ([2607:f8b0:4003:c01::234]:36325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaT2e-0004KB-LQ for bug-readline@gnu.org; Mon, 29 Feb 2016 13:59:36 -0500 Received: by mail-ob0-x234.google.com with SMTP id s6so93142210obg.3 for ; Mon, 29 Feb 2016 10:59:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DrjLL0bxDoIvS0KZssliaM7U7SYJL1DpAfz7igNb+bA=; b=S4cMmJAV65aQil71qjvIrjBBuIrgsGx4FdS/aeSolJ8FQs+QFCzzuPxa6UB6uxXNdG IDLl3ypukAc79YFVNkcGVBxhteurjHBLRkgHH+JC4H0aG3qT7ZsLOi6Is9POFsQ7Cj3d 0AlWQsRDRoaXl9QJouV4HtLRuH2nJyKKUqwOsIw2l0YCt66sS3x8Tm34Nkww/RLdGkpq CopfMBgrO5gvnIKIyYrrCmVudDdQ4U1GYzk0/YCKVGoYvqv2QZ7d41WtsXlChsfWm6ta rXPxb/OdvlaHFd1x3RTrVqj7GcV/MGc1LYONjMCfip+T5P6odItT4HmYbyRe6TNgimxI JR2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DrjLL0bxDoIvS0KZssliaM7U7SYJL1DpAfz7igNb+bA=; b=WeP6dzz39GMzFXzqkBLZfqmg9UQS8PICspM5DhQ771mzxsISwDnCjg5Yw/r/foEi3U 8Uc6D6eKIKTTIPGm2BN2+adUCRFerCHNGFxnw+QRyFs3E60gzx+SqOlfRutIgfDqupX1 bB1sLdqbEjMCnJDHKYeTiL6UCf3C9gkWxUD8mGC7lneOmZgxtOQTLv2C8GUsiXcplQdO 5zWj8+ue/WruEA6bMVioEy5fauyoKCaZ4ViuLC9pgSJXUnWkx8Bx7szEEqaF8xWjWwlL gbdozOJm42U+yb1XMOhLBlrJMMTd0YLXZivE/QWHwQzzZ1rHR1dtUHK7GtZaeHrFrymX v+LQ== X-Gm-Message-State: AD7BkJJaUKKSJF0m7DQOJQG5SBn/s8msf8hWvKfEEPLwplMv7vHAfJC95x0uD/W1GPy3SOvyZa3yZBZzOxViig== X-Received: by 10.182.144.133 with SMTP id sm5mr13864241obb.69.1456772376018; Mon, 29 Feb 2016 10:59:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.165.129 with HTTP; Mon, 29 Feb 2016 10:59:16 -0800 (PST) In-Reply-To: <56D492C5.2090006@case.edu> References: <56D34F43.5070500@case.edu> <56D492C5.2090006@case.edu> From: Carlos Pita Date: Mon, 29 Feb 2016 15:59:16 -0300 Message-ID: To: Chester Ramey Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c01::234 Cc: bug-readline@gnu.org Subject: Re: [Bug-readline] Word definition in vi mode X-BeenThere: bug-readline@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for GNU readline library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Feb 2016 18:59:38 -0000 > Be careful what you wish for. This would mean that several common Unix > idioms would take much more work to delete. For instance, it would take > many invocations of ^W to erase all of > > host.remote.domain:/path/on/remote/host I understand this, but there is a problem of consistency and, thus, of expectations. When you switch from vi to readline vi-mode (which any vi user using readline emulation will do hundreds of times a day) C-w defeats your expectations and you end up deleting too much and undoing the additional deletions. At least, it's no so bad as pressing C-w in your browser :). Cheers -- Carlos