Re: [dev] [st] Blank lines not preserved

From: Roberto E. Vargas Caballero <k0ga_AT_shike2.com>
Date: Wed, 21 May 2014 23:54:48 +0200

> On Wed, May 21, 2014 at 11:04:02PM +0200, FRIGN wrote:
> > Predictability =!= Common Behaviour.
> >
> > Just because "everyone" does it, doesn't make it right!

Last week I met a worker of Red Hat in a conference, and he tried
to convience me about why is impossible to avoid that software
become bloated. He thought that rule "99.9% of the people use only
10% of programs" was a good thing , and it means 90% of bloat code
is necessary only for 0.1% of the user. This thread begins to be
very similar t that discussion. Of course that "everyone does it"
IS A HORRIBLE ARGUMENT, because it only causes bloated software.
The only argument valid here is what is the best option.

> But "brightening" colors by incrementing the number is? I'm not sure why
> you so vehemently defend a broken implementation of uncommon feature.
> You're free to continue using st's non-standard colors; it doesn't

Sorry, it is not a standard behaviour, it is only the xterm behaviour.
I can say you that any of the terminals that I use (real terminals
or terminal emulatorts) have this behaviour.

> affect me, and my build script automatically patches out the
> poorly-conceived "feature" making it a non-issue for me at this point.

You know, this is the point of open source, if you doesn't like
something, you can change it. I can say you there are some features
that I use and are not accepted in st (and I am one of the
maintainers!), but I have to accept that not all the persons think
like me. Maybe you should accept this point. Or better, try to find
a solution to this problem that another suckless develepers would
like to accept.

Regards,

-- 
Roberto E. Vargas Caballero
Received on Wed May 21 2014 - 23:54:48 CEST

This archive was generated by hypermail 2.3.0 : Thu May 22 2014 - 00:00:16 CEST