it does use arboard internally,
and yet somehow it's able to copy huge (25MB) images.
either way, it's nicer to use stuff built into iced
instead of dealing with the Clipboard object ourselves.
this made sense now that I made error messages shorter,
and figured out how to properly align things in a row.
looks good! might even consider keeping the infobar on by default
cargo clippy --no-deps -- --deny clippy::nursery --deny clippy::pedantic
(does not quite pass due to unused `&self` in State::subscription)
I am considering ignoring events when the file picker is opened,
but that isn't a very nice solution (should just make it async atp)
I completely misunderstood the RFD doc comments,
thought that save file dialogs were not avaliable on linux outside of gtk
this helps avoid the wrapper, which is nice;
but I imagine it would fail if portals are unavaliable.
may further split this into its own crate;
seems quite useful! (albeit somewhat short and easy)
since there aren't any runtime dependancies,
it could even go into image-extras maybe
zooming in a lot is sometimes useful,
but zooming out is basically useless and annoying
(when you want to put it back to covering the full window)
if you really need to zoom out, you can always resize the window
useful to scale pixelart images nicely.
This makes me consider expanding the status bar to include info;
partially because I don't use window decorations usually
(so I don't see the info in the title)
this makes the logic drastically simpler;
as it comes with image crate integration.
however, images can no longer be saved as JXL with this version
(as jxl-oxide is decoder-only)
