Re: [dev] st: Large pile of code

2013-04-25 Thread Kent Overstreet
On Wed, Apr 24, 2013 at 11:59 PM, Alexander Sedov wrote: > 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 understandi

Re: [dev] st: Large pile of code

2013-04-25 Thread hiro
one liners -> one filers ?

Re: [dev] st: Large pile of code

2013-04-25 Thread markus schnalke
[2013-04-24 17:14] random...@fastmail.us > > A) Why do min and max need to be macros at all? That's the point, IMO. All the problems are introduced by performance optimizations that might not even necessary. If you write it as a function you simply don't need to care for double-evaluation. It wil

Re: [dev] [dwm] usage, was "dwm 6.0 - separate taglists for muli-monitor setup"

2013-04-25 Thread markus schnalke
[2013-04-23 20:34] Markus Teich > > [0]: http://www.wongdev.com/blog/2013/01/24/dwm-tags-are-not-workspaces/ I like this text a lot. Please add it to the website. meillo

Re: [dev] st: Large pile of code

2013-04-25 Thread Roberto E. Vargas Caballero
On Thu, Apr 25, 2013 at 12:38:02PM +0200, markus schnalke wrote: > [2013-04-24 17:14] random...@fastmail.us > > > > A) Why do min and max need to be macros at all? > > That's the point, IMO. All the problems are introduced by performance > optimizations that might not even necessary. If you write i

Re: [dev] [dwm] usage, was "dwm 6.0 - separate taglists for muli-monitor setup"

2013-04-25 Thread Raphaël Proust
On Thu, Apr 25, 2013 at 11:51 AM, markus schnalke wrote: > [2013-04-23 20:34] Markus Teich >> >> [0]: http://www.wongdev.com/blog/2013/01/24/dwm-tags-are-not-workspaces/ > > I like this text a lot. Please add it to the website. I like it too. If you want it added to the website, use http://suck

Re: [dev] [dwm] usage, was "dwm 6.0 - separate taglists for muli-monitor setup"

2013-04-25 Thread Martti Kühne
On Thu, Apr 25, 2013 at 1:28 PM, Raphaël Proust wrote: >>> [0]: http://www.wongdev.com/blog/2013/01/24/dwm-tags-are-not-workspaces/ I'd suggest you add only a link, that would honor the writer and his blog most. ;-) cheers! mar77i

Re: [dev] [dwm] usage, was "dwm 6.0 - separate taglists for muli-monitor setup"

2013-04-25 Thread Markus Teich
I have just added the link to the "Related discussion" paragraph. --Markus Am 25.04.2013 13:40, schrieb Martti Kühne: On Thu, Apr 25, 2013 at 1:28 PM, Raphaël Proust wrote: [0]: http://www.wongdev.com/blog/2013/01/24/dwm-tags-are-not-workspaces/ I'd suggest you add only a link, that would

Re: [dev] [dwm] usage, was "dwm 6.0 - separate taglists for muli-monitor setup"

2013-04-25 Thread markus schnalke
[2013-04-25 14:27] Markus Teich > > I have just added the link to the "Related discussion" paragraph. Thanks. That was exactly what I wanted (and not wanted to do myself). meillo

Re: [dev] st: Large pile of code

2013-04-25 Thread Carlos Torres
On Thu, Apr 25, 2013 at 2:59 AM, Alexander Sedov wrote: > 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 understandin

Re: [dev] st: Large pile of code

2013-04-25 Thread Alexander Sedov
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.

Re: [dev] st: Large pile of code

2013-04-25 Thread Christoph Lohmann
Greetings. On Thu, 25 Apr 2013 17:58:17 +0200 Carlos Torres wrote: > On Thu, Apr 25, 2013 at 2:59 AM, Alexander Sedov > wrote: > > Code should look compact to keep people from adding bloat. Multiple > > files by themselves add nothing to understanding, other than need to > > constantly switch c

[dev] [st] RFC halt function

2013-04-25 Thread Christoph Lohmann
Greetings comrades, while trying to copy some stuff from iotop I came to the idea of having some »halt« function in st. This is like the »halt« in 9term, where ev‐ erything will stand still but the terminal is working on the output in the background. Anyone has ever needed such a functio

Re: [dev] [st] RFC halt function

2013-04-25 Thread Nimrod Omer
On Thu, Apr 25, 2013 at 11:05 AM, Christoph Lohmann <2...@r-36.net> wrote: > Anyone has ever needed such a function and considers it worth to be > added to st? > Oh, I've needed such a function--but I've also needed a scroll-back buffer.

Re: [dev] [st] RFC halt function

2013-04-25 Thread Christoph Lohmann
Greetings. On Thu, 25 Apr 2013 20:15:37 +0200 Nimrod Omer wrote: > On Thu, Apr 25, 2013 at 11:05 AM, Christoph Lohmann <2...@r-36.net> wrote: > > > Anyone has ever needed such a function and considers it worth to be > > added to st? > > > > Oh, I've needed such a function--but I've also ne

Re: [dev] [st] RFC halt function

2013-04-25 Thread random832
On Thu, Apr 25, 2013, at 14:15, Christoph Lohmann wrote: > Nice joke. Try to implement a scrollback buffer without bugs and flaw‐ > lessly. > > > Sincerely, > > Christoph Lohmann The buffer's the easy part. What's hard is actually implementing scrolling. I've been tempted to hack in a way to

Re: [dev] [st] RFC halt function

2013-04-25 Thread Mihail Zenkov
2013/4/25, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Thu, 25 Apr 2013 20:15:37 +0200 Nimrod Omer > wrote: >> On Thu, Apr 25, 2013 at 11:05 AM, Christoph Lohmann <2...@r-36.net> wrote: >> >> > Anyone has ever needed such a function and considers it worth to >> > be >> > added to s

Re: [dev] [st] RFC halt function

2013-04-25 Thread Patrick Haller
On 2013-04-25 20:05, Christoph Lohmann wrote: > while trying to copy some stuff from iotop I came to the idea of having > some ??halt?? function in st. This is like the ??halt?? in 9term, where ev??? > erything will stand still but the terminal is working on the output in > the background. Why