Who are these for? People who use the terminal but don’t like running shell commands?

OK sorry for throwing shade. If you use one of these, honestly, what features do you use that make it worthwhile?

  • jasondj@ttrpg.network
    link
    fedilink
    arrow-up
    40
    arrow-down
    2
    ·
    1 year ago

    I never use them but I can see the point. Like when you’re poking around for a log file, not sure what it’s called or where it’s stored and just going on a hunch…but you’re in an SSH session and don’t want to deal with X shenanigans.

    It’s a legit PITA to ls, look for files, cat/tail them, etc. sometimes you just want to ls -alR but your corporate build runs tmux on SSH sessions with no configuration so you can’t scroll back since your shortcuts don’t work so you have to pipe everything to more and it just sucks.

          • tal@lemmy.today
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            1 year ago

            I think – though I was not one of them – that that’s how people tended to use OFMs in their heyday. Like, my “home” program, the program that I’m doing most other things from, is bash, whereas I think for a lot of people on DOS systems, it was an OFM rather than command.com.

      • SomeBoyo@feddit.de
        link
        fedilink
        arrow-up
        11
        ·
        1 year ago

        It’s faster. Because I have to move directorys relatively often from different drives on my server and nemo seems to be moving the files to my local machine before moving them to their right location on the server.

  • tal@lemmy.today
    link
    fedilink
    arrow-up
    26
    ·
    edit-2
    1 year ago

    I use dired in Emacs.

    I assume you mean “why use these instead of file-manipulation commands in bash?”

    I use both.

    There are a handful of tasks that are easier in dired than bash.

    • Making small modifications to filenames that aren’t amenable to programmatic changes. You can just toggle the read-only flag on a dired buffer, edit the filenames, and then hit C-c C-c when done.

    • Marking a set of files to perform an operation on where that set cannot trivially be expressed using tools in bash. Think, oh, “which movies do I like enough to want to keep around”. This is especially handy when moving a number of files to another directory, which I think is why people often like the two-pane approach of orthodox file managers. Dired is not an OFM, but it can act like that if you have two dired windows open, using the other as the default target for the operation.

    • Dealing with filenames containing obnoxious-to-type characters like weird Unicode stuff. If I want to delete the one file in a directory whose name consists of a bunch of kanji, it’s easier to just manually select it in a list.

    • Navigating where I usually want to see the contents of each directory. I’ll often navigate around in dired while building up up an emms playlist. Browsing a list of movies to play.

    EDIT: It’s also not really a file manager, but I do use ncdu to see what’s taking up space on a disk. I’ll also use du -h|sort -h|less, but ncdu is, like file managers, more convenient when just browsing around the tree and looking at each as one does so, while manually selecting a few items to operate on (deleting).

    EDIT2: I’ll also add that virtually all of the people I know in person who love OFMs – I’m in the US – are from Eastern Europe, moved to the US from Russia, Ukraine, Romania, etc. I dunno why that is. Maybe just spreading along language lines. Maybe there are or were issues with switching between Cyrillic and Latin character stuff akin to my above irritation with kanji. But someone from Eastern Europe might have more input to answer your question.

    EDIT3: The link I provided above for OFMs has a very long discussion from the author on why he likes OFMs (though not all terminal file managers are OFMs, many, like Midnight Commander, are). Reading it, I’d say that there’s a lot of overlap with how Emacs works with dired+TRAMP+eshell and some other Emacs packages, though they accomplish similar goals in a different way – sort of making integrated functionality that spans network file transfer, file management, text editing, file archive access, console commands, with a common toolset available for all. Would be quicker to learn an OFM than Emacs, though Emacs is gonna provide a considerably-larger set of functionality if you’re willing to spend the time on it.

    EDIT4: There are also a number of OFMs in Emacs, like Sunrise Commander, so I guess I shouldn’t really treat it as an either-or matter.

    • dino@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      7
      ·
      edit-2
      1 year ago

      Is it common than whenever somebody brings up “emacs” its a wall of text? Please don’t take seriously.

      • donio@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        It has paragraphs and an unordered list so it’s technically not a wall of text :)
        There is truth in it though, it’s fun to ramble on about all the cool stuff that we get to do with Emacs.

          • donio@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            The comment was talking about dired which is a file manager that runs inside Emacs and Emacs can be used in terminal mode.

    • bizdelnick@lemmy.ml
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      But you don’t need to cd before running ls. And in most cases you don’t even need ls, autocompletion is enough.

    • lucullus@discuss.tchncs.de
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      Isn’t your shell showing autocomplete options on oressing tab? Like the subdirectories? That way you don’t need multiple cd and ls calls

  • TimeSquirrel@kbin.social
    link
    fedilink
    arrow-up
    23
    arrow-down
    1
    ·
    edit-2
    1 year ago

    With some people, it’s just easier and faster to navigate a filesystem structure if you can just see it all laid out in front of you visually instead of “cd-ing” and “ls-ing” every directory you traverse just to see what’s in it and having to “pwd” and remember where you are. Some of us didn’t do too well at the memory game as kids.

    • cybersandwich@lemmy.world
      link
      fedilink
      arrow-up
      12
      ·
      1 year ago

      Id actually say, for super basic stuff the shell commands are faster. And super complicated stuff, shell commands are faster.

      But it’s that set of things in the middle of the bell curve that are more complicated that moving a single file and less complicated than running a bash script one liner that strings together 8 commands that these terminal browsers really shine.

      • Geronimo Wenja@agora.nop.chat
        link
        fedilink
        English
        arrow-up
        10
        ·
        1 year ago

        My favourite one is renaming a directory full of files in nnn. It opens in vim, and I’m in my happy place, where I really know how to edit text (or, in this case, filenames). Great when there’s some minor variation between a lot of files. Full previewing before saving, multiple operations handled before doing anything etc.

  • Jo Miran@lemmy.ml
    link
    fedilink
    arrow-up
    15
    ·
    edit-2
    1 year ago

    Most systems I interface with are remote or headless. Forwarding X is annoying as fuck and to be avoided at all cost, so the more I can do though the terminal, the better.

    PS: I’m also old enough to have been a regular user of Norton Commander, the application MC (Midnight Commander) is based on (inspired by).

    EDIT: Norton Commander was a DOS app and so useful that it prompted Midnight Commander, one of the earliest applications developed for Linux. So MC kind of pre-dates Linux in a way.

  • arthurpizza@lemmy.world
    link
    fedilink
    English
    arrow-up
    15
    ·
    1 year ago

    Sometimes it helps to have a visual aide for what you’re doing. CLI/TUI apps are often faster, or when accessing remotely, lower bandwidth.

    Also, let people enjoy thing.

  • atetulo@lemm.ee
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    1 year ago

    It’s really annoying navigating a filesystem in the shell.

    Either you remember exactly where a file is located, have a reference, or you’re going to be doing a lot of “ls, cd, ls, cd”.

  • chayleaf@lemmy.ml
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    1 year ago

    for example, when you need to copy some files and not the other, you can take your time selecting the specific files you need to copy instead of writing the list of files in one command. When you want to check the contents of a lot of files, you can just open file preview. Etc, basically sometimes CLI isn’t as convenient as TUI/GUI

  • daniskarma@lemmy.world
    link
    fedilink
    arrow-up
    13
    ·
    1 year ago

    Sometimes they are more convenient, than cd ls mv cp everything, when you don’t have access to a file explorer.

    Specially if you are working with a server via ssh, or some machine without any Desktop Environment installed.

  • ProtonBadger@kbin.social
    link
    fedilink
    arrow-up
    11
    ·
    edit-2
    1 year ago

    Depends on what I’m going to do. I often use mc if I need to do something to a bunch of files but not all and the filenames are not good to filter on except by human eye. For example when I want to move a bunch of mixed downloaded stuff from my dl machine into grouped folders on my NAS. It’s easy to go down through the list and select what to move from the download folder (where it’s all in a disorganized pile) into the grouped destination folders.

    If I work on individual files, or something that’s easy to filter through wildcards I use terminal commands.

    It’s not for or against, it’s about choosing the most convenient tool for the job.

  • GustavoM@lemmy.world
    link
    fedilink
    English
    arrow-up
    11
    ·
    edit-2
    1 year ago

    Eh… for home servers, when you want to take a quick glance at the files (maybe you are running a script that copies files around after some time…?). Then again, I don’t really find em useful when I have ls -al shoved inside my brain. It’s (kind of) “second nature” at this point.

  • indigomirage@lemmy.ca
    link
    fedilink
    arrow-up
    10
    ·
    1 year ago

    One of the first things I install is mc (sometimes ranger). It’s just a really fast way to get around.

    CLI is fast, but GUI is (if done right) intuitive. Running mc is both. Very fast way to explore/get around file system.

    • JubilantJaguar@lemmy.world
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      Maybe you are confusing GUI with TUI. Intuitive, yes, but hard to believe that GUI is faster than anything much.

      • indigomirage@lemmy.ca
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        I think I was trying to say that mc combines the intuitiveness of a GUI with the efficiency of a CLI. A TUI.