An idea for improving init and rc seamlessly, without causing any conflicts or tedium for anyone

[T-Aoki]

Do you think these READABLE? I don't think so.

An example how colorized log is seen using misc/lv.

And in editors/leafpad.

 

[hedwards]

Do you think these READABLE? I don't think so.

An example how colorized log is seen using misc/lv.
View attachment 26747

And in editors/leafpad.
View attachment 26748

I don't see a particular problem there. If you really don't like it, there's no reason why you can't just use sed to add line breaks where you want them. Again, if you're trying to read that, then you probably have a reason for doing so that would dictate what parts to pay attention to. I'm not being obstinate here, but the sort of people that would be scared off by a lot of text aren't going to be reading that in the first place.

 

[ondra_knezour]

I don't see a particular problem there.

Maybe all those ^[[0;34 etc. may be considered less legible by some?

Also squares in the second screenshot don't relay exactly useful information, even considering T-Aoki writes (AFAIK) from Japan, so our idea what shape can communicate information and what not may differ significantly

 

[kent_dorfman766]

You're playing a bit fast and loose with people's willingness to be "imaginative" here. The best code in the world is code that does not exist. Why? Because it does not break, nor does it get hacked or need maintenance. My Prime Directive reads like this: you never interfere with a system that meets its requirements.

Sure you're welcome to debate the requirements themselves up to high heaven and back. That's fine. That's the kind of debate where change is supposed to originate. Please don't try to discuss implementation details before you have the newly adjusted set requirements in front of you crystal clear, and the debate on those is fully settled. What problem are you really trying to solve, and what would the system look like exactly in a world where your problem doesn't exist anymore?

Dude! I'm getting a serious bro-crush on you for your description of the problem and solution above. Thank you! You come across as someone who hasn't been broken by the "agile philosophy" yet. Requirements? who needs those?