New(ish) command line tools

Post by [deleted] » Thu, Apr 14, 2022, 1:57 AM UTC

marttt wrote: post #184

1vuio0pswjnm7 wrote: post #102

None of the "replacements" interest me. When I try the "new" ones I cannot get interested in them either. When trying new programs I am looking for whether a program can do something essential that I cannot do myself, e.g., with shell scripts. However I am beginning to think another reason is that these "new" utilities are consitently too complicated, e.g., too many options. It often seems as if the authors are tryin…

> Someone once said the best interface is no interface. Was this from an article by Golden Krishna, later turned into a book by the same title? Archived article (or, how to open your car door in 13 steps): https://web.archive.org/web/20120831083217/http://www.cooper... Previous HN discussions: https://news.ycombinator.com/item?id=4616945 (2012, 87 comments) https://news.ycombinator.com/item?id=4454004 (2012, 34 comme…

Post by Beltalowda » Thu, Apr 14, 2022, 4:49 AM UTC

speed_spread wrote: post #116

pipeline_peak wrote: post #114

I made a tool back in college called “line” for outputting ranges of line or column numbers. I got tired of piping head into tail and found it simpler. Examples: line file.txt 5 to 9 cat file.txt | line —column 4 to 20 I thought “line” was very Unix sounding and kinda cute, but like a lot of these projects would never make its way into the gnu utils so I thought what’s the point. That and of course to a beginner Awk…

I'd much prefer an ecosystem of interlocking small commands with uniform options than using classic UNIX do-everything tools such as awk. These generally have terrible syntax that's impossible to remember. If I'm gonna drop to a sublanguage other than the shell, I'll use something sane like Python.

  import sys, re

  for line in sys.stdin.read().split('\n'):
      s = re.split('\s+')
      if len(s) > 0:
        print(s[0])
      else:
        print()

Post by lenkite » Thu, Apr 14, 2022, 7:38 AM UTC

dystroy wrote: post #138

I really like the approach of pipe-rename ( https://github.com/marcusbuffett/pipe-rename ) for renaming many files. It's especially convenient for people who can efficiently edit many lines in their favorite text editor (so everybody here, I guess). Main problem: you maybe don't do this kind of operation frequently enough to remember how it's called or how you aliased it.

Post by anotherhue » Thu, Apr 14, 2022, 12:12 PM UTC

eminence32 wrote: post #57

______-_-______ wrote: post #32

I could really use a better workflow to refine grep matches. Has anyone made a tool that combines grep (regex search) with fzf (multiple positive/negative patterns)? What I really want is something like: grep pattern1 **/* | grep pattern2 | grep -v exclude_these | grep -v also_exclude The problem is this loses filenames and context lines in the output. I want to apply several positive and negative regexes, and only a…

I glue together ripgrep with fzf and bat like this: rg --line-number --no-heading --color=always --smart-case "$@" | fzf -d ':' -n 2.. --ansi --no-sort --preview-window 'down:20%:+{2}' --preview 'bat --style=numbers --color=always --highlight-line {2} {1}' I get a small preview of the file in the bottom 20% of my terminal, and I can use fzf's matching to further filter, or to exclude things I capture the output and t…

Post by hnfong » Thu, Apr 14, 2022, 1:45 PM UTC

kkfx wrote: post #213

#ifdef NOFLAME Curiously most of those tools implement things Emacs have since decades. Obligatory #define NOFLAME, I was and to a certain extent a unix guy but after having jumped the ship to Emacs I start seeing in practice many aspects of unix inferiority respect of classic systems, far beyond the Unix Haters Handbook. File renaming? Dired do that and more than many modern tools, not only in mere editing (wdired-m…