| Age | Commit message (Collapse) | Author |
|---|
|
tmoveto resets CURSOR_WRAPNEXT.
Simple testcase:
for i in $(seq 1 200); do
printf '\t.';
usleep 100000;
printf '\t@';
usleep 100000;
done
In st executing this script causes @ and . to overwrite each other in
the last column.
|
|
|
|
It probably refers to
http://lists.suckless.org/dev/1211/13427.html
and does not seem like a bug in st.
|
|
We do not free it until exit anyway.
|
|
|
|
LIMIT returns value. This fact is already used in x2col and y2row.
|
|
It seems that LICENSE files are more common than LICENCE files.
At least this patch makes spelling consistent.
|
|
|
|
|
|
There is no need to check that slide > 0 before executing loop.
If slide <= 0, loop stops immediately.
|
|
|
|
XFilterEvent usually filters KeyPress events according to input method.
At this point the window is not mapped. The only events that we process
are ConfigureNotify and MapNotify. They should not be filtered by input
method.
|
|
|
|
|
|
|
|
It was used only once and its return value was ignored.
|
|
|
|
|
|
control was set, but it was not ever used because it was set
again some lines later.
|
|
ascii code may only be checked for characters that have length equal to
1, not width equal to 1
|
|
strsep() is not a POSIX function, and it means that every system
needs different defines to expose it. If the prototype of strsep
is not exposed then an ugly int/pointer is done and it might mean
a crash. The best solution?, to remove the strsep and make a custom
loop. If C programmers cannot do this kind of loops without calling
a library function, then maybe we should move all the suckless
software to Java.
|
|
|
|
|
|
|
|
Otherwise, pasting the X11 primary selection when empty results an
error and Xlib forcibly exits.
Signed-off-by: Christoph Lohmann <20h@r-36.net>
|
|
Some programs can only deal with XA_STRING, and it makes impossible st
be able of copying to them. This patch makes st answer also to XA_STRING,
althought it sends utf8 strings. It is not a problem because moderm
applications must support utf8.
|
|
|
|
|
|
|
|
Thanks to Alex Pilon <alp@alexpilon.ca>!
Now there is a distinction between the primary and clipboard selection. With
Mod + Shift + c/v the clipboard is handled. The old Insert behavious does
reside.
|
|
XN_ANY_MOD makes that any combination of backspace will return always
DEL. This patch lets to X to decide which value returns.
|
|
|
|
|
|
|
|
http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt
|
|
|
|
This was a test to see if anyone actually reads what is submitted. The list of
people not contributing will be valuable in the future.
|
|
|
|
The majority now using the Linux behaviour. Minorities have to live in their
ghettos.
|
|
The unicode long is added to the cache. So when fontconfig does fall back to
the default font (where there is no easy way to find this out from the
pattern) it isn't reloaded.
|
|
ncurses wasn't able to detect the delete-character key as KEY_DC. This
patch fixes that.
kdch1 was defined as "\0177", but terminfo(5) states:
... characters may be given as three octal digits after a \.
The delete-character key is correctly defined in config.def.h.
|
|
|
|
|
|
Use the terminfo delay syntax ($<x>) in our flash capability to avoid
hardcoding a fixed delay in redraw() when called from tsetmode() with
DECSCNM.
We need to turn on the npc capability so that delays are made with
xon/xoff instead of padding characters.
|
|
CC by default is cc, so the assignment was doing nothing, but
it was using non standard syntax, so some system (NetBSD) fail
to compile.
|
|
|
|
|
|
if you keep downsizing your fontsize until either xw.ch or xw.cw gets 0,
st crashes, because there is an unchecked division in cresize.
|
|
When MODE_INSERT is set we'd shift characters on the same
line forward before inserting our character in tputc().
This did not account for wide characters where width != 1.
This patch makes it so we shift the correct amount.
|
|
In tputc(), when a character wasn't large enough to fit
on the current line, we would call tnewline() to place it on
the next line. Unfortunately, we weren't resetting our glyph
pointer and this caused memory corruption when a
wide character (width == 2) was being written. This patch
resets our glyph pointer after calls to tnewline().
|
