Re: [dev] [dmenu] -w crashes on transparent windows

2019-03-02 Thread Eon S. Jeon
On 3/2/19 7:47 PM, Maciej Sumalvico wrote: > Same thing happens with tabbed after applying the alpha patch, regardless of > which application is running inside tabbed (e.g. also with surf) and whether > the windows are actually transparent. > > Maybe dmenu would also need an 'alpha' patch for this

Re: [dev] GPL free Linux

2018-11-12 Thread Eon S. Jeon
On 11/12/18 8:25 PM, Alessandro Pistocchi wrote: I just want people to be able to do proprietary software no questions asked. Some of my users may not know anything about copyleft and do stuff that is wrong without knowing it and I don’t want this to happen to them. That doesn't sound like an

Re: [dev] freetype2/fc pain

2018-09-25 Thread Eon S. Jeon
> On 25 Sep 2018, at 00:12, Manu Raster wrote: > > "Eon S. Jeon" writes: > >>>> Hiltjo Posthuma writes: > >>>> I agree its useful. (Complex) fall-back font support has been on my mind >>>> also. >>>> An idea c

Re: [dev] freetype2/fc pain

2018-09-25 Thread Eon S. Jeon
> On 25 Sep 2018, at 14:10, Roberto E. Vargas Caballero wrote: > >> On Mon, Sep 24, 2018 at 10:26:52PM +0600, Eon S. Jeon wrote: >> I think fontconfig is to blame here. It?s what st is using to find >> fallbacks. It?s just that we don?t want such highly sophisticated fa

Re: [dev] freetype2/fc pain

2018-09-24 Thread Eon S. Jeon
> On 24 Sep 2018, at 21:14, Roberto E. Vargas Caballero wrote: > > On Mon, Sep 24, 2018 at 09:35:11AM +0200, Hiltjo Posthuma wrote: >>> I don't think we should throw out support for a feature that more than a >>> billion >>> people on the planet rely on. That doesn't mean that we can't rethink h

Re: [dev] freetype2/fc pain

2018-09-24 Thread Eon S. Jeon
> On 24 Sep 2018, at 17:27, Manu Raster wrote: > > Hiltjo Posthuma writes: > > On Mon, Sep 24, 2018 at 09:15:55AM +0200, Silvan Jegen wrote: > On Mon, Sep 24, 2018 at 8:32 AM Eric Pruitt wrote: > >> On Sun, Sep 23, 2018 at 11:19:46PM -0700, AR Garbe wrote: >> On 23 Septemb

[dev] [RFC][PATCH][st] patch-alpha is overhauled

2018-09-16 Thread Eon S. Jeon
Hello, guys. I reworked on the `alpha` patch for st. This one is much simpler and works well w/ embedding. The most important change is the use of `XMatchVisualInfo` instead of directly iterating through a list of VisualInfos. This simplifies the code a lot. Embedding is also fixed. Now st can b

[dev] [PATCH] systray-alpha patch

2016-12-23 Thread Eon S. Jeon
This patch is a merge b/w systray and alpha. Additional changes are: - create systray->win with apropriate visual and attributes - utilize _NET_SYSTEM_TRAY_VISUAL to let tray icon alpha-aware --- config.def.h | 14 +- config.mk| 2 +- drw.c| 59 +++-- drw.h| 3 + d

Re: [dev] [PATCH][dwm] new alpha patch for 56a31dc

2016-12-22 Thread Eon S. Jeon
On 12/19/2016 9:04 PM, joelb...@gmail.com wrote: Hi Eon, Thanks for this code is working perfectly. I know that this is a little old thread but, I wanted to know if you made this patch work with systray, I tried but I couldn't find the reason, if I activate systray and this patch dwm doesn't sta

Re: [dev] Never Ending Systemd Chronicles

2016-08-17 Thread Eon S. Jeon
Hello there, > On Aug 8, 2016, at 11:57, Alex Pilon wrote: > >> while a shell script can be understood by anybody. > > Bullshit. How often have I had to check people's lockfile code, or > manual isolation? So, you did understand, eh? Personally, I hate definitive DSLs, because their use is v

[dev] [PATCH][dwm] new alpha patch for 56a31dc

2016-07-18 Thread Eon S. Jeon
This is a new version of 'alpha' patch for dwm, which reflects breaking changes made regarding color schemes. Alpha values for foreground, background, and border now can be configured independently in a very straight-forward way. The rest stays the same. --- config.def.h | 3 +++ config.mk|

Re: [dev] [st] Argbbg patch makes window borders transparent

2016-04-06 Thread Eon S. Jeon
Hello, Andreas. I'm the initial author of argbbg patch. On Wed, Apr 06, 2016 at 12:35:33AM +0200, Andreas Doll wrote: > I've noticed that after applying the argbbg patch to st, the window borders > become transparent as well. Yes, argbbg patch makes the borders transparent. > Is this behaviour

[dev] [dwm][PATCH] implement ARGB color support

2016-03-07 Thread Eon S. Jeon
Hello, My obsession for transparency never knows when to stop, so I couldn't resist writing this patch. This patch allows dwm to have translucent bars, while keeping all the text on it opaque, just like my ARGB patch for st[1]. The patch also allows changing the opacity of borders, but it only

[dev] Re: *[ubase]* [PATCH] support llvm-ar

2015-02-03 Thread Eon S. Jeon
Again, lol. This patch does the same as the previous one, but this one is for ubase.

[dev] [PATCH] support llvm-ar

2015-02-03 Thread Eon S. Jeon
llvm-ar doesn't understand flags prefixed with dashes. --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index a74824f..0621eb5 100644 --- a/Makefile +++ b/Makefile @@ -158,7 +158,7 @@ config.h: $(CC) $(CFLAGS) $(CPPFLAGS) -o $@ -c $< $

Re: [dev] *[sbase]* [PATCH] support llvm-ar

2015-02-03 Thread Eon S. Jeon
Hi, I'm sorry that I forgot to put [sbase] in the subject. Nevertheless, some other projects might need similar changes, though changing all of them will need little more discussion. Sincerely, Eon

[dev] [PATCH] support llvm-ar

2015-02-02 Thread Eon S. Jeon
llvm-ar doesn't understand flags prefixed with dashes. --- Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index d6df4d6..81cb71e 100644 --- a/Makefile +++ b/Makefile @@ -156,11 +156,11 @@ $(OBJ): $(HDR) config.mk $(CC) $(CFLAGS) $(CPPFL

Re: [dev] [st] redraw content after window size increased

2014-06-06 Thread Eon S. Jeon
On Fri, Jun 06, 2014 at 01:18:56PM +0200, Andreas Herz wrote: > > Is this intended to keep lightweight or is this something missig? > Yes, this is intended. st doesn't have scroll-buffer, and resizes screen buffer to fit exactly to the window. Any extra rows/columns are removed during the proces

Re: [dev][project] soap - a simple xdg-open replacement

