Hey there!

Currently there are no shell completions for swayhide, since I am a fish-shell user I thought I'd write my own and share them here.

I am making this an issue instead of a PR as I'm unsure where and wether or not you want this in the repo.

The full completion file swayhide.fish:

#
# Completions for swayhide
#

complete -c swayhide -s h -l help -d "Display help and exit"
complete -c swayhide -xa "(__fish_complete_subcommand)"

This is not at all ready to be merged, but is an experiment trying to implement #1.

By converting the original window into a split, the newly-created window is added to that split (which guarantees that they're adjacent). Since the original window is then hidden, the new window effectively takes its place.

This has a few caveats:

• There's a "wait 1s" hardcoded there:
  • If the new window is faster, this is weird and glitchy.
  • If the new window is slower, this doesn't work.
• When the new window exits, the swallowed window won't always take its place: it'll be placed relative to the last-focused window, and I can't think of any way around this other than continuously monitoring the tree to find our right position.

The timeout can we worked around by waiting for any window to appear, and assuming the first new window to spawn is the one we're creating. This might be flaky, but I suspect it'd work 90% of the time.

An alternative implementation could also be using a new stacked/tabbed layout, where the new window is a second in that container. If sway allowed us to hide the stack/tab bar on that container, we'd be 100% covered.

Firstly, thanks so much for your work on this project! I'd love to package it for the alpine linux repos, but in order to do so I need to clarify that this is free software. Would you be willing to pick a license and put it on the repo? GPLv3+ or MIT might be good choices :)

Hey there, I tried installing with both cargo as well as compiling the source but I get greeted with the following message:

error: failed to compile `swayhide v0.2.1 (/root/swayhide)`, intermediate artifacts can be found at `/root/swayhide/target`

Caused by:
  cannot produce proc-macro for `failure_derive v0.1.8` as the target `aarch64-unknown-linux-musl` does not support these crate types

Been wondering if proc-macro is any easy to substitute with an alternative so I could maybe get it running on my machine.

Say I have a vertical split like so:

| terminal | tabbed[multiple windows] |

If I run swayhide something on my terminal, the terminal disappears, and the new window appears as a child of the container on the right.

I kind of expected swayhide to replace my current window with the new one, rather than spawn the new one elsewhere.

I think this can be achieved by:

• mark original window
• split h
• spawn new window
• move marked to scratchpad
• split none

The result is that the new window is dropped into the same place as the original one, with affecting the exterior layout at all.

What are your thoughts on this? Does the idea/feature/change make sense?

I think the title of this issue is pretty self-explanatory.

When I run swayhide somethingsomething, after I close the program I just ran, the terminal from which the program was originally spawned jumps to a different monitor than the one I'm focused on. This happens on either monitor, i.e. it will jump to the second one.

I'm not sure what would happen on a three-monitor setup.

Ok, I built the program myself, but after testing both the master and AUR versions, they both don't have this bug. Strange... Will see if I can reproduce consistently.