Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

permit|assume a default priority level #34

Open
JeffreyBenjaminBrown opened this issue Oct 29, 2018 · 2 comments
Open

permit|assume a default priority level #34

JeffreyBenjaminBrown opened this issue Oct 29, 2018 · 2 comments
Labels
enhancement New feature or request

Comments

@JeffreyBenjaminBrown
Copy link

My code has a number of tasks that are currently extremely low priority, but I've kept them around in case that eventually changes, which is conceivable. To try to get them out of the way, I've marked them with a (-10) value for priority. But because they have a priority value, they now appear above all the things without one. I'd like to be able to specify in the .yaml file (or, if everyone works like this, just have it hard-coded) that if it is unspecified, a task's priority is zero.

@aviaviavi
Copy link
Owner

So this behavior was on purpose, but maybe it was flawed? How I expected this to be used was that a priority would be ascending ie, p=1 shows up first and is the "highest" priority, and higher numbers might show up later, which is consistent with business jargon I often hear (so you'd actually want to mark those TODO's you mentioned as 10, not -10).

The frontend treats an empty priority as essentially p=INFINITY, as to get those entries out of the way, unless you specify otherwise. But I think it's very reasonable to want to configure this behavior. We could simply add a default_priority value in the config, which defaults to infinity. And maybe don't show that default in the UI unless it has been set via the config.

@JeffreyBenjaminBrown
Copy link
Author

JeffreyBenjaminBrown commented Oct 30, 2018 via email

@aviaviavi aviaviavi added the enhancement New feature or request label Oct 30, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants