Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code
Louis Santillan wrote: [repo] https://github.com/antirez/kilo [blog] http://antirez.com/news/108 [demo[ https://asciinema.org/a/90r2i9bq8po03nazhqtsifksb No curses, just 3 key bindings, and syntax highlighting. This is something really cool! I would actually slightly modify it: 1) remove license from kilo.c (you already have it in its own file); 2) syntax highlighting makes letters invisible sometimes[0] (so I'd remove it); 3) when exiting it keeps the terminal dirty[0]; 4) probably add line numbers; 5) add install and uninstall rules to the Makefile. Cheers and thanks! Cág [0]: http://i.imgur.com/mJuFbTh.png
[dev] Proper window type for dwm and dmenu
Hi, I just stumbled upon the compositor compton and came across this wiki page that describes that shadows don't work properly in combination with dwm and dmenu: https://wiki.archlinux.org/index.php/Compton#dwm_.26_dmenu The reason for this is that _NET_WM_WINDOW_TYPE and _NET_WM_WINDOW_TYPE_DESKTOP aren't set for the bar/menu that is drawn. The closest I could get in my research was http://comments.gmane.org/gmane.comp.misc.suckless/7688. dwm implements _NET_WM_WINDOW_TYPE for client windows. Is there a specific reason for not implementing _NET_WM_WINDOW_TYPE for dwm and dmenu other than that nobody did it so far? I think it's worth the issue because a compositor greatly improves window tearing and it would make the tools more compatible to the expected behavior. Btw, here is another issue related to compositors that might be worth considering again: http://lists.suckless.org/dev/1505/26735.html Jan Christoph -- Jan Christoph Ebersbach I didn’t want some petty, inferior brand of righteousness that comes from keeping a list of rules when I could get the robust kind that comes from trusting Christ - God’s righteousness. Phil 3:9 signature.asc Description: PGP signature
Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code
Oh, this looks pretty neat. How does the syntax highlighting work? Is it hardcoded or are the some configuration files somewhere? 2016-07-19 19:50 GMT+02:00 lukáš Hozda : > Oh, this looks pretty neat. How does the syntax highlighting work? Is it > hardcoded or are the some configuration files somewhere?
Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code
On Tue, Jul 19, 2016 at 07:51:49PM +0200, lukáš Hozda wrote: > Oh, this looks pretty neat. How does the syntax highlighting work? Is > it hardcoded or are the some configuration files somewhere? It's hardcoded: https://github.com/antirez/kilo/blob/master/kilo.c#L350 Eric
Re: [dev] Proper window type for dwm and dmenu
Where's the patch? On Tue, Jul 19, 2016 at 07:43:26PM +0200, Jan Christoph Ebersbach wrote: > Hi, > > I just stumbled upon the compositor compton and came across this wiki > page that describes that shadows don't work properly in combination with > dwm and dmenu: > https://wiki.archlinux.org/index.php/Compton#dwm_.26_dmenu The reason > for this is that _NET_WM_WINDOW_TYPE and _NET_WM_WINDOW_TYPE_DESKTOP > aren't set for the bar/menu that is drawn. > > The closest I could get in my research was > http://comments.gmane.org/gmane.comp.misc.suckless/7688. dwm implements > _NET_WM_WINDOW_TYPE for client windows. > > Is there a specific reason for not implementing _NET_WM_WINDOW_TYPE for > dwm and dmenu other than that nobody did it so far? I think it's worth > the issue because a compositor greatly improves window tearing and it > would make the tools more compatible to the expected behavior. > > Btw, here is another issue related to compositors that might be worth > considering again: http://lists.suckless.org/dev/1505/26735.html > > Jan Christoph signature.asc Description: PGP signature
Re: [dev] Kilo - small, simple text editor with syntax highlighting in ~1K lines of code
Syntax highlighting color: https://github.com/antirez/kilo/blob/master/kilo.c#L505 On Tue, Jul 19, 2016 at 11:07 AM, Eric Pruitt wrote: > On Tue, Jul 19, 2016 at 07:51:49PM +0200, lukáš Hozda wrote: >> Oh, this looks pretty neat. How does the syntax highlighting work? Is >> it hardcoded or are the some configuration files somewhere? > > It's hardcoded: https://github.com/antirez/kilo/blob/master/kilo.c#L350 > > Eric >
Re: [dev] Proper window type for dwm and dmenu
Shadows... with a tiling window manager? How does that work?
Re: [dev] Proper window type for dwm and dmenu
On Tue, 19 Jul 2016, Staven wrote: > Shadows... with a tiling window manager? > How does that work? Actually, yes, slightly useful. It highlights the current window when there's no border - my preferred setup, to get these 2x80 columns with Terminus 14 on a 1280px wide screen. Also nice for random floating popups. I run xcompmgr with -cC -l -5 -t -5 -r 3 . <3,K.
Re: [dev] Proper window type for dwm and dmenu
Great, thanks for the feeback. I'll provide a patch this week. Jan Christoph On Tue 19-07-2016 20:47 +0200, v4hn wrote: > Where's the patch? > > On Tue, Jul 19, 2016 at 07:43:26PM +0200, Jan Christoph Ebersbach > wrote: > > Hi, > > > > I just stumbled upon the compositor compton and came across this > > wiki page that describes that shadows don't work properly in > > combination with dwm and dmenu: > > https://wiki.archlinux.org/index.php/Compton#dwm_.26_dmenu The > > reason for this is that _NET_WM_WINDOW_TYPE and > > _NET_WM_WINDOW_TYPE_DESKTOP aren't set for the bar/menu that is > > drawn. > > > > The closest I could get in my research was > > http://comments.gmane.org/gmane.comp.misc.suckless/7688. dwm > > implements _NET_WM_WINDOW_TYPE for client windows. > > > > Is there a specific reason for not implementing _NET_WM_WINDOW_TYPE > > for dwm and dmenu other than that nobody did it so far? I think > > it's worth the issue because a compositor greatly improves window > > tearing and it would make the tools more compatible to the expected > > behavior. > > > > Btw, here is another issue related to compositors that might be > > worth considering again: > > http://lists.suckless.org/dev/1505/26735.html > > > > Jan Christoph -- Jan Christoph Ebersbach I didn’t want some petty, inferior brand of righteousness that comes from keeping a list of rules when I could get the robust kind that comes from trusting Christ - God’s righteousness. Phil 3:9 signature.asc Description: PGP signature
[dev] Re: [slcon3] Call for papers
UPDATE slcon3 Unfortunately we did not receive too many proposals yet, though I checked with a bunch of fellows that they intend to deliver their proposal slightly delayed. Hence we extend the submission deadline until: **20 Aug, 2016** ALSO: I would like to ask everyone who wants to attend, to reply directly to me, so that we can check how many people will definitely attend the conference[0]. [0] http://suckless.org/conference/ Best regards, Anselm On 3 June 2016 at 08:04, Anselm R Garbe wrote: > Hi there, > > I'm glad to start our call for papers for slcon3[0] which will be held > near Frankfurt (Main), Germany from 23-25 September, 2016. > > We expect talk proposals between 30-60 minutes each covering either > technical or philosophical topics (rants are welcome as well). > > Each proposal should contain > - the name of the author > - an abstract written in English > - presumably a couple of reference links to related ideas or topics > > Please note, do only submit a proposal if you are pretty certain that > you can attend the conference on the given date. > > The call for paper submission deadline is: 20 July, 2016. > > Please submit your proposal to: con(at)suckless.org > > We don't expect a paper or slide set prior to the conference! Your > proposal should enable us to accept/deny your talk and to schedule an > adequate slot for it. > > If you cannot attend on a certain day, please add a note to your > proposal. We then are able to fine-tune the schedule. > > We will publish the final schedule and all conference details in early > August 2016. > > [0] http://suckless.org/conference > > Best regards, > Anselm
