What was the original business model that Honey had? I only know of the current Honey approach, inserting themselves into the checkout page, did Honey work differently before? More like a coupon search engine? That’s the only way I can imagine “first click” makes sense.
I totally agree! I really liked https://lets-go.alexedwards.net which walked you through creating a web api with a database. When I did it, I decided to use SQLite instead of what was in the course, which meant I could follow along but still had to understand and choose the right dependency etc myself.
I wasn’t aware that WKWebView granted the app such power. Is there a way for me as a user to figure out if WKWebView or SFSafariViewController is being used if I have a web page open? Although I don’t use FB, I do use the web view of other apps and don’t want them to be able to do this either.
Reading the “How Does it Work?” section of the readme, I interpret it as WebUI being a way of embedding a web view into your existing program, being a sort of proxy for the existing browser of the system.
In addition to what the others have said, make sure you have a CI and don’t review the PR until that’s showing green. The CI should ideally include tests, linting according to a common code standard and other “grunt tasks” that are unnecessary in a PR review.
I’m using QuickScan on iOS for this, which has customizable favorite export locations so that you with one press after a scan can upload to specific folders in google drive etc.
Your examples with even numbers in feet and odd in meters tell me that is what you’re used to.
I can counter with that saying 180 cm is a lot easier than 5 feet 10.86 inches. No one says that, similar to that no one would say 17.78.
What’s convenient with metric is that there isn’t any difference between saying 180 or 179 cm. You just say, “one seventy nine”, not “one hundred and seventy nine”. Here I am showing what I am used to.
I don’t agree with that design decision. As a new user, you might come across this site and think it only contains the visual gifs (there are many such design sites without code). Since there’s no indication that the source code exists, I won’t have any idea that I should view it further on my computer.
I would propose to make the mobile the full experience, just making the copy code part less of a focus.
This website seems to have problem rendering in Safari on my iPhone 12 Pro. The header is cut off and the cards are overlaying each other. See here https://pasteboard.co/S8cpPCWQ5FLt.png
Apart from it being over Zoom, the main differentiator is that only one party eats. That’s a clear show of power. What you are talking about is that that both meet over food, which is very different.
Because that’s that most people see Jira as. It’s easy to only use Jiras surface level features, like a Trello with a little more functionality, and not the more advanced ones.
> please contact them at [email protected] and they will respond in a reasonable time.
https://supercardsapp.com/privacy-policy/privacy