orgmode
                                
                                 orgmode copied to clipboard
                                
                                    orgmode copied to clipboard
                            
                            
                            
                        Custom TODO keywords per file
Does this feature exist in Emacs orgmode core?
Yes
Orgmode link
https://orgmode.org/manual/Per_002dfile-keywords.html
Feature value
Could be used for a jira.org file that would behave one way, while a hiring.org file would have a different workflow
jira.org: TODO PROGRESS QA | DONE
hiring.org LEAD INTERVIEW OFFER-PENDING | ACCEPTED REJECTED
Additional context
Note, it allows multiple workflows per file. (see the example in the ormode link) so "bug" could have one set of todo statuses and "features" could have another
BTW, this plugin is really helpful to me. Thank you for all the hard work. Just keeps getting better and better :rocket:
@aareman do you know how custom TODO keywords behave when displaying the list of all TODO entries? Are they present or do they get ignored? Same question goes for the agende when you schedule a custom TODO
I believe it goes based on where the TODO is defined. so if its in a file with custom keywords, then it will use its custom words when switching types. and those types will show in the agenda as well.
As per my example above if a todo was in hiring.org and had a status of LEAD then in the agenda it would say LEAD. If in the agenda i went and toggled the state it would show me the choices from the file hiring.org.
That's what i surmise from the examples i've seen, but I do not know what the internal org spec is on this is.
An additional feature, is the ability to have multiple sets of keywords per file, and then each todo can only use one of the "status flows" (that probably means you can't have overlapping statuses in each flow)
Exactly, it's individual sets of TODO-cycles and each heading can be part of one, while a file can have multiple sets.
that probably means you can't have overlapping statuses in each flow
The examples on the org homepage would agree with that, if the presence of a single set will override the default set of [TODO, DONE].
As for the agenda, it must then be known for each TODO item whether it belongs to a custom set or not.
@aareman fyi I started working on this but haven't had time for some weeks now and don't expect to be able to seriously work on it for the next three months or so :weary: Happy to share my progress, if anybody wants to grab this