Timeline for Need an interface for rapid selection without losing focus on primary task
Current License: CC BY-SA 4.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jan 23, 2019 at 15:03 | comment | added | Joshua Frank | This is a very helpful line of thinking. I am pondering your idea. Thanks! | |
| Jan 23, 2019 at 14:46 | comment | added | user118858 |
@JoshuaFrank If the idea of vi editor seems complex, you can go ahead with how commands are selected in sublime or VS code. E.g. Press Ctrl+Shift+P, a small box opens up, you type df in the box, and defender is selected from autocomplete. Press Enter to confirm it and new note opens up for that speaker to write notes. This might be a better option as many people use VS code, this shortcut is much easier to learn plus it provides a richer visual interface. While it might seem to be a little longer process than previous one, but it works very well.
|
|
| Jan 23, 2019 at 14:39 | comment | added | user118858 |
@JoshuaFrank I already mentioned it. We can use modes like vi editor. At the start you are in speaker selection mode. Then you two keys, df, one after other. As soon as these two keys match a shortcut in predefined list of shortcuts, that speaker (e.g. defender in this case) is selected, and mode changes to note mode. Any key pressed after these two keys will be added to note as normal text. Then, to go back to speaker selection mode, press Esc. Now you can type another shortcut to select another speaker.
|
|
| Jan 21, 2019 at 15:06 | comment | added | Joshua Frank |
This is a good idea, but remember that the users are taking notes at the same time as the speaker switch. So without a Ctrl+ type of modifier, I don't see how to tell the difference between the speaker identification keystrokes and the note taking keystrokes.
|
|
| Jan 19, 2019 at 21:10 | history | answered | user118858 | CC BY-SA 4.0 |