The following networks are supported: amex, discover, interac, masterCard, privateLabel, or visa.
The following products are prohibited as well as many other services:
* cigarettes or tobacco products;
* firearms, weapons, and ammunition;
* illegal drugs, non-legally prescribed controlled substances;
* items that create consumer safety risks;
* items that are intended to be used to engage in illegal activities;
* counterfeit or stolen goods; or
* collection of charitable donations;
A paired iPhone or Apple Watch device is required (re: the macOS Sierra app), as well as iOS 10 and macOS 10.12.
> * collection of charitable donations;
!! This seems really different from all the other prohibitions. What's the idea behind that?
That's pure speculation on my part. Given that Tim Cook is personally very pro-charity (he put a matching contributions policy in place after assuming the CEO role), it seems likely that this will loosen up once Apple can put some certification policies in place.
There aren't. You can collect donations on behalf of an organization just about anyway you please. Many of them have Apps for that. It's super fun on iOS because you have to kick out to Safari to complete donations so you don't have to pay the Apple tax. Not that I would know about any of that...
So buying fast food is prohibited!?
Unacceptable in this day and age.
Very nice to see ES6 getting implemented by all major browsers.
When the webkit-playsinline property is specified, Safari on iPhone allows videos to play inline. Videos without the property will commence playback in fullscreen, but users can pinch close on the video to continue playing the video inline.
On iOS, videos without audio tracks or with disabled audio tracks can play automatically when the webpage loads.
I seem to remember that someone sometime got into some trouble for something like that.
Just a fading memory.
Not sure why people try to apply monopoly restrictions to Apple. They don't have monopoly position (not even close) in any market they operate.
Till, then, I'm stuck using Helium.
Helium : http://heliumfloats.com
Though, really, they could go even further: I use Fast User Switching to basically be two people: "home" me, and "work" me, who each use the same apps but logged into different accounts. (The OS manages this far better than the one-off multi-account features of apps do, I find.) But Fast User Switching isn't very convenient when you "are" both users. How about letting me intermingle the Spaces from two login sessions, so I can have a "Picture In Picture" Space from my own other account open on my desktop?
(If you're wondering, Screen Sharing doesn't allow you to connect to localhost. Even if you hack around that [which requires patching some bytes in a private framework], it's still a cruddy experience, especially concerning screen locking and display resolution. And, obviously, slow.)
Control-click/Right-click on a YouTube video – the first time around it'll show its private menu – then CLICK AGAIN on the video, which will bring up Safari's menu for videos including the Picture-in-Picture option: http://i.imgur.com/ekWnBQr.png
I'm sure some browser plugin can be created to add the controls to Youtube or all the other major HTML5 players.
Are there any better options than coercing one of my friends with a Mac into upgrading and letting me borrow their laptop? If not, will I have to get them to upgrade the whole OS like it's old school Internet Explorer, or is it standalone?
BrowserStack supports Safari 10 now (https://www.browserstack.com/list-of-browsers-and-platforms?...), Sauce Labs only lists up to Safari 9 currently (https://saucelabs.com/platforms#macos).
But you can use a service like Browserstack to run Safari if you don't otherwise have access to a Mac.
Usually about the time I get to the section on Animations.
Doesn't work for me in chrome either. The images (or whatever they are) doesn't load at all, but just show up gray with the text that they couldn't load. Better than choking like Safari does though.
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fffd0a0ec8a __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fffd0af797a _pthread_cond_wait + 712
2 libc++.1.dylib 0x00007fffcf48558d std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 47
Any workarounds for this?