[i3ass][i3fyra][i3Kornhe] i3Kornhe also accepts any one argument as last argument, as long as it starts with u|l|d|r|up|left|down|right #195
Labels
No labels
Arch PKGBUILD
bug
build
commandline
duplicate
enhancement
font
good first issue
help wanted
implemented
is-it-really-a-bug?
necromancy
not-reproducable
question
reproducable
rofi
solved?
stalled
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
bud/i3ass#195
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description
A clear and concise description of what the bug is.
i3Kornhe moveto actually MOVE my windows across containers. But: it does also exhibit some of the same behaviour.To Reproduce
this entry focuses up:
this input 'correctly' focuses right
this entry correctly errors out:
Expected behavior
system
I added some checks and error messages on arguments passed to i3Kornhe. It will not just print errors but also exit on incorrect arguments.
But this approach has drawbacks, the additional checks (most are regex..) adds ~5ms to each command, and keep in mind i3Kornhe is the most CPU hogging command of all i3ass, since it very well can be triggered at ~20hz if the user moves/resizes with a keybinding and holds down the keys to repeat the commands.
I didn't experience the lag on my laptop, but it could be noticable on weaker machines or in environments where the CPU load is already high.
The PR (#196) will also break working but miss-spelled configurations. To be honest I haven't decided if i will merge it due to these drawbacks..
Possible alternative solutions would be to only perform these checks if the
--verboseflag is set.In retrospect i regret going with this command argument approach instead of using f.i.
--move left. And that is another solution to add support for safer options (--move,--resize). I think that could be added without performance penalties .