You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd ideally like the acoc to colour stdin if no command is given, e.g.:
$ ls -l | acoc
It'd be a bit more tricky to work out which set of rules to use (shells don't seem to tell a process in a pipe what the pid of the predecessor is, though this has some ideas). Maybe each process in the config could have regex that's used to determine if an arbitary output belongs to it?
The text was updated successfully, but these errors were encountered:
This issue is being harder than I though.
I tried to tackle it in one go but it was to no avail.
So I'm reformatting ACOC's code to make it easier to maintain and add new features. As I said before, the code's a mess and I still have to figure out a couple of things on the original author's mindset.
On his words, it abuses a fuse filesystem and PATH to let you pre-mangle bash commands before being processed. Pipes and other normal shell characteristics aren't affected since it has access to everything before that processing takes place.
I'd ideally like the acoc to colour stdin if no command is given, e.g.:
$ ls -l | acoc
It'd be a bit more tricky to work out which set of rules to use (shells don't seem to tell a process in a pipe what the pid of the predecessor is, though this has some ideas). Maybe each process in the config could have regex that's used to determine if an arbitary output belongs to it?
The text was updated successfully, but these errors were encountered: