Re: [dev] Sandy editor

I agree with pancake. I also noticed the selection of text using the mouse is very laggy / slow (using xterm). Anyway I'll keep an eye on this project since it seems promising to me. Kind regards, Hiltjo

Re: [dev] mret

On Wed, May 25, 2011 at 10:38:08PM +0100, Connor Lane Smith wrote: > imo (and stealing some ideas from Kurt) you should have separate boxes > which are filled with the output of the given command; you just type a > command and the box appears and starts to be filled. You can then type > your next c

[dev] suckless games collection?

I found this chess implementation in obfuscated C. I'm sure than cleaning it up (deobfuscating it) will make it ready to be in the cathegory of "suckless games" http://nanochess.110mb.com/chess1_es.html What do you think about creating a 'sgames' project? collecting minimalistic simple gam

Re: [dev] suckless games collection?

On Thu, May 26, 2011 at 5:01 AM, pancake wrote: > I found this chess implementation in obfuscated C. I'm sure than cleaning > it up > (deobfuscating it) will make it ready to be in the cathegory of "suckless > games" > > > http://nanochess.110mb.codemandm/chess1_es.html

Re: [dev] suckless games collection?

On 05/26/11 10:58, Le Tian wrote: On Thu, May 26, 2011 at 5:01 AM, pancake > wrote: I found this chess implementation in obfuscated C. I'm sure than cleaning it up (deobfuscating it) will make it ready to be in the cathegory of "suckless games"

Re: [dev] suckless games collection?

On 05/26/11 10:58, Le Tian wrote: On Thu, May 26, 2011 at 5:01 AM, pancake > wrote: I found this chess implementation in obfuscated C. I'm sure than cleaning it up (deobfuscating it) will make it ready to be in the cathegory of "suckless games"

Re: [dev] suckless games collection?

On Thu, May 26, 2011 at 5:16 AM, pancake wrote: > On 05/26/11 10:58, Le Tian wrote: > >> >> >> On Thu, May 26, 2011 at 5:01 AM, pancake > panc...@youterm.com>> wrote: >> >>I found this chess implementation in obfuscated C. I'm sure than >>cleaning it up >>(deobfuscating it) will make

Re: [dev] mret

> Being able to queue commands would be nice for the use case > of playing something in mplayer, then realising in the next > few minutes it will come to an end and wanting to append > something else. I'm aware less command-centric media players > can do this, but I am rather fond of mplayer. mpla

Re: [dev] Sandy editor

Anselm please make HTML mails bounce. Every year at my birthday I get HTML mail with happy smileys and large, colored, full-caps fonts. I tried to read suckless instead and now I got eye cancer. I'll also leave the last piece of cake for you.

[dev] [st] code cleanup

Attached. diff -r 2effc50d2c4f st.c --- a/st.c Sun May 22 16:57:27 2011 +0200 +++ b/st.c Thu May 26 14:30:53 2011 +0400 @@ -473,8 +473,7 @@ void selnotify(XEvent *e) { - unsigned long nitems; - unsigned long ofs, rem; + unsigned long nitems, ofs, rem; int for

Re: [dev] Sandy editor

+--- Rafa Garcia Gallego ---+ > > > > * I tend to prefer a mode editor, because there are less keybindings [...] > > I too have mixed feelings about this. On one hand modeless editing > seems saner and we shouldn't really need that many commands. On the > other hand, vi

Re: [dev] Re: sbase

On 26 May 2011 07:39, Anselm R Garbe wrote: > As for sbase I'm still sceptical this is a good idea as it > re-implements perfectly sound 9base tools, but avoids the real tricky > ones such as rc, mk or awk. I, basically, disagree. The Plan 9 tools were written for another operating system: ls has

Re: [dev] [dwm] Button ClkStatusText + xinerama

Hello, I just tried to change this part of the code: diff -r ba590e72eb2a dwm.c --- a/dwm.c Sat May 21 20:26:26 2011 +0100 +++ b/dwm.c Thu May 26 14:33:45 2011 +0200 @@ -442,7 +442,7 @@ } else if(ev->x < x + blw) click = ClkLtSymbol;

Re: [dev] Sandy editor

i have noticed that the sucky terminal cannot handle shift+control, so my bindings for ^[hjkl] ^[HJKL] does not work... So i'll think in other keybindings for it.. Another thing that i have noticed is that you can't nest keybindings. This is, i want to have a single key to save and quit, so i p

