| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This ensures that calls to commands.commandfactory
are done just before these are applied:
In command sequences, some previous cmd might have changed
the mode, which in turn influences the commandfactory
as some commandstrings are interpreted differently in different modes.
This patch ensures that one command has completed before a next
one gets instantiated.
Also, this adds a global error handler for command sequence deferreds.
cf issue #629
|
| |
|
|
|
|
|
|
|
| |
When a pre or post command hook is called it gets
the Command instance it belongs to as keyword parameter "cmd".
This allows e.g. the post hook of TagCommands to access the
query string used in this particular instance.
|
| |
|
|
|
|
| |
and obsolete commands.globals.CommandSequenceCommand
|
|
|
|
|
|
|
|
| |
being run
Conflicts:
alot/commands/globals.py
alot/ui.py
|
|
|
|
| |
update() call causes several hundred ms delay for each keypress. Removing it causes no immediately observable differences of behaviour.
|
|
|
|
| |
mostly automatically fixed
|
|
|
|
|
|
|
|
| |
this makes the CompleteEdit widget handle errors
raised during completions by passing them on to
a 'on_error' callback given to its constructor.
This is then used in UI.prompt.
|
| |
|
|
|
|
| |
furthermore, the special treatment of individual commands has been removed
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
also, with this a pre-command-hook can cancel the further
execution of the command by raising an Exception.
cf. issue #395
|
| |
| |
| |
| | |
.. which got lost during a previous rebase
|
| | |
|
| |
| |
| |
| | |
cf issue # 563
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
... commands. At some point we might want to add a command
history for an undo feature. For this I'd keep a history of
the applied Command objects and in reverse order call its .undo() method.
For this to work we need one Command object for each application.
If however we re-use a Command object using 'repeat' we'd most certainly lose
local information on how to undo the first application..
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The UI object now saves the last executed command (except for
RepeatCommands themselves and Promt- and FlushCommands, since they are
not user invoked, intended actions). The RepeatCommand then applies the
stored command again.
This is comparable to the . in vim, so I would recommend you add this
line to your config ;)
. = repeat
|
| |
| |
| |
| | |
(got lost during rebase)
|
| |
| |
| |
| |
| | |
this directly passes on move up/down/etc
commands and omits creating a MoveCommand object for speed's sake
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This ensures that commandlines that are bound to a key
are not fired right away but wait a little (config option 'input_timeout')
in case there are other bindings with this key as prefix.
This allows to bind for instance 'g g' to move up while at the same time
one can bind 'g' to global replies. Without this change, the 'g' binding
would be fired right away.
|
|/
|
|
|
| |
instead of creating a MoveCommand instance.
These will still be created for 'move's that are part of longer command chains
|
| |
|
|
|
|
|
| |
.. the current value cannot be prefix of any bound
keysequence. fixes #547
|
|
|
|
|
|
| |
by keeping a "was locked" flag in the UI.
Once changes are successfully flushed, we use a single "all clear"
notification.
|
|
|
|
|
| |
this fixes an issue with exiting buffer-less ui:
this happens only when the initial command fails for some reason.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
that reads a cmdline string, possibly splits it in
separate subcommand strings and fires the (sequence of)
Command object(s).
|
|
|
|
| |
a meta command that allows to chain commands
|
| |
|
|
|
|
|
| |
to clear input queue.
closes #501
|
| |
|
|
|
|
|
|
|
| |
This queues key presses in UI for a while
in case they don't match a binding.
This way one can for example bind
'ctrl x ctrl q' = exit
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This moves the Command creation/application
to UI.input_filter. This function gets directly triggered by the mainloop.
We hardcode "esc" and "enter" to widgets.globals.ChoiceWidget and CompleteEdit and thus ditch the
abstraction to "cancel" and "select" keypresses.
This obsolets the extra InputWrap widget in UI and
the global SendKeypressCommand and generally makes UI less messy.
|
| |
|
| |
|
| |
|
| |
|