Wayland Support?
codeberg.org
I know the project name clearly states `x` in it. But then also is it possible to have a proper Wayland support using nsxiv on xwayland if fine, but few key maps fails to work and was looking forward to `nsiv` as this will make it the image viewer of choice on Wayland.

According to this issue, it looks like there are no plans, understandably, for making a version/fork of nsxiv but with native Wayland support.

Any recommendations for a simple image viewer in Hyprland?

  • gramgan@lemmy.ml
    5·
    5 months ago

    I tried imv and hated it. I just use feh (through XWayland) or mpv now.

        • guttermonk@lemmy.mlOP
          1·
          5 months ago

          If that let’s you flip between images that are in the same folder using arrow keys (or something similar), that would be awesome.

      • visone@fosstodon.org
        1·
        5 months ago

        @guttermonk
        I have a custom nuke opener file for nnn that do that’s that. Every time I open an image, it uses swayimg -r (recursively).
        I gues you can do some like that with xdg-open

        • guttermonk@lemmy.mlOP
          1·
          5 months ago

          I navigated to my screenshot folder in terminal and opened an image using swayimg -r but it wouldn’t let me navigate with n or p. I also tried going to my Pictures folder and used swayimg Screenshots/* like this thread suggested, but still no luck.

        • guttermonk@lemmy.mlOP
          1·
          5 months ago

          Unfortunately, --all isn’t an option. The following options are available in swayimg:

          Mandatory arguments to long options are mandatory for short options too.
  -r, --recursive      read directories recursively
  -o, --order=ORDER    set sort order for image list: none/[alpha]/random
  -s, --scale=SCALE    set initial image scale: [optimal]/fit/width/height/fill/real
  -l, --slideshow      activate slideshow mode on startup
  -f, --fullscreen     show image in full screen mode
  -p, --position=POS   set window position [parent]/X,Y
  -g, --size=SIZE      set window size: [parent]/image/W,H
  -a, --class=NAME     set window class/app_id
  -c, --config=S.K=V   set configuration parameter: section.key=value
  -v, --version        print version info and exit
  -h, --help           print this help and exit
    • guttermonk@lemmy.mlOP
      4·
      5 months ago

      Sounds interesting, but the requirements say it needs gnome-desktop. I’m using Hyprland on NixOS, so it doesn’t sound like this will work for my setup unfortunately. Thank you for the suggestion. Hopefully this helps others.

      • Sentau@discuss.tchncs.de
        2·
        5 months ago

        Currently, gnome has moved away from eye of Gnome to Image Viewer/Loupe. The website doesn’t have the dependencies though I don’t think you should need the gnome-desktop package. Perhaps you can look into it. Just be aware that the app is pretty barebones for now.

        Edit - Alternatively, you could look into gwenview which is normally shipped in kde. That will have the advantage of shipping with a lot more editing options and since it is a more mature(I think is the right word) project, I expect it to have better support for esoteric file formats.

        • guttermonk@lemmy.mlOP
          1·
          5 months ago

          Gwenview looks a little too full featured, but the Gnome Image Viewer (Loupe) works well. No dependencies needed in Nix, and the arrow keys let you flip between different images that are in the same folder. All of the on-screen functionality works (copy, move to trash, zoom in/out, toggle full-screen, etc.), and keyboard shortcuts and gestures work great. The only bug I have to work out is that it doesn’t respect the gtk theme I have configured (GTK 2, 3, and 4). Otherwise, seems like a good option.

          • Sentau@discuss.tchncs.de
            1·
            5 months ago

            The only bug I have to work out is that it doesn’t respect the gtk theme I have configured (GTK 2, 3, and 4). Otherwise, seems like a good option.

            Maybe this is because loupe uses libadwaita and not standard gtk4. Libadwaita does not follow the gtk theme.

            Glad I could help though