I'm saying the primary gateway most iOS users are using for loading a QR code - the camera app - will not present a transition to load your URL in this situation
Whether the resulting HTML game is playable in Safari is a different discussion.
The QR code, as generated, is effectively "not clickable" for most iOS users, unless they are using something other than the most common way to read QR codes on their phone like a 3rd party QR code reading app or similar.
In 2016, that laptop also came with System Integrity Protection - you couldn't change /usr/bin/python if you wanted to. And you still can't to this very day. Changing System-provided python was always against recommendations in prior OS versions because the next OS update could re-replace it at any time.
I agree that it probably contributed to python 2 inertia as it was re-exposing people to the idea that "typing python in the Terminal gets me python 2" and "I just used what I already had" - but it definitely wasn't stopping people installing a newer version.
I think Apple stopped loading the passphrases into the agent automatically. I think they're strictly only loaded from the keychain now, per connection, unless you explicitly use -A to add them to the agent.
The next time you'd like to diagnose, you can reboot into Recovery and use "csrutil enable --without dtrace --without debug" and you should be able to avoid those issues.
In prior versions, it was stored in Login keychain, which was not synchronized.
Additionally, the items were visible in the security command line tool and in Keychain Access, so you could delete them.
The Local Items keychain / iCloud Keychain is a new style keychain that was back ported from iOS. The security and Keychain Access tools have no visibility into it, it's 100% handled by the secd service.
Edit: Ah, sorry, you meant in Sierra specifically. Yes. But I'll leave these clarifying details here for posterity :)
Edit2: Additional detail - in prior OSes, there was a GUI prompt asking if you wanted to store the passphrase in the keychain. This is gone now. It just does it (unless you preemptively edited the ssh config file to disable keychain storage in advance)
Edit3: Can confirm that "ssh-add -K -d" does in fact delete the passphrase from the keychain, even though it may throw an agent error.
There's an IL interpreter in the mix - it's simulating an app and what it would do based on the opcodes emitted by the compiler for the code you write.
This is indeed in line with existing scripting languages (Lua, Python, etc) which are in the App Store.
But the presentation of it might be too close for comfort for Apple. He's not presenting it as ".NET scripting" but specifically mentioned porting the .NET Roslyn compiler.
It all boils down to the same thing, but I wouldn't be surprised to see an App Store submission reviewer deny it, misunderstanding what's they've read/seen.
I would love to see this develop into a widely adopted standard. Apple uses a similar technology with their Airport Express devices for printer sharing, always been annoyed it was so restrictive in being able to connect to it.
It's using third-party APIs for the .torrent content and search engines for content.
But it doesn't even need that. You can use a .torrent or magnet URL from anywhere on the latest builds.
Just drag-n-drop a .torrent file onto the UI or simply paste (Ctrl-V / Cmd-V) a magnet URL that you already had on your clipboard and it will gladly attempt to live stream any arbitrary torrent.
The built-in video player generally works the best with .mp4 video files, but I've seen it successfully stream other media types as well.
When the torrent file in question contains multiple media files, a file chooser dialog appears letting you select which one you wish to watch.
The application could literally be re-written at any time to use any torrent site for showing content.
.. and since it's open source, the genie is out of the bottle.
Sorry for side-jacking this comment - but which version of Sublime, may I ask, and what OS?
I'm using Sublime 2 on OS X and large files + regular expressions are generally a cause for pain.
Do you have any default settings changed like disabled document preview or similar?
The only thing I generally feel is a champ at regular expressions + insanely large files on OS X is TextWrangler/BBEdit. In fact, I keep TextWrangler around specifically for the large file excellence experience which I (currently) don't receive on Sublime Text 2.
Nowhere did I imply that. Everything I mentioned was webpage reading/viewing content that the publishers themselves announced across the world, hoping to get readers - who in turn would view their ads.
People are publishing content on the internet without putting it behind a login/password/restricted access.
Not only are they publishing it, they're announcing its presence on social media, performing "search engine optimizations", and cross-promoting it on other non-web technologies (radio, tv, printed media, etc.).
... At no point, as a consumer of this content, did I get presented with so much as a simple "In return for consuming this content, you agree that you will look at the ads being shown here".
I also haven't agreed to such things for cable tv or radio - but guess what? I don't generally consume those media products, in large part because the formats are linear and full of "unskippable" ads.
Nothing is stopping the web from moving to this format. There are many sites out there that present an interstitial of some sort before moving onto the main content. And every time I end up on one of those sites, if my ad blocker isn't dealing with it somehow, I generally remember and avoid visiting the next time.
If you want me to pay for the web content that you're publishing because that's the business model you've decided on, be up front and attempt to get a paid agreement from me. Or deal with the fact that I'm part of the audience that doesn't look at the ads in print media, mutes or skips channels on TV, and installs ad blockers for the web.
https://support.apple.com/guide/security/contents-a-localpol...
The manpage for the command provides information on credential usage on Apple Silicon devices.