[vidarh]

Window positioning is one that on its own is sufficient to make me ignore Wayland, as it means that without my own compositor with my own extension, I can't get a file manager that will behave how I want it.

Most people won't care, but for a number of us Wayland is stubbornly refusing to support functionality we see as dealbreakers.

[ColonelPhantom]

That's fair! I believe that window positioning also works on XWayland, though, so running your file manager that way should still work with the rest of the system being Wayland (and Gnome has no plans to drop XWayland afaik).

I believe the main holdup is a desire for Wayland to be usable with e.g. VR interfaces where there is no simple 2d grid.

Out of curiosity, how do you want the file manager to behave? And did you write your own or are you using an existing one that works that way?

[vidarh]

It's managing the desktop too, so I'm not sure that'd work unless running Xwayland in "rootful" mode, in which case I might just as well run X.

The VR stuff is a poor excuse - just fail on that scenario. Nobody that cares about window positioning will have an issue with that.

My file manager defaults to re-opening a window for any directory to a previously snapshotted location, like the Amiga Workbench did. And, yes, I wrote my own. It's a few hundred lines of of a quick and dirty Ruby hack talking directly to a pure Ruby X11 binding, which is anothe reason I stick with X - I can throw things together quickly for X. The amount of ceremony, or big additional dependencies, needed for Wayland is ridiculous.

[mx7zysuj4xew]

The only file managers that run on Wayland are the weird "flat" kind with "is" that prevent you from doing anything that didn't match their poorly conceived use cases

[ColonelPhantom]

I have no idea what you are saying (with "is"??), but I don't think this is true: KDE Dolphin is very full-featured and runs natively on Wayland.