Negative time ranges #109
Replies: 6 comments 1 reply
-
Why does it need to be wrapped in |
Beta Was this translation helpful? Give feedback.
-
My reasoning was for visual clarity. It’s not necessary from a technical point of view, but I feel that it might be too easy to overlook otherwise. I added the “naked” version as well in the example above, I’m also open to any other suggestion. |
Beta Was this translation helpful? Give feedback.
-
I am in favor of wrapping in
|
Beta Was this translation helpful? Give feedback.
-
How would whitespace be handled inside and before the parentheses? Are the following okay?
|
Beta Was this translation helpful? Give feedback.
-
I would love to see this happen. Personally, no extra syntax is needed as the syntax highlighting would make it obvious, but maybe people don't use that? If still deemed necessary, |
Beta Was this translation helpful? Give feedback.
-
Cross-posting from #244 (reply in thread), regarding the current state of affairs here: Negative time ranges are not off the table. Realistically speaking, however, I have to say that adding negative time ranges is a pretty comprehensive undertaking – deciding on the syntax and semantics is the easiest part, but extending the spec, writing and refactoring the code, and documenting it will be substantial effort. It might eventually happen, but it would certainly take a while. |
Beta Was this translation helpful? Give feedback.
-
In analogy to tracking a negative duration (
-1h
) it could be useful to allow tracking “negative” time ranges, i.e. a specific period of time to be deduced from the total.Syntax ideas:
Currently favouring the
[]
syntax, as it’s more distinct from the should-total.Source: #3
Beta Was this translation helpful? Give feedback.
All reactions