raboof/volare
6
22
Fork
You've already forked volare
2

'move tab' command #63

Merged
raboof merged 1 commit from move-tab into main 2023年07月06日 09:07:40 +02:00

fixes #16

fixes #16
raboof force-pushed move-tab from bcfcaf9df1 to bcd4d9f004
All checks were successful
ci/woodpecker/push/woodpecker Pipeline was successful
ci/woodpecker/pr/woodpecker Pipeline was successful
2023年07月04日 21:55:19 +02:00
Compare
Collaborator
Copy link

OK, so the difference between "move tab" and the existing "move container" / "move window" syntax is that a "tab" is a specific kind of container whose parent is an L_TABBED container. OK, seems fine.

I'd use "position" rather than "index" since the parameter is 1-indexed.

Some of the existing syntax supports "to", I guess to let it sound more natural? E.g. move workspace [to] output up|right|down|left.

So I guess maybe the syntax could be something like:

move tab left|right
move tab to position <number>

Maybe a little more future-proof in case the syntax gets extended in the future.

OK, so the difference between "move tab" and the existing "move container" / "move window" syntax is that a "tab" is a specific kind of container whose parent is an `L_TABBED` container. OK, seems fine. I'd use "position" rather than "index" since the parameter is 1-indexed. Some of the existing syntax supports "to", I guess to let it sound more natural? E.g. `move workspace [to] output up|right|down|left`. So I guess maybe the syntax could be something like: ``` move tab left|right move tab to position <number> ``` Maybe a little more future-proof in case the syntax gets extended in the future.
Collaborator
Copy link

This constant at the top of the file should be updated with the new syntax:

static const char expected_syntax[] =
	"Expected 'move <left|right|up|down> <[px] px>' or "
	"'move [--no-auto-back-and-forth] <container|window> [to] workspace <name>' or "
	"'move <container|window|workspace> [to] output <name|direction>' or "
	"'move <container|window> [to] mark <mark>'";

And I guess the volare(5) manpage too.

This constant at the top of the file should be updated with the new syntax: ```c static const char expected_syntax[] = "Expected 'move <left|right|up|down> <[px] px>' or " "'move [--no-auto-back-and-forth] <container|window> [to] workspace <name>' or " "'move <container|window|workspace> [to] output <name|direction>' or " "'move <container|window> [to] mark <mark>'"; ``` And I guess the volare(5) manpage too.
Author
Owner
Copy link

OK, so the difference between "move tab" and the existing "move container" / "move window" syntax is that a "tab" is a specific kind of container whose parent is an L_TABBED container. OK, seems fine.

Yes, and specifically going 'right' or 'left' past the last/first tab will 'wrap around' within the tabbed container instead of jumping to the next/previous container.

I'd use "position" rather than "index" since the parameter is 1-indexed.

Some of the existing syntax supports "to", I guess to let it sound more natural? E.g. move workspace [to] output up|right|down|left.

So I guess maybe the syntax could be something like:

move tab left|right
move tab to position <number>

Hmm, makes sense - perhaps even move container [to] tab <position|direction>?

> OK, so the difference between "move tab" and the existing "move container" / "move window" syntax is that a "tab" is a specific kind of container whose parent is an `L_TABBED` container. OK, seems fine. Yes, and specifically going 'right' or 'left' past the last/first tab will 'wrap around' within the tabbed container instead of jumping to the next/previous container. > I'd use "position" rather than "index" since the parameter is 1-indexed. > > Some of the existing syntax supports "to", I guess to let it sound more natural? E.g. `move workspace [to] output up|right|down|left`. > > So I guess maybe the syntax could be something like: > > ``` > move tab left|right > move tab to position <number> > ``` Hmm, makes sense - perhaps even `move container [to] tab <position|direction>`?
Collaborator
Copy link

Hmm, makes sense - perhaps even move container [to] tab <position|direction>?

I like move tab ... instead of move container ... because it doesn't operate on arbitrary containers.

> Hmm, makes sense - perhaps even `move container [to] tab <position|direction>`? I like `move tab ...` instead of `move container ...` because it doesn't operate on arbitrary containers.
raboof force-pushed move-tab from bcd4d9f004
All checks were successful
ci/woodpecker/push/woodpecker Pipeline was successful
ci/woodpecker/pr/woodpecker Pipeline was successful
to 39f43ceefb
All checks were successful
ci/woodpecker/push/woodpecker Pipeline was successful
ci/woodpecker/pr/woodpecker Pipeline was successful
2023年07月05日 14:00:54 +02:00
Compare
Sign in to join this conversation.
No reviewers
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
raboof/volare!63
Reference in a new issue
raboof/volare
No description provided.
Delete branch "move-tab"

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?