Nic Hubbard

This is something that we have on our feature list to add, but not sure when it will make it in.

Got it. I think this would be a nice feature addition.

When Cachly loads caches as search results, it loads "Lite" caches. In order to show the 5 dots we would we would have to load "Full" caches which would use part of your 6000 full caches per 24 hour limit that is imposed by geocaching.com. (Users can load 10,000 Lite caches per 24/hours) We have considered using a Settings option to allow users to do this, but it hasn't been planned yet.

Glad it is working so well for you. We will be submitting 2.0.2 to Apple today.

I totally agree. However the API does not provide this info, so there isn't currently a way to do this.

It shouldn't be too hard to automatically make the cursor start at the beginning of the text, so I will fix this.

This is a feature that has been on our list for a while now. Just have not had a chance to add it. Hopefully in 2.1. Can you explain the issue you were having with the default log text in Cachly?

This is an issue that was fixed in 2.0.2 which we will be submitting to Apple this week. Stay tuned.

This is something that we are working on fixing. Basically we need to be updating the entire list for each GPS update we get. However, if it is a massive list this might have some performance ramifications, so we are working through this.

I think the API has always worked this way. There is an option when we request caches to return caches that are archived or not. So I think it is intentional.

Some event caches will still show up even though they are Archived. This is the real reason for this feature, was to hide those.

This is actually something we introduced way back in 1.0.4, but the overhead of converting logs with markup to attributed text was causing some performance issues. After that, we determined that few logs even use Markup, so we removed the feature and kept it on our feature list to fix the performance issues and add it again in a future version.

Yes, this is a feature that we have been working on. However it isn't a quick and simple thing to add. Here is what has to happen with this feature: Upload pending logs, one at a time to the server. If pending log has a trackable to log, log each trackable one at a time. If pending log has images to upload, upload images one at a time. So there are quite a few working pieces to this feature. That being said, we are still actively working on it.

This is something that I have wanted to add for a while, so I made sure that I added it in for 2.0.2.

Thanks for reporting this extra detail. Will test this today.

This is a great feature request, and something I have wanted to add for a while.

Yes, as stated the 2.0.2 update will include this fix. We have to wait until to the New Year to submit the update to Apple since they are closed for the holiday.

Are you able to replicate the bug?

Glad that fixed it. We will squash that bug in the next update.

This is a bug with the map type. Just change the map type on the main Live screen and this will fix your issue. We are looking into why the crash occurs. Can you tell me what map type you were using that was causing the crash?

Thanks for the input. I think we will keep it as is.

I will make sure to get this added in our next version.

Yes, legally I would need to get permission to use it. Will add it to the list, however I will have to make it low priority as there are many other large features that need attention.

Thanks for the suggestions. We do have the "multiple default log text" feature on our list, so it will get added sometime in the future.

I will need to see what color we could adjust it to. Currently it uses the Whereigo blue color that is used in their logo. Will look into it.