Re: [dev] Sandy editor

On 26 May 2011 14:14, pancake wrote: > i have noticed that the sucky terminal cannot handle shift+control, so my > bindings for > ^[hjkl] ^[HJKL] does not work... So i'll think in other keybindings for it.. This is the problem with curses: it's the common denominator, and as a result is rather aw

Re: [dev] Sandy editor

On 05/26/11 01:33, Rafa Garcia Gallego wrote: Hi, Thanks a lot for your detailed mail. On Thu, May 26, 2011 at 12:33 AM, pancake wrote: About moving sandy to hg.suckless.orgshould be discussed with Anselm. We can setup a cron sync to clone your repo.. But it would be better to have it there.

Playing music (was: Re: [dev] mret)

On 5/26/11, hiro <23h...@googlemail.com> wrote: > mplayer has the -quiet flag at least, I'm quite sure you can disable > it's interactive features, too. I just don't want to read the man > "page". This. I'm on Windows ATM, but if I recall correctly: xargs -n0 mplayer -slave -quiet &>/dev/null Where

Re: Playing music (was: Re: [dev] mret)

Hmm. How do you "buffer linewise"? I think sqweek did some nice playlist file system, I can't find it right now.

Re: [dev] Re: sbase

[2011-05-26 07:39] Anselm R Garbe > > Afaik tac sucks more, as it is quite an arbitrary command, not part of > Plan 9 and can be imitated with a awk one liner like > > awk '{a[i++]=$0} END {for (j=i-1; j>=0;) print a[j--] }' Okay, but who want's to type this line by hand? IMO tac *should be in

Re: [dev] Re: sbase

The tac.c i pushed few time ago is magnitudes faster than awk. That was the reasom why nibble and me wrote it. On 26/05/2011, at 20:45, markus schnalke wrote: > [2011-05-26 07:39] Anselm R Garbe >> >> Afaik tac sucks more, as it is quite an arbitrary command, not part of >> Plan 9 and can be

Re: [dev] Re: sbase

Here is a half-assed old version of chmod, in the vein of v5 chmod. It has a man page and informative ed-style error messages, but no recursion or POSIX-style 'symbolic mode expressions.' I'll refactor it to use util/recurse later. I don't really care about 'symbolic mode expressions.' -- # Kur

Re: [dev] Sandy editor

Hi, On Thu, May 26, 2011 at 3:14 PM, pancake wrote: > i have noticed that the sucky terminal cannot handle shift+control, so my > bindings for > ^[hjkl] ^[HJKL] does not work... So i'll think in other keybindings for it.. Yeah. If I recall, the old sandy prototype (ugly gtk+) used Control+Shift

Re: [dev] Sandy editor

Hey, On Thu, May 26, 2011 at 10:41 AM, Hiltjo Posthuma wrote: > I agree with pancake. I also noticed the selection of text using the > mouse is very laggy / slow (using xterm). Anyway I'll keep an eye on > this project since it seems promising to me. That might be the screen updating every time

Re: [dev] Sandy editor

On Thu, May 26, 2011 at 9:53 PM, Rafa Garcia Gallego wrote: > I'll take a quick look at the quote regexes now, but since I don't > really know which are working where :S I hope nothing bad comes out of > this. That was really dumb. I defined the regexes to match for a quoted text (several times)

Re: [dev] Sandy editor

> That might be the screen updating every time you move the mouse. You > probably have a 64bit ncurses with NCURSES_MOUSE_VERSION 2 (or > greater?). I run 32-bit ncurses (i686). > If you try defining NCURSES_MOUSE_VERSION to 1, you'll get what I have > in my netbook: fast mouse selection without

Re: [dev] Sandy editor

Im in the irc.oftc.net#suckless right now. On 26/05/2011, at 21:53, Rafa Garcia Gallego wrote: > Hi, > > On Thu, May 26, 2011 at 3:14 PM, pancake wrote: >> i have noticed that the sucky terminal cannot handle shift+control, so my >> bindings for >> ^[hjkl] ^[HJKL] does not work... So i'll thi

Re: [dev] Sandy editor

Hi there - I had been looking for a simple little editor for a while. Thanks for sharing. On 5/27/11, Rafa Garcia Gallego wrote: > That is indeed a great idea. I'll try to stick with the UNIX defaults, > fill in with Emacs when in doubt and remove META when possible. Yea, probably a good idea (o