Yes, yes you can.
521 karma · joined November 4, 2011
Yes, yes you can.
On Wave Invoices [1] we try to make it ridiculously easy for people to get paid. As such, we have a very select number of fields that are mandatory and don't require things like address, country, province, phone number, etc.
Here is an example: http://i.imgur.com/yqSUMNb.png
The payment amount is already filled in - set to the full amount of the invoice in question. The rest is relatively easy to fill out.
We use the awesome jquery.payment [2] and Stripe.js [3] on this form so you get formatted input - like on the credit card number and expiry date - and inline validation.
[1] https://www.waveapps.com/invoicing/
I don't know what an IAP is, so I can't comment. :-)
edit: Thanks to Samuel for the explanation. No, I don't have experience with IAP.
As for the manifest file, you can get by with as little as:
{
"name":"Example",
"developer": {
"name":"Developer",
"url":"https://example.com"
},
"description":"My Description",
"icons":{
"128":"/img/icon.png"
},
"launch_path": "/",
"installs_allowed_from": ["*"]
}
With this, you can install your app from the Marketplace or from your own site (by serving it with the correct mime-type).It is relatively easy to get the app installed from your own site, if you choose to ignore the Marketplace entirely (our code does it in ~80 lines of CoffeeScript) as seen here: http://www.youtube.com/watch?v=FMxeK1_xY98
One thing to keep in mind is that the window chrome which will house your application does not have back/forward buttons, does not have bookmarks, or an address bar. Remember this when designing your interface (you may been to provide in-app back/forward buttons, bookmarks, etc).
The only problems I ran into when developing this was that the API was unstable at the time (a few months ago) and that relative URLs for installation didn't work (https://bugzilla.mozilla.org/show_bug.cgi?id=745928) but the devs in the mozilla #webapps IRC channel were helpful.
The nice thing about the Marketplace is that you can specify which form factor you want your app available to - Desktop/Laptop, Phone, Tablet.
On the phone side, things are easy:
https://lh3.googleusercontent.com/-7uT3PPCyPD8/UP9RTN-392I/A...
https://lh3.googleusercontent.com/-GB4Vt6YVTKA/UP9RSDzDy8I/A...
https://lh5.googleusercontent.com/-dXnc0iuIBdM/UP9RRW_UILI/A...
https://lh6.googleusercontent.com/-NReWzbudobw/UP9RnJEiHpI/A...
Pushing an address:
1. Search address on Google Maps
2. Open up Maps on Android
3. Click on "My Places" from dropdown menu
4. Swipe to Recent
Pushing notes:
1. Create notes in Google Drive
2. Open on Android
Pushing lists:
1. Create list in Google Drive
2. Open on Android
Pushing websites:
1. Open website on laptop in Chrome
2. Open Chrome browser on Android
3. Select the "Other Devices" tab
4. Open website
I suppose you could push files via Drive as well.
Pretty cool though; I may give it a try.
Hold the Volume Down + Power button and you should see a little camera flash and a notification about your screenshot.
It isn't so much that we should be able to run it in our browser, it is that the author is intentionally looking for iOS, with the site added to your homescreen. Had the title been "HTML5 Homescreen App for iOS" I think people's expectations would be different.
✓ Requires iOS for no apparent reason
✓ You must install to homescreen first, even if you are on iOS
What does this do and why did you make the above decisions?
EDIT: To get around this, open up your JS console, put a breakpoint on line 509 inside sunny.js and set `window.navigator.standalone = true;`. Things should be fine from that point on if you have "emulate touch events" turned on.
The right scroll arrow is blocked by the page scroll bar: http://i.imgur.com/YfVUf.png
It is very difficult/frustrating to click on that arrow.
I was able to bring the loading times down to something reasonable but it isn't consistent. Out of 10 times, only 30 or 40 percent were < 5 seconds.
There are anywhere from 5 to 10 articles at any given time on the first page of my feed. It still takes a second or two to reload and after about 6 pages, the scrolling is so laggy so I can't be bothered to use the app.
It's a shame, really, that a platform that popular with all the resources, still has massive performances problems and still has legacy stuff lying around (like the three dot menu in the bottom right on 4.0+ devices).
Scroll is laggy and there are only ~5 articles before I have to refresh.
I end up using the mobile version because it isn't as laggy and doesn't require location services and the potential to track me as easily.
The Facebook app should be like the Google+ app if they want to make Android users happy.
shrug
Why do you think this is a good idea?
Thanks for the list!
Confirmed working on Rogers in Canada. :D http://imgur.com/bkyWL It's not only faster than the HSPA speeds I was getting, but it's faster than my home internet connection from Telus. This is awesome.
I had to add an apn with these settings: Name - Rogers LTE APN- ltemobile.apn Port- 80 MMSC- http://mms.gprs.rogers.com MMS Proxy- 10.128.1.69 MCC- 302 MNC- 720 Apn type 1- (default,supl,mms) 2- (*)
Taken from: http://www.reddit.com/r/Android/comments/13nr12/this_video_s...
For comparison sake:
https://developer.mozilla.org/en-US/docs/HTML/Element/articl...
http://www.w3schools.com/tags/tag_article.asp
With the exception of the "try it yourself" link, the MDN page has everything the W3School's page has, and then some, as well as being more accurate as it contains version numbers, links to the spec, as well as related usage notes.
Mou + the (built in) Github theme = best Markdown editing experience.
I keep getting "Error: Something went wrong. Please try again."
I regard Quora as a more technical focused Experts Exchange; Slimy, and not really worth the effort.
Between the blurred answers and the login prompt, I will never visit Quora, for any reason, ever.