Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: David Weeks Newsgroups: gnu.bash.bug Subject: Looking for key-bound auto-completed arg buffer in readline/bash. Date: Mon, 8 Jul 2019 17:24:03 -0400 Lines: 41 Approved: bug-bash@gnu.org Message-ID: References: <56ac45a7-7bee-3d0e-3f51-15891e80c8c2@davidwid.com> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: usenet.stanford.edu 1562621184 28447 209.51.188.17 (8 Jul 2019 21:26:24 GMT) X-Complaints-To: action@cs.stanford.edu To: bug-bash@gnu.org Envelope-to: bug-bash@gnu.org X-Authority-Reason: nr=8 X-Authority-Analysis: $(_cmae_reason DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=davidwid.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=hNL9qkCoNUvOdQ9BV3bg9hcRXlUbP8xELYOTAvzjB+E=; b=Kj6tub4mbppP+8SXlDlWDHxBuf S36repJIjI2yqYb13tPPZ7QIYbRKoUIsQvrJNUmp937WBzYFOS0Dea9wD942J5G9wXyX/3NxIxOsV M9NnW1GxmVGsHwdR6FGixcihkAYtOPBWMKPjuRAUSjpK1rNMRsHgOHnWyZVM4UFpg/YEXMjvJ0Evx B9fYAiYtdFCYztJ9TfgpQ+n5bfOwWtWjFZ0+aGLlSsXGO5vQP6yElvbxtBwC7d2NQaoUbXeYOtrd3 AiINskthgmNXGfTO3G8UyIrKLhf4vYAKeYoof03aFuyMTItWVszRA0hZPv9vnT7Xkj0bU4xRsibND djYNDqRQ==; User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box715.bluehost.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - davidwid.com X-BWhitelist: no X-Source-IP: 47.197.195.165 X-Source-L: No X-Exim-ID: 1hkb7E-002AUx-B0 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([192.168.1.163]) [47.197.195.165]:51576 X-Source-Auth: david@davidwid.com X-Email-Count: 2 X-Source-Cap: dGVjaHRhc2s7dGVjaHRhc2s7Ym94NzE1LmJsdWVob3N0LmNvbQ== X-Local-Domain: yes X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 69.89.20.226 X-Mailman-Approved-At: Mon, 08 Jul 2019 17:25:55 -0400 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <56ac45a7-7bee-3d0e-3f51-15891e80c8c2@davidwid.com> Xref: csiph.com gnu.bash.bug:15089 Hello All, I first wrote the help-bash@gnu.org list, thinking this was already a=20 feature, but I've not found it. On occasion, I have to clean up some seriously broken filenames, full of=20 control chars, code points, and whatnot, filenames that my perl script=20 gives up on.=C2=A0 That script cleans 99%, and I could forever tweak it f= or=20 yet-another-exception-case, but they are really random.=C2=A0 So I fix th= em=20 by hand. Because they are full of PITA chars, I use auto-complete to uh,=20 auto-complete them.=C2=A0 Which is a PITA, cause I'm having to escape and= =20 otherwise manually code point these PITA chars.=C2=A0 So if once I've=20 auto-completed the first case for mv -nv, I'd like to repeat it, and=20 then fix the copy as needed.=C2=A0 Right now, I have to do the exact same= =20 thing twice, to get something that's already on hand, the just=20 auto-completed arg. So that variable is in memory, and if we had as a feature, a persistent=20 buffer that logged those completions, that was bound to a key-sequence,=20 say C-TAB, then once I've picked/auto-completed the filename, I can=20 C-TAB to paste/yank in the second instance, suitable for renaming the=20 PITA filename.=C2=A0 (Remember too, these are one and only commands, so=20 history is useless.) This doesn't seem like it would be hard to do (famously dangerous=20 words), and present it here. David Weeks Information Developer --=20 Making technology useful.