-
Notifications
You must be signed in to change notification settings - Fork 57
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
Change StartInterval to StartCalendarInterval #59
Comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
I would also suggest to change from We would need to change the generation of the Example 24h (86400s): Current: ...
<key>StartInterval</key>
<integer>86400</integer>
... New: <key>StartCalendarInterval</key>
<dict>
<key>Minute</key>
<integer>0</integer>
<key>Hour</key>
<integer>12</integer>
</dict>
... This would run the But how cloud we do this transformation based on the input in seconds? Here are all the possible values: ...
<key>StartCalendarInterval</key>
<dict>
<key>Minute</key>
<integer><0-59></integer>
<key>Hour</key>
<integer><0-23></integer>
<key>Day</key>
<integer><1-31></integer>
<key>Weekday</key>
<integer><1-7></integer>
<key>Month</key>
<integer><1-12></integer>
</dict>
... My suggestion would be to let the user type in a schedule instead of an interval: We could implement a function which would determine if it is a schedule. Schedule: Each input between Update: From
So our "every 24h at noon" example would look the following: Schedule: Command: @DomT4 @MikeMcQuaid |
I have now started the implementation of the solution above. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
I suggest changing
StartInterval
toStartCalendarInterval
.According to documentation
StartInterval
skips execution if computer is in sleep mode:StartCalendarInterval
will be done right after its awakening and in my opinion this behavior is more desirable.The text was updated successfully, but these errors were encountered: