Re: [dev] [PATCH][blind] alloca #include for BSDs

2018-01-29 Thread Yuri
nd-arithm. Stop It succeeds with gmake. PMake is supposed to be closer to POSIX. Yuri

Re: [dev] [PATCH][blind] alloca #include for BSDs

2018-01-29 Thread Yuri
the error that occured? See sbase and blind error logs when built with -D_XOPEN_SOURCE=700 below. Yuri ---sbase errors--- flock.c:21:38: error: use of undeclared identifier 'LOCK_EX'     int fd, status, savederrno, flags = LOCK_EX, nonblk = 0, oflag = 0

Re: [dev] [PATCH][blind] alloca #include for BSDs

2018-01-28 Thread Yuri
s to both. Additionally, -D_XOPEN_SOURCE=700 causes build failures on FreeBSD. I had to patch it away in both cases. Not sure what it is and why it is there, just reporting this problem. Cheers! Yuri

[dev] [PATCH][blind] alloca #include for BSDs

2018-01-28 Thread Yuri
BSDs use different header for alloca than Linux. It sucks when it only works on Linux. Thanks, Yuri --- src/blind-split.c.orig  2017-05-06 11:27:39 UTC +++ src/blind-split.c @@ -2,7 +2,11 @@  #include "stream.h"  #include "util.h" +#if defined(__FreeBSD__) ||

[dev] [BUG REPORT] blind: clang-40 warning: variable 'frames' is uninitialized when used here

2018-01-28 Thread Yuri
src/blind-from-video.c:234:25: warning: variable 'frames' is uninitialized when used here [-Wuninitialized]     SPRINTF_HEAD_ZN(head, frames, width, height, "xyza", );   ^~ src/stream.h:9:12: note: expanded from macro 'SPRINTF_HEAD_ZN'

Re: [dev] [dwm] trayless workflow

2014-04-29 Thread Yuri Karaban
BJ == Bigby James bigby.ja...@crepcran.com writes: Hi James! Thank you for your insights, but my original concern was about missing something important when tag is hidden, and urgency hint is just right for that. I aware how tags works, but I don't like mixing programs: I'm using editor and

[dev] [PATCH 1/2] DisplayWidth instead of DisplayHeight was used

2014-04-28 Thread Yuri Karaban
--- st.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/st.c b/st.c index 9079834..d03230f 100644 --- a/st.c +++ b/st.c @@ -3044,7 +3044,7 @@ xinit(void) { if(xw.gm XNegative) xw.l += DisplayWidth(xw.dpy, xw.scr) - xw.w - 2; if(xw.gm

[dev] [PATCH 2/2] No need to zero-initialize global variables

2014-04-28 Thread Yuri Karaban
--- st.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/st.c b/st.c index d03230f..431f483 100644 --- a/st.c +++ b/st.c @@ -3844,9 +3844,6 @@ main(int argc, char *argv[]) { char *titles; uint cols = 80, rows = 24; - xw.l = xw.t = 0; - xw.isfixed = False; -

[dev] [dwm] trayless workflow

2014-04-26 Thread Yuri Karaban
Hello, I browsed suckless mailing lists and I found that system tray is discouraged in dwm and it's suggested to use tags instead. I was always using workspace separation (with other window manager) and I have instant messengers on dedicated workspace. But system tray is still very useful,

Re: [dev] [dwm] trayless workflow

2014-04-26 Thread Yuri Karaban
MM == Manolo Martínez man...@austrohungaro.com writes: Hi Manolo! Thank you very much, it's exactly what I need :-) It's wonderful that dwm indicate UrgencyHint on hidden tags, it covers my needs 100%. Now I can easily get along without system tray. I just want to know what what is the

Re: [dev] [st PATCH] X geometry changes

2014-04-25 Thread Yuri Karaban
CL == Christoph Lohmann 2...@r-36.net writes: CL Suckless is writing software for dwm. A specified geometry is CL fixed. Otherwise st is not floating by default when forcing a CL size. If st was designed only to support tiling window managers then I guess I made a wrong choice.

Re: [dev]

2014-04-25 Thread Yuri Karaban
CL == 20h 2...@r-36.net writes: Thank you very much! From your previous post I thought you will never accept it. I was thinking about stopping using st. But now I got motivation to continue use st and contribute :-) CL I applied your patch with an extension. Now st has a Б─░i flag CL

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-21 Thread Yuri Karaban
Hi all! I was about to patch st today, when I realized that if I define foreground and background color indexes to be _outside_ 256 color palette, behavior with the brightening of the bold face would be consistent with other terminals (st just don't know how to brighten the index which is outside

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-16 Thread Yuri Karaban
CL == Christoph Lohmann 2...@r-36.net writes: (by the way I just noticed that st is also brightening underline text, while other terminals don't) CL If you request the brightening of underline, you will get CL brightened un‐ derline. Ah, sure, I didn't modify defaultunderline

[dev] [PATCH] Don't make bold text bright with default color

2014-04-15 Thread Yuri Karaban
From: Yuri Karaban d...@dev97.com Hello, I found that st behavior is inconsistent with XTerm and RXVT in regard to handling bold text. XTerm and RXVT are not making bold font bright if default color is used (with light background and black foreground it's looking rather ugly, brightened black

[dev] [PATCH] Show bold glyphs in bright color only when color is explicit

2014-04-15 Thread Yuri Karaban
From: Yuri Karaban d...@dev97.com This makes behavior consistent with XTerm and RXVT. When default foreground color is black (implicit): echo -e \033[1m Bold but not bright should show bold black string, and when color is explicit (black too): echo -e \033[30;1m Bold and bright or echo -e \033

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-15 Thread Yuri Karaban
REVC == Roberto E Vargas Caballero k...@shike2.com writes: if default color is used (with light background and black foreground it's looking rather ugly, brightened black font becomes gray and unreadable on light gray background). REVC If you don't like you can always change

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-15 Thread Yuri Karaban
Hi Christoph! Probably, but would it be better if I stay and continue to irritate habitues? Si fueris Romae, Romano vivito more; Si fueris alibi, vivito sicut ibi. (When at Rome, do as the Romans do.) CL == Christoph Lohmann 2...@r-36.net writes: CL Greetings. CL You give up too

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-15 Thread Yuri Karaban
REVC == Roberto E Vargas Caballero k...@shike2.com writes: Bold colors are brightened to stand out even more. But with the light background and dark foreground brightening acts contrary making the letters less emphasized. REVC It is not the first time this question is

Re: [dev] [PATCH] Don't make bold text bright with default color

2014-04-15 Thread Yuri Karaban
F == FRIGN d...@frign.de writes: F No, seriously. If you bring up a point, and we discuss it, we F prefer discussions which cut the bullshit and get to the point F of the problem - or - non-problem. Don't confuse this with being F habitutional, it's just that we have agreed on

[dev] [dmenu] multiple menu patch

2012-07-03 Thread Yuri Bochkarev
are not necessary and can be avoided. If so, what are the alternatives which implement abovementioned functionality? Am I reinventing a wheel? Thank you! Best regards, Yuri.

Re: [dev] [dmenu] multiple menu patch

2012-07-03 Thread Yuri Bochkarev
Yes and it's only half of what I need. It still presumes there is only one menu. My patch shows many of them one after another on the screen. On Tue, Jul 3, 2012 at 11:40 AM, Bjartur Thorlacius svartma...@gmail.com wrote: Have you considered multisel?