Nautilus, the Gnome file assistant manager, sucks utter donkeyballs. Let us make an unordered list of the ways:

  • If the underlying filesystem changes, say a copy operation, the file manager view does not update without a manual refresh by CTL+R. This leaves the view in a stale state, presenting false file information to the user, who might never know until they do something bad. This is a showstopper bug that’s been hanging around since forever.

  • Batch rename. Good luck trying to rename a series of files ordered sequentially by number, if the number happens to start with any number other than one. A sequence from 2 to x is impossible to batch rename. Because regex in sed never worked either. No, wait. It’s always worked! For like, 50 years.

  • Why, when moving a collection of files or a directory within the same filesystem, does it actually perform a copy and delete operation, taking cpu and time, when the inode location could just be updated like mv does?

  • Thumbnails? Why do they take longer to generate for images and video than than the totality of the existence of the universe?

Nautilus is an unusable mess. If command line file utils were this bad, we’d never be able to reliably store and manipulate files. Who in their right mind actually uses this junk?

  • ParanoidFactoid@beehaw.orgOP
    link
    fedilink
    English
    arrow-up
    3
    ·
    1 year ago

    I don’t presume to know why others choose to use anything. But MacOS is highly consistent across apps. Dialog boxes, text input forms, file browsing, hot keys, all the same across applications.

    • ILikeBoobies@lemmy.ca
      link
      fedilink
      arrow-up
      1
      arrow-down
      2
      ·
      1 year ago

      Oh so you mean being a closed eco-system

      I feel a lot of devs would be upset if they were told they can only develop using GTK for example