| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
Allow for prepending to the cutbuffer in addition to replacing it.
|
|
|
|
Implement paste detection via the bracketed paste mode 2: bracket pasterer
|
|
Thanks ahf
|
|
With bracketed paste, "a\nb" will result in two lines being pasted,
because it's a single thing, with an end marker which the timeout based
pastes don't have.
Due to the way term_gets() counts lines, that input will have
paste_line_count == 1. This can be misleading.
This code adjusts it by looking at the last character, and increasing
the count if it finds anything that isn't a newline.
|
|
|
|
|
|
Just use cygwin.
This looks like it wasn't enough to do anything useful, and I don't
think anyone cares about supporting win32 the hard way.
|
|
reimplement format and length logic for the entry prompt
|
|
|
|
The function "static void paste_buffer_join_lines(GArray *buf)" in
"src/fe-text/gui-readline.c" is supposed to join lines from the GArray
pointed to by *buf under certain circumstances.
In the code of the function "buf" is actually used for getting the length
of the GArray, but to get a pointer to the data, "paste_buffer->data" is
used; paste_buffer is defined in the scope of the whole file.
This delivers the desired result, because this function is only called
once, with "paste_buffer" as the argument. If paste_buffer_join_lines()
will ever be used with a different argument, it will fail.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Add xterm's keypad enter, meta-O-M to "key return" bindings
|
|
Fix warnings
|
|
From the 'kent' terminfo entry. Also applies to putty.
Fixes #327
|
|
|
|
|
|
|
|
|
|
term_addstr() had a long-standing fixme that suggested it didn't
take into account the string encoding when calculating the string
length.
The BIG5 code path is untested.
|
|
Both cases were off-by-one mistakes erring on the side of being too
conservative. This fixes these two harmless issues:
- For a single empty paste, it required another keystroke before
processing it
- For a sequence of themcase, a single '~' was left in the input
|
|
This actually workarounds a bug with the "st" terminal, for which i've
already submitted a patch, but irssi needs to be able to handle it
decently too.
|
|
"Small" as in ending in the same sig_input() call where they started
|
|
|
|
|
|
|
|
Also move relevant code to a paste_bracketed_end() function
|
|
- Use a keybinding to detect the start of a bracketed paste
- Iterate over the paste buffer looking for the end marker
|
|
The sequences we're after are found at the beginning or at the end of the
buffer, there's no need to scan the whole thing.
|
|
|
|
In the hope it'll do the same under the hood.
|
|
|
|
As an alternative method of paste detection, more reliable but might not be
supported by all the VTs.
|
|
http://bugs.irssi.org/index.php?do=details&task_id=905
Not using the patch from that ticket, the issue turned out to be that
(dest - last_lf_pos) returned number of unichr, not bytes, so that's 4
times less than what the size parameter of memmove() should be.
|
|
Remove Garbage Collection support.
|
|
Add comment on the use of ??) in C, since that string isn't entirely
obvious to people who are reading the code.
|
|
GC support was never enabled by default and nobody in the current
development team seems to care about it.
|
|
We disable the ICRNL flag to make Enter independent from ^J from the
keybinding point of view since the former will now send ^M, leaving the
user free to remap ^J without trapping itself into the irssi session
because of a broken Enter key.
Also disable the software flow control because we don't expect anyone to
run irssi over a serial console; we gain some more freedom by having ^Q
and ^S freely mappable by the user.
|
|
Enter the "application" mode when setting up the terminal, this improves the
compatiblity with the standards; as a side effect now DEL key works ootb when
irssi is run in the suckless's st terminal.
|
|
Make config parser more robust
|
