Re: [code] [textadept] Using normal buffer as command entry

From: Robert Gieseke <>
Date: Tue, 11 Feb 2014 07:41:15 +0100

Hi Chris,

this is an excellent idea! Is your experiment already part of your
ta-vim module or just unreleased play-around code?

Also, have you seen "Quicknav" [1]? It's a very interesting
Textredux-based approach that works by creating a copy of a buffer and
using the first line as a 'command entry', here for searching only.
There are some issues, it uses a different margin with line number that
doesn't display nicely in Curses (probably fixable) and there can be
issues with restoring the margins when switching views (as the margins
are not tied to buffers but to views).


[1], you'd need my fixes
at for compatibility

Am 11/02/14 01:23, schrieb Chris Emerson:
> Hi,
> I've been experimenting with using a normal TA buffer in a small split view
> as a more flexible replacement for the command entry (actually with
> Textredux). I quite like it - I can colour it at will, play with the cursor
> position, history, etc., enlarge it to show completions, etc.
> There are two annoyances it'd be nice to solve, though:
> * I currently save the window configuration, unsplit everything, split to
> make the 1-line entry, and recreate the original splits, and then do it all
> again when exiting the entry again. This is flickery, especially with a few
> splits.
> The simplest "fix" I can think of would be to allow view.size=(full size of
> parent) and define it to hide the second view and the divider, so that instead
> of rebuilding everything it's just a case of adjusting view.size. The least
> simple would be to replace the GTK entry/CDKEntry with a dedicated buffer
> and some more Lua code...
> * In the GTK version, I haven't worked out how to make the split the right
> height for exactly one line of text.
> Regards,
> Chris

You are subscribed to
To change subscription settings, send an e-mail to
To unsubscribe, send an e-mail to
Received on Tue 11 Feb 2014 - 01:41:15 EST

This archive was generated by hypermail 2.2.0 : Tue 11 Feb 2014 - 06:26:40 EST