Refactor commandline arguments #7

New Issue

Dennis · 2018-08-01T01:17:26+02:00

Dennis commented

2018-08-01 01:17:26 +02:00

Once all functions are implemented, think again about the usability of the application. The way it is now implemented is probably not very user-friendly.

Dennis self-assigned this 2018-08-01 01:17:26 +02:00

Dennis added the

refactor

label 2018-08-01 01:17:26 +02:00

Dennis referenced this issue from a commit

2018-11-14 00:25:29 +01:00

Improved user-friendliness. Closes #7 Every function is now a separate subcommand: * append (append a key, a modifier, or a string to one or more pedals) * clear (clear one or more pedals) * help (print a help message) * list (print a table with all possible keys) * read (read values from the footpedal) * set (set a key or mousebutton to one or more pedals) A disadvantage is that different subcommands cannot be combined in one call of the application anymore. However, this new structure brings the major benefit that the program is more intuitive for users. A second, small change is the fact that the welcome() function now reads application and authore name from the Cargo file.

Dennis closed this issue

2018-11-14 00:25:29 +01:00

Sign in to join this conversation.

No Label

bug

feature

refactor

No Milestone

No Assignees

1 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: Dennis/footswitch-rs#7