2014-05-04 Thread Eon S. Jeon
Hello, On Sun, May 04, 2014 at 06:52:25PM +0800, Chris Down wrote: > FRIGN writes: > > A configuration can look like this: > > > > { "\.mp3","st -e mplayer %s" }, > > { "\.(jpg|png|tiff)$","feh %s"}, > > { "\.gif","wget -O /tmp/tmp.gif %s && gifview -a

Re: [dev] [st] [PATCH] query pixel size from matched font

2013-12-17 Thread Eon S. Jeon
Sorry for another duplicated mail. I found the patch is malformed significantly. I've been away from my laptop for a while, so I'm quite unfamiliar with the settings on this system... diff --git a/st.c b/st.c index f883ac1..67f9469 100644 --- a/st.c +++ b/st.c @@ -398,7 +398,7 @@ static void xin

[dev] [st] [PATCH] query pixel size from matched font

2013-12-17 Thread Eon S. Jeon
On Tue, 17 Dec 2013 10:06:22 +0100 Nils Reuße wrote: (Originally: [dev] [st] parse relative font size instead of pixelsize) Hello, > I prefer size over pixelsize because size scales to the current > display resolution, while pixelsize has to be increased (either in > config.h or on starting st)

Re: [dev] [st][PATCH] Prevent resizing stdin

2013-12-17 Thread Eon S. Jeon
On Tue, 17 Dec 2013 12:41:01 -0500 "Eon S. Jeon" wrote: > > Hello, > > This fixes a bug that the parent tty gets resized whenever you launch > st through command line. > > The problem was that ioctl was resizing cmdfd before it gets > initialized in ttynew

[dev] [st][PATCH] Prevent resizing stdin

2013-12-17 Thread Eon S. Jeon
Hello, This fixes a bug that the parent tty gets resized whenever you launch st through command line. The problem was that ioctl was resizing cmdfd before it gets initialized in ttynew. Since cmdfd is a global variable, its initial value is 0, and consequently stdin was being resized.

Re: [dev] [surf] view local file

2013-12-10 Thread Eon S. Jeon
On Tue, 10 Dec 2013 17:30:10 +0100 Markus Teich wrote: > Heyho, > > this morning I wondered how to open a file from the filesystem in > surf, but neither "file://" nor "file:///" did work. Is it even > possible? Thanks. > > --Markus > Hello loaduri function in surf includes the following lin

Re: [dev] [st] Rendering Glitch

2013-12-06 Thread Eon S. Jeon
On Thu, 5 Dec 2013 21:29:30 -0600 Eric Pruitt wrote: Hello I've just tested it and reproduced it successfully. Also, I confirmed that everything works find on xterm. I've attached I/O dumps on both st and xterm. Apparently, it's not st's fault. After the misspelled word, xterm receives ^[[24m^

[dev] [st][PATCH] Wide character support

2013-09-04 Thread Eon S. Jeon
Hello. I finally decided to submit my work. I've tested this for a while, and concluded that this is, at least, stable enough for daily use. I tested the following cases: general output, vim, node (Node.js, no widechar support), tmux, partial overwriting, select-snap-copy, window resizing (down t

[dev] [st][PATCH] Regarding commit 7e3cff3

2013-08-11 Thread Eon S. Jeon
Hello. I reviewed and tested commit 7e3cff3, and made a patch that fixes some problems in it. 1. There's a semicolon after an if statement, which is obviously a typo. 2. The current way of calculating text position in "xdraws" yields inconsistent results in some cases. This is due to the use of

Re: [dev] [st][PATCH] unsigned function tdefcolor returns -1 on error

2013-08-05 Thread Eon S. Jeon
On Mon, 5 Aug 2013 08:18:38 +0200 "Roberto E. Vargas Caballero" wrote: > On Sun, Aug 04, 2013 at 08:54:35AM -0400, Eon S. Jeon wrote: > > Hi > > > > I found that tdefcolor returns -1 on error, while its return type is > > unsigned long. At the same time

[dev] [st][PATCH] unsigned function tdefcolor returns -1 on error

2013-08-04 Thread Eon S. Jeon
Hi I found that tdefcolor returns -1 on error, while its return type is unsigned long. At the same time, line 1724 and 1731 are checking the positivity of its unsigned return value. Since the actual color values are 24 bits long, it should be okay to cast the return value to long before checking

[dev] [st][PATCH] Improved font caching

2013-07-18 Thread Eon S. Jeon
Hi. I made a patch that improves the performance of font caching mechanism. This is based on a funny behaviour of FontConfig: it was handling FcCharSet in a somewhat unexpected way. So, we are currently adding "a character" to a new FcCharSet, and then add it to a FcPattern. However, if we toss t

Re: [dev] Suckless Laser GUI

2013-07-01 Thread Eon S. Jeon
Hello, On Mon, Jul 01, 2013 at 02:30:12PM -0700, Charlie Paul wrote: > > Now, my issue is choosing a GUI library. GTK and QT are big, and I don't > want to have to install a dynamic language to do Tk. However, I do need to > be able to do custom drawing (for the table elements on-screen). What GU

Re: [dev] Re - libsl/drw integration - patch

2013-06-16 Thread Eon S. Jeon
On Sun, Jun 16, 2013 at 09:35:00PM +0200, Anselm R Garbe wrote: > > If anyone has a better term for a color tuple for > foreground/background/border, please step forward ;) > How about "color scheme"? I think this is a perfect name for a color tuple. xD

Re: [dev] [st] Implementing non-latin support...

2013-06-14 Thread Eon S. Jeon
On Sat, Jun 15, 2013 at 01:44:19AM +0200, Christoph Lohmann wrote: > > The characters are displayed correctly but the cursor handling is still > mangled. > Thanks for your interest. Would you explain how you tested? I've done only few tests: echo & vim. The cursor handling should be incomplete

Re: [dev] [st] Implementing non-latin support...

2013-06-14 Thread Eon S. Jeon
On Fri, Jun 14, 2013 at 09:58:10PM -0400, random...@fastmail.us wrote: > > > On Fri, Jun 14, 2013, at 17:24, esj...@lavabit.com wrote: > > I'm currently working on non-latin character support. I uploaded my > > progress to github. > > > > Github URL: https://github.com/esjeon/st/tree/stable-nonl

[dev] [st] [patch] ARGB background for st-0.4.1

2013-06-11 Thread Eon S. Jeon
Hi. I've made a short patch that enables semi-transparent background for st-0.4.1. The same mechanism should work with recent commits. Some important notes: 1) This changes background opacity only. 2) The color designated by "defaultbg" are modified during the initialization, so you should add an