1. 29
  1.  

  2. 9

    I’ll be honest: When posting this article, I totally missed the first paragraph. All I wanted was a plan9-like scrollbar in xterm.

    1. 2

      For the complete experience you also want https://github.com/BarkyTheDog/catclock

      1. 3

        Compare it with the 300-line catclock.c: https://plan9.io/sources/plan9/sys/src/games/catclock.c

    2. 6

      mon

      Russ Cox uses a program called mon to watch files and run them whenever they change. This is pretty handy for iterative debugging, you don’t have to keep re-running your program every time you save/compile.

      You can take a look at entr(1) for it, or wendy(1) (linux-only because it uses inotify) to run commands on inode changes (shameless plug here):

      wendy -w ./pgm -- ./pgm -vvv args...
      
      1. 5

        The suckless community, and some of the plan9 communities, are dominated by jackasses. I hope that’s strong enough wording to impress the severity. Don’t go into IRC for help. Stay off the suckless email list. The software is great, the people who write it are well-spoken and well-reasoned, but for some reason the fandom is horrible to everyone.

        Well that was unnecessary, and also inaccurate in my opinion.

        1. 27

          I have to agree this is inaccurate – I don’t find much of the Suckless software that great.

          1. 10

            I’d argue in terms of code quality suckless software stands head and shoulders above most stuff. Yesterday I was looking into terminal emulators and very surprised to find that suckless’s st is one of the best in terms of code quality and size. Other emulators like konsole and gnome-terminal just pretty much copy and paste from xterm, but even that is not done correctly, apparently.

            Another example of the quality there is dwm, which has inspired clones such as xmonad. That your deliberate misinterpretation of my citation has (at time of writing) received more upvotes than the original article is a sad indicator that some here are apparently more interested in rubbishing suckless than the tech itself.

            1. 1

              dwm, dmenu, st are their “main” projects, but I’d argue that most of the others have little more to offer than name recognition. For example surf seems unnecessary, since the part with the most complexity, webkit, remains untouched. Nobody (I know of) complaining about the bloat of browsers and the web is annoyed by the UI of the browser itself, but rather the technology behind it.

            2. 4

              I don’t find much of the Suckless software that great.

              Well, that depends on how you define “great”, and what you expected in the software.

          2. 5

            As a 9front contributor – I think I’ve been called a jackass.

            Can’t say they’re wrong – here’s a real life photo: https://i.ebayimg.com/images/g/HkoAAOSwyA5dZUdO/s-l400.jpg

            1. 2

              As a 9front contributor – I think I’ve been called a jackass.

              “the people who write [the software] are well-spoken and well-reasoned, but for some reason the fandom is horrible to everyone.” seems to exclude contributors from the jackass group.

              Some communities really need some heads-up warning, but I suppose it can be done without the name calling.

            2. 2

              I enjoy some acme features quite a lot:

              1. the integrating system: scripting extensions, tiling interface, editable dumb terminal, text buffers for the shell, the files, even the window commands
              2. the mouse is actually useful to interact with the “text”, maybe it be source code, UPS shipping code, …
              3. the “plumbing system” makes sense: send arbitrary text to a “plumber” and write rules to deal with it. I much prefer this approach to “hacks” that regex their way to extract or highlight some predefined patterns.

              There are infuriating features too, so I tried to port what I like and document it a little, around vim, st or rvxt on linux. Basically: working with terminals and vim, when I right click some selected text, I want the selection to be “opened” in the relevant application. Debugger output to vim at the precise location, images to feh, movies to vlc,

              I wrote some notes there: http://blog.jardinmagique.info/card/the-user-interface-for-programmers-wip/ This is not good prose, but the gist of it lives here: https://st.suckless.org/patches/right_click_to_plumb/ or something like http://sqweek.net/code/misc/urxvt-plumb

              The trick here is mostly to have the event handler (usually a terminal) to be aware of the context (usually a host/cwd) to trigger the intended action. AFAIK, this feature has no clean solution.

              1. 1

                been doing the opener thing mentioned for a while now: https://git.qtp2t.club/hazel/etc/src/branch/master/bin/xdg-open

                there’s probably some way to configure xdg-utils to do this, but I’m too lazy to figure it out. problem is sometimes some random package pulls in xdg-open and then I have to circumvent it.