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

Set own timeout and number of retry #11

Open
ladislas opened this issue Dec 30, 2014 · 4 comments
Open

Set own timeout and number of retry #11

ladislas opened this issue Dec 30, 2014 · 4 comments
Labels

Comments

@ladislas
Copy link

Would be great to be able to set the timeout to be something else than 15 seconds and also to be able to retry a specific number of times.

Is it something you are thinking about? If not, I'll try to work on that and submit a PR :)

@victor
Copy link
Owner

victor commented Dec 30, 2014

Yes, the timeout option was in the plans. I'm not sure how the retry option would work, if you have denied permissions it can't ask again for them, so the only other thing that makes sense is waiting for the WiFi status to change.
What I had considered, as early as when the implementation was in ObjC, is a continuous flag. So that it keeps showing the Core Location responses (or only the significant changes) until you hit ^C. Would you find that useful?

@ladislas
Copy link
Author

Great news for the timeout :)

For the retry, regarding your other answer (#10 (comment)), I now understand why it doesn't really make sense.

A continuous output could be also interesting, on change or every X seconds.

If I understand correctly, for the moment it runs once and then exits and start all over if called a second time?

CoreLocationCLI has a --once option. But it doesn't work really well...

@victor
Copy link
Owner

victor commented Dec 30, 2014

I did not know about that utility. It looks like it indeed was thought to be used from the command line, while I see mine also being used in scripts, so the default mode of operation for each is opposite. I consider the continuous option a special case.

@ladislas
Copy link
Author

I agree with you, the continuous option must be a special case. I'm currently using whereami to geotag my commits and display them on a map :)

It's great it's now available on brew it will be a lot easier to install. Taps are good but it's always one more step for the users.

@victor victor added the To do label Jan 15, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants