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

Add support for "ly" #8

Open
fega opened this issue Jul 1, 2017 · 8 comments
Open

Add support for "ly" #8

fega opened this issue Jul 1, 2017 · 8 comments

Comments

@fega
Copy link

fega commented Jul 1, 2017

like "monthly"
"weekly"
etc :)

@sampathBlam
Copy link
Contributor

@fega , @simison : Hi. Can you provide a sample usecase which would be solved by adding 'ly' support to human interval?
With respect to agenda, I could not think of any, as agenda already has .every and similar interval based time configurations for scheduling tasks.
I understand that agenda is not the only package that depends on human-interval. If we could get a valid usecase, and the expectations for this 'ly' support, it would be great and I can start working on a PR right away for that.

@simison
Copy link
Member

simison commented Mar 22, 2020

@sampathBlam I don't think it's important and I wouldn't complicate this code for it.

Would you like to pick up this refactor tho? #19

@sampathBlam
Copy link
Contributor

sampathBlam commented Mar 22, 2020

@simison : Does it make sense if i fork/pull from their repo (with their current set of refactorings), resolve the merge conflicts, add more tests if needed, verify and create a new PR?

Or should I first create a PR for their repo on the same branch, thereby, if the PR was accepted in their repo, it would automatically be reflected in #19 ?

@simison
Copy link
Member

simison commented Mar 22, 2020

That sounds good to me 👍

@simison
Copy link
Member

simison commented Mar 22, 2020

There's plenty to do on Agenda side as well so feel free to just dive in. :-)

@sampathBlam
Copy link
Contributor

@simison : Sorry i did not get you. Should I create a new PR or try to update the current one ? The second one might be a slow process.

@simison
Copy link
Member

simison commented Mar 22, 2020 via email

@sampathBlam
Copy link
Contributor

@simison : Done. Created a new PR #33

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants