Spawns a single thread for handling async file IO on the [compio runtime](https://github.com/compio-rs/compio).
It is a completion-based IO runtime that can dynamically select a polling mechanism at runtime. It defaults to
io_uring on Linux, IOCP on Windows, and the polling crate everywhere else. On Linux systems where io_uring is
unavailable or disabled, it will fall back to the polling crate.
This eliminates most of the threads that were needed previously. It significantly reduced the amount of memory
needed in the recursive Context to get a good transfer rate for each copy operation—from a 4 MB buffer to 128 KB.
Copies on a nvme drive are somewhat faster with the async IO changes, and use less CPU than before.
Although it uses a single thread for non-blocking tasks, it still manages to 100% max out my nvme drive's
activity for the whole duration of multiple long transfers. But it would be possible to enable compio's
dispatcher to spread operations across worker threads if necessary.
All but the extract and compress operations were updated to be async. I had to switch the `CondVar` in the
`Controller` to a `tokio::sync::Notify` to prevent the IO thread from being put to sleep when an operation is paused.
Fixed a deadlock in the `operation_copy` test function that was performing an operation without concurrently pulling
from the channel in the operation. Reduced the rate that `Message::None` is sent from a subscription to trigger a UI
redraw, and fixed it to not run when operations are paused.
Opening multiple selected paths should:
* Launch one app that supports all of the file paths e.g. an image
viewer that allows cycling through the selected images
* Launch multiple instances of an app if the app doesn't handle multiple
URLs, such as nsxiv
* Launch different apps for a heterogeneous mix of URLs while taking
into account the two rules above. For example, launching a mix of
paths of images, videos, and text should open the correct apps
There was an issue with the "Single click to open" setting where
right-clicking or middle-clicking on a folder would open it. This makes
it so only a left single click will open it.
This makes it so clicking on the name of the current directory (the last
item) in the breadcrumbs puts it into edit mode. Before, it wouldn't do
anything, because you're already in the dir. Now it does something useful. This
change matches the behavior of Gnome Files.
This sets the max height of the previews to THUMBNAIL_SIZE, to match text previews.
Prevents the previews from becoming too large when the desktop details window is resized horizontally.
Before this fix the following steps would not work correctly:
1. Select a range with shift click.
2. Select a single item that's in the currently selected range, without
holding shift.
3. Hold shift and click another item to select a new range.
Instead of the item selected in step 2 being the start or end of the
range, the original range from step one is used to get the start or end
of the new range.
This fix makes sure the range gets reset when selecting an item in step
2.
