If not all tabs are shown, trying to select a tab with a mouse checked
against coordinates of tabs when they were last drawn. This lead to
incorrectly choosing tabs not even on screen. Checking only drawn ones
should help.
You can reproduce the bug by running old version of tabbed, opening 8 tabs,
---
surf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/surf.c b/surf.c
index 42bc393..b89c0e2 100644
--- a/surf.c
+++ b/surf.c
@@ -1326,6 +1326,9 @@ main(int argc, char *argv[]) {
case 'f':
runinfullscreen = 1;
break;
+ case 'F':
+
2013/8/14 sin :
> Hi,
>
> Added a barebones strings(1) implementation. Let me know
> if you guys want this.
>
> Thanks,
> sin
Aren't you printf() ing non-null-terminated string? This can explode.
The version 2.0 of swaprootname (1) has seen the world, now with less
race conditions!
swaprootname [1] is your tool of choice for permanently or temporarily
changing root window name, in scripts or regularly in shell.
Unfortunately, previous version suffered from an issue: if you
launched two ins
---
st.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/st.c b/st.c
index 289ecb8..0b1e97a 100644
--- a/st.c
+++ b/st.c
@@ -3211,6 +3211,7 @@ xsettitle(char *p) {
Xutf8TextListToTextProperty(xw.dpy, &p, 1, XUTF8StringStyle,
&prop);
XSetWMName(xw.dpy, xw
It's rather annoying when you e.g. scroll in Surf, move your mouse a little bit
too low, and Tabbed starts to switching tabs because you got caught in lower
border area. I don't think this behaviour is intentional or desirable.
---
tabbed.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/ta
This crops up whenever you just switched from tab # N+1 to tab # N
and close current tab. unmanage() first decreases lastsel
(so it becomes N) then erroneously tests it against sel and focuses first tab
instead. One can see that focus() would never set lastsel == sel,
so I took liberty to fix this
It is meant to be used in key bindings.
2013/7/26 Christian Hesse :
> Hello everybody,
>
> the function eval() is unused, so remove it. Patch is attached. Thanks!
> --
> main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH"
> "CX:;",b;for(a/*Chris get my mail add
2013/7/19 Roberto E. Vargas Caballero :
> From: "Roberto E. Vargas Caballero"
>
> It is impossible allocate all the RGB colors using a static
> array, so it is necessary move DC.col into a pointer and use
> dinamic memory.
>
> Since the color definition is not used to much is not a bad idea
> use
Hi. I've noticed some odd screen clearing problems with TUI aptitude
(which switches to alternate screen when invoking dpkg, and instead of
clearing it just prints "0" and overwrites whatever text it has) and
transmission-remote-cli, which does the same upon exiting. This is
most likely due to mis-
2013/7/2 Craig Brozefsky :
>
> Good morning, some good-natured trollbait to go with my coffee!
> I've spent about half my professional career (15+ yrs) working on Lisp
> products -- Common Lisp, and Clojure specifically. In both
> cases, accomplishing what we had to do in the time we had would not
2013/7/2 Andrew Gwozdziewycz :
> SBCL and Racket are certainly faster than Python, PHP, Ruby, Perl in most
> cases. SBCL, since it is more or less an interactive native code compiler is
> faster yet. You'll have to qualify painful. Are you referring to syntax? If
> so, no Lisper even sees parenthes
2013/6/29 oneofthem :
> is there any reason why lisp isn't mentioned much in the suckless
> community?
> considered irrelevant, harmful or what?
I personally consider it irrelevant. People just don't actually write
in Lisp, because it's either painful or results in slowness. Lisp is a
great languag
To be more specific, now tty creation is delayed until X window is
actually mapped; last ConfigureNotify before mapping determines
initial tty size.
Please report problems if there are any.
---
TODO |4
st.c | 21 ++---
2 files changed, 18 insertions(+), 7 deletions(-)
2013/4/25 Roberto E. Vargas Caballero :
> When you want pass it any type of data? (of course, without using typeof)
Do you already want it?
Also, you can have multiple functions, as math.h does.
2013/4/25 Kent Overstreet :
> So, to restate - code should be harder to understand to keep people
> from contributing?
Code should look compact to keep people from adding bloat. Multiple
files by themselves add nothing to understanding, other than need to
constantly switch contexts when one file's
There's no such thing as "doing it wrong", there are people who know
how to use macros and people who do not. As suckless aims advanced
users, I think we can safely assume that most people here know how to
use them, and won't blow their leg off with it.
Linux kernel can enjoy luxury of being compil
Personally, I suspect that this is not going to be positive change in
long run. Dividing into multiple files lowers tolerance threshold for
adding new code. If before that somebody would not add 500 sloc, no
matter what, now he can convince yourself and others that it is REALLY
useful, and make a n
Previously, when releasing Button 1, if only single character was
selected, selection was silently cleared. This is no longer the case with
this patch, which ensures more intuitive handling of this situation, while
still providing a way of clearing selection.
---
st.c | 21 ++---
2013/4/24 Roberto E. Vargas Caballero :
>
> I can not see your patch, I only can see you send twice the same patch,
> maybe did you mistake the second mail?
>
Yeah, sorry, accidentally sent the same patch two times. Now it should
be correct, I think.
---
st.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/st.c b/st.c
index 11b9b51..7e79358 100644
--- a/st.c
+++ b/st.c
@@ -1425,6 +1425,9 @@ tclearregion(int x1, int y1, int x2, int y2) {
for(x = x1; x <= x2; x++) {
term.line[y][x] = term.c.attr;
2013/4/24 Roberto E. Vargas Caballero :
> You are talking here about our Selection data structure, and you are right,
> if we mark it as not enabled (sel.bx = -1), all the problem will be fixed,
> and maybe in a cleaner way.
> We can test it in tclearregion in this form:
>
>
>
> for(y = y1;
We're now clearing empty areas with spaces, so there is no point to check
if character contains non-empty string.
---
st.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/st.c b/st.c
index 71e5b83..11b9b51 100644
--- a/st.c
+++ b/st.c
@@ -3077,7 +3077,7 @@ drawregion(int x1,
We're now clearing empty areas with spaces, so there is no point to check
if character contains non-empty string.
---
st.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/st.c b/st.c
index 71e5b83..11b9b51 100644
--- a/st.c
+++ b/st.c
@@ -3077,7 +3077,7 @@ drawregion(int x1,
2013/4/24 Random832 :
> On 04/23/2013 05:27 PM, Roberto E. Vargas Caballero wrote:
>>
>> It is very confusing see a hightlight blank line, that really is selecting
>> the previous content of the line. If the selecting mark keeps in the
>> screen
>> it is only some garbage in it. If you can find oth
2013/4/22 Alexander Sedov :
> URxvt uses another approach that can be summarized as "do Xft
> work" (by looking throughout URxvt code base, one understands that
> they are really tired of this shit; transparency support in Xft, for
> example, is yet another wonder, an
Okay, so the rendering is expectedly nearly as before.
The real problem we have here is that most TrueType monospace font
designers do not care about combining characters, as opposed to X font
designers. (Saying about which, X font support in st is now HORRIBLY
broken for me for some arcane reason)
Allows to configure which characters are used for tokenizing input string.
Passing empty string disables tokenizing.
---
This is the patch that adds configurable behaviour for this feature.
If maintainer feels like including it in upstream, fine.
Else, topicstarter may download this email and apply
Now, when you are selecting a region, you will get all empty lines that happen
to be in it, including trailing ones. Last line terminator is omitted as it
previously
was, though.
---
st.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/st.c b/st.c
index 27d0be8..44ff
2013/4/17 Jente Hidskes :
> I see you are open for patches now. Have you heard of the xyw offsets patch?
> It allows to you, for example, have dmenu spawn in the center of the screen
> at coördinates x and y, and width w. Note that the patch is not mine, I don't
> know where I picked it up. I ju
2013/4/17 Hiltjo Posthuma :
> Hehe, just to clarify: the patch I submitted which adds mouse support
> is not meant to be included in the upstream dmenu, because I think
> most people won't like it. However you're free to do whatever you want
> with it.
That's rather surprising, as I found it small
2013/4/16 Ross Lagerwall :
> How did it handle command-line arguments before?
> Command-line arguments are passed to dmenu as before.
> Running "dmenu_run -b" would pass the -b to dmenu.
>
> AFAICT, the pipeline outputs an executable with no other arguments.
I mean, previously I could write 'gimp I
2013/4/16 Ross Lagerwall :
> The previous logic leaves a shell running for the duration that the
> launched application runs.
> This changes it so that the only application that is left running is
> the launched application.
>
> In addition, it can now handle launching applications with spaces in
>
2013/4/15 Strake :
> On 15/04/2013, random...@fastmail.us wrote:
>> On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote:
>>> According to a quick google those chars can become as wide as 6
>>> bytes,
>>
>> No, they can't. I have no idea what your source on this is.
>
> In UTF-8 the maximum encoded
2013/4/15 Martti Kühne :
> -1 from me.
> It is utter madness to waste 32 (64 on x86_64) bits for a single
> glyph. According to a quick google those chars can become as wide as 6
> bytes, and believe me you don't want that, as long as there are
> mblen(3) / mbrlen(3)...
int is always 32 bits, and g
Before anyone tries to apply this: this patch is incorrect, use the
one that has been sent later, or else you might and will experience
horrible segfaults. I'm really sorry.
Now, newly allocated Glyphs are set to spaces and current cursor colors
with tclearregion() routine.
---
st.c | 79 --
1 file changed, 34 insertions(+), 45 deletions(-)
diff --git a/st.c b/st.c
index fc07a46..ec5d828 100644
--- a/s
> I'd love to see this one in mainline, despite it's title:
>
> http://tools.suckless.org/dmenu/patches/xmms-like_pattern_matching
>
> Sadly the wiki has no link to a current version:
>
> http://tools.suckless.org/dmenu/patches/dmenu-4.4-tok.diff
>
> I might be inclined to try porting it myself soo
I went through the mailing list archives since the date of last commit
and collected all patches that seem relevant/interesting to me. Sorry
if you have already seen some of these.
http://lists.suckless.org/dev/1108/9114.html
http://lists.suckless.org/dev/1110/9742.html
http://lists.suckless.org/de
---
Makefile |6 +-
config.def.h | 15 +++
dmenu.c | 10 ++
3 files changed, 22 insertions(+), 9 deletions(-)
create mode 100644 config.def.h
diff --git a/Makefile b/Makefile
index f011ad7..0f7dfbd 100644
--- a/Makefile
+++ b/Makefile
@@ -18,7 +18,11 @@ o
2013/4/15 Anselm R Garbe :
> Hi,
>
> I'm the current maintainer of dmenu.
>
> I intend to get dmenu and dwm back on track during the next days. So feel
> free to compile me a mail with all the patches you want to see in mainline
> dmenu.
Glad to hear this! Is it fine if I send you links to mailing
Now double-click+dragging automatically snaps both ends to word boundaries
(unless on series of spaces), and triple-click selects whole lines.
As a side effect, snapping now occurs on button press, not button release
like it previously was, but I hope that won't be inconvenient for anyone.
---
st.
As per subject. It seems that last maintainer commit was an year ago,
and patches sent to mailing list are left unresponded. In case this
project has been orphaned, may I take over it? There is popular demand
for being able to statically configure dmenu (e.g. to have config.h),
security bug discove
---
st.c | 73 +-
1 file changed, 28 insertions(+), 45 deletions(-)
diff --git a/st.c b/st.c
index fc07a46..73099a6 100644
--- a/st.c
+++ b/st.c
@@ -98,11 +98,6 @@ enum cursor_state {
CURSOR_ORIGIN = 2
};
-enum glyph_s
---
st.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git a/st.c b/st.c
index 56dc94c..fc07a46 100644
--- a/st.c
+++ b/st.c
@@ -1195,22 +1195,10 @@ treset(void) {
void
tnew(int col, int row) {
- /* set screen size */
- term.row = row;
-
---
st.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/st.c b/st.c
index 7250da2..56dc94c 100644
--- a/st.c
+++ b/st.c
@@ -773,7 +773,8 @@ selcopy(void) {
gp = &term.line[y][0];
last = gp + term.col;
-
2013/4/13 Christoph Lohmann <2...@r-36.net>:
> Greetings.
> I merged the patches from the list and applied them. St now does on copy
> replace ’\r’ with ’\n’ and when it receives some paste item ’\n’ is re‐
> placed with ’\r’.
Thanks, that's much better than before! Every combination I'm aware of
2013/4/12 Mark Hills :
> I find when a window is un-focused that the cursor location looks too
> much like display content.
>
> Please consider this patch, which mimics xterm behaviour by displaying
> a hollow rectangle, and makes a saving of one colourmap entry :)
st uses XRender throughout its so
> Oh and, how comes you're writing a terminal emulator with your views?
> Because writing stuff for geeks is easier?
Hey, I'm not writing terminal emulator. I'm submitting patches to st
and get shouted at by __20h__, and that's it.
But the answer is: because writing stuff for myself is usually wort
> This. Knowledge and money do not correlate where I come from - how
> else can those biggest idiots be so successful in capitalism?
> Money in more ancient times was about trust, and you pay him because
> you trust him with your health. So the doctor has, in that sense, as
> much responsibility fo
> Form your sentiment one gets impression that you think that situation is any
> better with windows software, and if you tink like that thats not even funny.
It's not better in average, yes. But dispersion is much greater. There
are IE search bars and there are nice professional tools.
And one usu
Now, on selcopy, st generates traditional Unix newlines ('\n'), because
apparently that's what GUI applications are used to see. But some
terminal applications do not handle '\n' very well, so, when pasting to st,
line feeds are replaced with carriage returns, codes that Return key generates.
---
> This is the reason why st is writing '\r', because is the code that is
> generated when you press return.
Yeah, it makes sense for pasting from st to st.
But pasting from, for one, surf to st suffers from ^J instead of ^M
(mcabber, nano, who knows what else), and pasting to file and, as
topicstar
Oh, look, how nice, religious wars at dev@suckless, and my favourite
"argument" about Windows being crappy operating system with absolutely
no justification. Religious people never justify their views, I guess.
About the "lock-in": drivers may be the case, but applications can not
be "lock-in". If
> Maybe pasting to st should be fixed too, so when newlines are pasted,
> they are translated to ^M. But '\n' should be copied, otherwise pasting
> to graphical programs is broken.
That's how urxvt does it and this is what my patch originally done
(sort of, translation was in ttywrite while in sho
---
I'm sorry I introduced this bug.
config.def.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/config.def.h b/config.def.h
index 3ddfaf8..ed8fbbe 100644
--- a/config.def.h
+++ b/config.def.h
@@ -23,7 +23,7 @@ static Bool hidebackground = FALSE;
#define SETPROP(p, q)
---
When trying to Tab-complete on strings with length >= BUFSIZ, dmenu incorrectly
handles copying and then calls strlen() on non-null-terminated buffer.
On my system, this led to freeze rather that just crash, which is much worse
due to dmenu grabbing keyboard.
This patch fixes that behaviour wit
Let's face it: xargs default behaviour is not well-defined. It would
probably work with xprop output, where quotes are escaped, but it's
better not to risk. Also, we probably want to keep occasional spaces
on their places.
I believe that xargs implementation that doesn't implement -0 is unheard of.
xprop prints information in format PROPERTY(STRING) = "escaped string",
which causes problem with repeated Ctrl-F: any non-ascii turns into
\ooo\ooo, this later turns into \\ooo\\ooo, and so on. To de-escape
string, printf(1) is used, getting information from xargs -0; without -0
xargs will try to
2013/3/21 Nick :
> On Thu, Mar 21, 2013 at 07:26:23PM +0400, Alexander Sedov wrote:
> Can this be done with printf? ISTR echo -en isn't posix, whereas
> printf is well defined.
You make a point.
2013/3/15 Christoph Lohmann <2...@r-36.net>:
> Greetings.
> I need a screenshot to apply this, because I’ve never seen this.
Here you go. This is Gmail interface screenshot, but it appears on
some other sites as well. Reasons why it does seem to be not connected
to sites itself, but rather to some
xprop prints information in format PROPERTY(STRING) = "escaped string",
which causes problem with repeated Ctrl-F: any non-ascii turns into
\ooo\ooo, this later turns into \\ooo\\ooo, and so on. To de-escape
string, echo -en is used, getting information from xargs -0; without
-0 xargs will try to h
---
st.c |4
1 file changed, 4 deletions(-)
diff --git a/st.c b/st.c
index 0923cec..9f0474d 100644
--- a/st.c
+++ b/st.c
@@ -652,10 +652,6 @@ selected(int x, int y) {
return BETWEEN(x, bx, ex);
}
- return ((sel.b.y < y && y < sel.e.y)
-
When selecting text, st provides result in *both* PRIMARY and CLIPBOARD.
2013/3/16 Uli Armbruster :
> * Alexander Sedov [15.03.2013 09:31]:
>> clippaste() is meant for CLIPBOARD.
>> For PRIMARY, it has selpaste().
>
> Ok, thanks!
>
> Then what's the correct way
Webkit has an amazing "feature" that shows black outline with cross
around some randomly chosen text fields. Its only fucntion is to
clear field. It's ugly and gets in the way when trying to actually
ready what you've written, so here's a patch to disable it.
---
surf.c | 11 +++
1 file
2013/3/15 :
> Does this mean that with cyrillic layout, mappings defined as GDK_r
> would work?
>
> If this is the case -- thank youvery much for hounding down and fixing!
> This has annoyed me for a long time. This will cause me to put some work
> in updating my ancient heavily patched surf in th
There is a bug in GTK+ that does not allow capturing shortcuts using
letter keys on layouts other than "us". The bug is there for ages and
there is probably no hope that it will get fixed. This patch switches
shortcut handling method to GtkAccelGroup, which handles this case
correctly. Enjoy!
---
clippaste() is meant for CLIPBOARD.
For PRIMARY, it has selpaste().
2013/3/15 Uli Armbruster :
> Hi guys!
>
> First of all, don't kill me if the patch isn't perfect, because I'm not
> really a coder (but use suckless software nevertheless)! But this patch is
> trivial enough. Actually it's the f
Incorrect order of output rediection specifiers was causing useless
text appearing in terminal when starting surf-open (for example,
BadWindow error from xprop when tabbed window is already closed).
It isn't now.
---
surf-open.sh |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Added font size option, because I think it's pretty common and useful.
Full-featured font options are probably not worth doing, though.
---
config.def.h |2 ++
surf.c |2 ++
2 files changed, 4 insertions(+)
diff --git a/config.def.h b/config.def.h
index 85bfe47..90f8d5b 100644
--- a
Chris, functionality that you demand could easily be provided by this
simple script.
Syntax is obvious and even described inside the script.
Enjoy!
https://gist.github.com/ElectronicRU/5138928
2013/3/12 Chris Johnson :
> I thought of the check for whether or not it exists when I was working on
>
It still conforms to C89/C99, which is the chosen standard for compiling st
according to default config.mk.
Also, good thing about separate patches is that you don't need to apply all
of them. It looks like zero field handling was already casted upon
strtok_r, although in slightly more complicated
Same things, with style error fixed.
2013/2/27 Alexander Sedov
> 1. Replaced strtok_r with strsep in strparse, because strsep can handle
> zero-width fields (manpage says so) and because resulting code is clearer.
> 2. Fixed potential problem with calling strtol on non-null-terminated
I do believe the goal of this project is not writing rxvt clone, or
"replacement", as you call it.
Also, your description of a problem is twisted and seems to touch feh, not
st.
If urxvt works for you, use urxvt, it's a decent terminal emulator.
2013/2/26 Andreas Marschall
> Good evening,
>
> I
1. Replaced strtok_r with strsep in strparse, because strsep can handle
zero-width fields (manpage says so) and because resulting code is clearer.
2. Fixed potential problem with calling strtol on non-null-terminated
buffer.
0001-Replaced-strtok_r-with-strsep-for-correct-empty-fiel.patch
Descript
2013/2/25 Roberto E. Vargas Caballero
> On Mon, Feb 25, 2013 at 04:44:11AM +0400, Alexander Sedov wrote:
> >Commenting on this even further:
> > - tested whether st rightfully extracts selection contents. It does,
> as
> >debug output told me, so the problem
e, I would propose this patch to be applied to upstream.
2013/2/25 Alexander Sedov
> Commenting on this: you don't really need to open a new file, either; just
> try to paste to a line that has no empty line before it.
> As a bonus, it wrecks syntax highlighting.
>
>
> 2013/2
Commenting on this: you don't really need to open a new file, either; just
try to paste to a line that has no empty line before it.
As a bonus, it wrecks syntax highlighting.
2013/2/24 Andreas Marschall
> hello,
>
> this is my first post in a mailing list ever so I hope you guys are not
> too h
Thank you!
2013/2/22 Lukas Fleischer
> On Fri, Feb 22, 2013 at 09:25:19PM +0400, Alexander Sedov wrote:
> > Fair enough. Looks like automatic sending via git has its downsides.
>
> You can use `git send-email --annotate HEAD^` and add a prefix to the
> subject.
Fair enough. Looks like automatic sending via git has its downsides.
To clarify: it's for st.
2013/2/22 Carlos Torres
> Next time why not mention the app the patch is for in the subject i.e.
> [dev][dwm] that way its not ambiguous.
>
> --Carlos
>
>
No, it's just not ready for anyone's eyes yet.
2013/2/22 Hugues Moretto-Viry
> Good.
>
> Btw, your purg[1] repo is empty too. Maybe it's the same issue.
>
> [1] https://github.com/ElectronicRU/purg
>
> H.Mo.
>
---
TODO |1 -
st.c | 17 +++--
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/TODO b/TODO
index 2f42720..67615f8 100644
--- a/TODO
+++ b/TODO
@@ -18,7 +18,6 @@ bugs
* fix shift up/down (shift selection in emacs)
* fix selection paste for xatom STRING
-* fix
Yeah, I ran git push and forgot to enter passphrase. It's OK now.
2013/2/22 Hugues Moretto-Viry
> Hi,
>
> For now, your repo seems to be kinda empty.
>
> H.Mo.
>
<2...@r-36.net>
> Greetings.
>
> On Fri, 22 Feb 2013 12:53:22 +0100 Alexander Sedov
> wrote:
> > From README:
> > > Use
> > > swaprootname "New name"
> > > to persistently change root window name, or
> > > echo "New n
Yeah, using time sleeps in a script is an intended way to use it. It's
simple, and controlling the delay with which to show information is really
the job of user scripts.
2013/2/22 Daniel Bryan
>
> On 23 Feb 2013 00:13, "Alexander Sedov" wrote:
> >
> >
It does completely different job.
2013/2/22 Anselm R Garbe
> fyi
>
> http://tools.suckless.org/wmname
>
> On 22 February 2013 03:34, Alexander Sedov wrote:
> > From README:
> >> Use
> >> swaprootname "New name"
> >> to persistently
>From README:
> Use
> swaprootname "New name"
> to persistently change root window name, or
> echo "New name1\nNew name2\n..." | swaprootname
> to temporarily set root window name(s) and revert it to original one on
EOF.
Feel free to use it for your pleasure.
swaprootname-0.1.tar.gz
Descr
From: Alexander Sedov
---
TODO |1 -
st.c | 14 +-
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/TODO b/TODO
index 2f42720..67615f8 100644
--- a/TODO
+++ b/TODO
@@ -18,7 +18,6 @@ bugs
* fix shift up/down (shift selection in emacs)
* fix selection paste for
That's the problem I was trying to fix. :)
You're welcome!
2013/2/20 Charlie Kester
> On 02/19/2013 06:53, Christoph Lohmann wrote:
>
>> Greetings.
>>
>> On Tue, 19 Feb 2013 15:53:15 +0100 Alexander Sedov
>> wrote:
>>
>>> St colour s
While writing this patch, I accidentally intoduced off-by-one error that
caused empty terminal window names and could, in theory, lead to crash.
This patch is fixing this accident.
2013/2/19 Christoph Lohmann <2...@r-36.net>
> Greetings.
>
> On Tue, 19 Feb 2013 19:14:18 +0100
Enjoy these well-formed patches.
2013/2/19 Alexander Sedov
> Here it is, the new version.
>
>
> 2013/2/19 Christoph Lohmann <2...@r-36.net>
>
>> Greetings.
>>
>> On Tue, 19 Feb 2013 15:54:06 +0100 Alexander Sedov
>> wrote:
>> > This pa
---
st.c | 111 +++---
1 file changed, 93 insertions(+), 18 deletions(-)
diff --git a/st.c b/st.c
index 4b21380..82f935b 100644
--- a/st.c
+++ b/st.c
@@ -302,6 +302,7 @@ static void execsh(void);
static void sigchld(int);
static void
Here it is, the new version.
2013/2/19 Christoph Lohmann <2...@r-36.net>
> Greetings.
>
> On Tue, 19 Feb 2013 15:54:06 +0100 Alexander Sedov
> wrote:
> > This patch adds support for rectangular selections a-la urxvt, which come
> > in handy when using appl
St colour shenanigans part two: I read the code of Xft library and figured
out what the error is. This patch is really really simple (and is made
relative to prior-first-patch) and finally fixes color behaviour.
2013/2/19 Alexander Sedov
> Due to some shenanigans to be further investiga
This patch adds support for rectangular selections a-la urxvt, which come
in handy when using applications like irssi or mcabber.
0001-Rectangular-selection-support-added.patch
Description: Binary data
Due to some shenanigans to be further investigated, colors allocated with
XftColorAllocValue behave badly with ATTR_REVERSE (namely, are much whiter
than they should be). This carefully crafted yet ugly patch provides
temporary workaround for this problem.
0001-Ugly-workaround-for-X-shenanigans.p
2012/10/12 Christoph Lohmann <2...@r-36.net>:
> Greetings.
>
> On Fri, 12 Oct 2012 19:42:11 +0200 Carlos Pita
> wrote:
>> Hi,
>>
>> I found this patch for the bug but I don't think it's right to just
>> hide the [0%] because there is the legitimate case when the page
>> hasn't started to load yet
2012/9/19 Christoph Lohmann <2...@r-36.net>:
> Greetings.
>
> Suckless can't stand behind the developments of the sucking world.
> Because of this I have a request. Please vote for your most favourite
> suckless cloud implementation. Both are attached.
>
> The winner will be shown in art galleries
98 matches
Mail list logo
