Document shortcuts #783
Document shortcuts #783
Conversation
|
Hmm I'm not sure about this. Documenting all the default shortcuts feels like a bit of a maintenance nightmare, especially when the "help" key can also be used to show them to the user. I can see this stuff getting out of date really quickly. We have purposely excluded shortcuts from the manual except for those few that are hardcoded and cannot be changed in preferences. |
This leaves only the handfull of processing module shortcuts created in C code at program startup.
|
|
||
| # shortcut keys | ||
|
|
||
| c |
There was a problem hiding this comment.
I'm not sure whether definition lists really work well for shortcuts. In other places I've used fenced code blocks, but I'm not sure how well those work either TBH. Maybe a bullet list might work? Also, we generally use fixed width for keyboard keys.
All of the shortcuts in this PR are default shortcuts that can be user-disabled. As I say, I'm not convinced we should document these at all. Or at least if we start it's hard to know where to stop. |
2 participants
Documents darktable-org/darktable#19410 and darktable-org/darktable#19500 plus some previously existing shortcuts for processing modules.
Status set to draft because I want feedback before spending time going through all of the new shortcuts....