5 ms·
GP gave a reason: The terminal follows you around while you navigate in the file browser. I don't even know to think about where I would start to implement some
by wasmitnetzen 4y ago
GP gave a reason: The terminal follows you around while you navigate in the file browser. I don't even know to think about where I would start to implement something like that in a tiling window manager. I'm pretty sure it would be a pretty ugly hack.
- sph 4y agoThe fact that it's not done before doesn't mean that it should be rocket science to have two windows conjoined on one side.
- yjftsjthsd-h 4y agoAttaching the windows to each other has been done. Synchronizing their working directories, to my knowledge, has not.
- veidr 4y agoThe point is not the window-conjoining, it is synchronizing the app-specific state of the file browser with the state of the CLI in the terminal, and keeping that up to date as the user navigates around. That seems pretty specific and outside the purview of what a window manager should be doing itself.
- rtontic 4y agoHm, it would be cool though, if we could achieve some sort of piping system for graphical applications.
- veidr 4y ago100% agree, but I think the actual number of use cases are not that many, the implementation complexity is high, and on top of that you then need buy-in from all the apps. Would be really cool, though. A potentially easier idea I have ruminated on is just letting apps (or better, having the OS almost force them to) expose a "current app environment state" that any other (authorized) app could read and subscribe to (in some waves hands efficient way). Even in this example, though, you already have security concerns: do I want other apps to be able to know that my file browser is perusing the "pr0n" directory? If no, then how do we put the user in charge of that kind of thing in a way that is simple enough not to make the entire idea more trouble than it's worth?