image viewer and maybe editor; inspired by mpv's simplicity
  • Rust 81.8%
  • Nix 18.2%
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
electria 903dd4994c
build: update deps
without updating, I had an issue with hardware rendering
that made it fall back to slightly stuttery software rendering each time.

no error messages from iced or wgpu,
but I did get the following when running it with mangohud:
shim: Failed to load from "/nix/store/69q712zji0lqph80g6k75z6d3jhbbmb7-mangohud-0.8.4/lib/mangohud/libMangoHud_opengl.so": /nix/store/57iz36553175g3178pvxjij8z5rcsd4n-glibc-2.42-61/lib/libm.so.6: version `GLIBC_2.44' not found (required by /nix/store/69q712zji0lqph80g6k75z6d3jhbbmb7-mangohud-0.8.4/lib/mangohud/libMangoHud_opengl.so)
shim: Failed to load from ${ORIGIN}/libMangoHud_opengl.so: /nix/store/57iz36553175g3178pvxjij8z5rcsd4n-glibc-2.42-61/lib/libm.so.6: version `GLIBC_2.44' not found (required by /nix/store/69q712zji0lqph80g6k75z6d3jhbbmb7-mangohud-0.8.4/lib/mangohud/libMangoHud_opengl.so)
2026-10-07 18:32:47 -07:00
LICENSES init basic image viewer 2026-06-28 10:14:56 -07:00
src build: update deps 2026-10-07 18:32:47 -07:00
.envrc init basic image viewer 2026-06-28 10:14:56 -07:00
.gitignore init basic image viewer 2026-06-28 10:14:56 -07:00
Cargo.lock build: update deps 2026-10-07 18:32:47 -07:00
Cargo.toml refactor: use iced 0.15 rich clipboard 2026-08-28 12:31:20 -07:00
flake.lock build: update deps 2026-10-07 18:32:47 -07:00
flake.nix build: update deps 2026-10-07 18:32:47 -07:00
README.md docs: add readme 2026-08-03 11:27:29 -07:00
REUSE.toml init basic image viewer 2026-06-28 10:14:56 -07:00

imagey

image viewer and maybe editor; inspired by mpv's simplicity

name is subject to change, suggestions welcome :)

usage

# try it out!
nix run git+https://git.federated.nexus/electria/imagey

# install it imperatively
nix profile install git+https://git.federated.nexus/electria/imagey

keybinds are shown on startup if you didn't start it with an image

known issues

JXL

  1. encoding is not implemented (jxl-oxide is decoding-only)

  2. oreintation is incorrect in some cases

    if the image has metadata oreintation AND

    it's a jxl without the right extension OR it's a jpeg with the jxl extension

    this is due to the JXL decoder automatically rotating the image, while the JPEG decoder (for instance) requires the extra step.

    my workaround is to check the path of the input file, not changing the oreintation if it has the jxl extension; causing these caveats for cases where the extension is wrong.

clipboard

  1. large images (eg photos) don't seem to copy on linux/wayland, (despite set_image not returning any error)