221–230 of 484 posts
There are at least two reasons that Apple tries to prevent tools like iSH. In order of what I suspect is their motivation: 1. Users can be foolish or even tricked into installing apps and entering commands. If iSH provided a possible attack vector, these kinds of users would get bitten (and they would complain about weak Apple security). As Apple really does seem to be making a strong effort on security (and privacy,…
>The nature of iSH meant that this problem was fundamental, as users can always add back functionality that we remove. That's the point, isn't it? When I had an iphone, I always understood that there are no local terminal apps because apple banned them. They shifted the rules slightly since then to make it easier to make apps for teaching programming, but the goal was never to make generic dev environments. When I he…
it isn't really a local shell. As they describe it, it's an x86 interpreter, and therefore all of the code you run is sandboxed and isolated from the OS the same way as a Python interpreter would be. Python would let you make a network request, pull code down, and exec() it, so this doesn't really seem that different.
>https://developer.apple.com/app-store/review/guidelines/#sof...
>Educational apps designed to teach, develop, or allow students to test executable code may, in limited circumstances, download code provided that such code is not used for other purposes.
"in limited circumstances", "provided that such code is not used for other purposes". This is worded generically enough that they can pretty much ban anything that downloads code with it. They also have this:
>Such apps must make the source code provided by the Application completely viewable and editable by the user.
Arguably, allowing a user to download binary code instead of source code is expressly banned.
While it would be nice if apple took the stick out of their ass for once, I can't say I'm surprised by this development.
This isn’t sustainable. Software developers can’t build on a foundation that is constantly, capriciously shifting. This on top of the App Store's already-onerous restrictions and the fact that it’s the only practical way to get your software on one of the world's largest computing platforms has already engendered a deep antipathy [1] among Apple developers, and there are no signs it’s getting better. Something has to…
They can build on it... developers have been building on it for years and making money doing it. Don't make an app that allows users to run unapproved software. I think that's a pretty clear rule. If your app makes money (directly or indirectly), pay Apple whatever portion of your revenue that Apple demands. I also think that's a pretty clear rule. If there's something that should obviously be regulated out of existe…
> unapproved software
> unapproved software
> unapproved software
> unapproved software
How is it 2020 and we're okay with this phrase? What the hell happened?
Apple is an enemy of computing and the DOJ needs to break them up.
Earlier quoted context omitted.
The question is this: Do you want to build within a certain set of categories Apple unambiguously supports? If you're building a to-do app supported by a monthly subscription, there's no shifting foundation there. If you're building a free-to-play game whose in-app purchases consist of "handful of gems," "bag of gems," and "trunk of gems," you have nothing to worry about from App Review. If you're building something…
//What the App Store is definitively not, however, is conducive to innovation, experimentation, and risk-taking. Are there any signs that iOS is significantly worse than Android with regards to innovative apps?
Earlier quoted context omitted.
They can build on it... developers have been building on it for years and making money doing it. Don't make an app that allows users to run unapproved software. I think that's a pretty clear rule. If your app makes money (directly or indirectly), pay Apple whatever portion of your revenue that Apple demands. I also think that's a pretty clear rule. If there's something that should obviously be regulated out of existe…
They make an app (JavaScript engine, actually) that runs unapproved software. It's embedded in Safari.
Earlier quoted context omitted.
'Run unapproved software'. What's the difference between asking a calculator to add 1 to 2, and asking a scripting engine to add a to b?
It'll take you a lot longer to violate intellectual property law with the stock calculator.
Earlier quoted context omitted.
iPad keyboard support let’s you remap Caps Lock, CTRL, Cmd, Opt, and Globe key. I’ve remapped Caps Lock to Escape on both iPad Pro Magic Keyboard (and 2018 MacBook Pro 15). Works great in iSH, Shelly, and several other remoting apps.
Where are you remapping the keys reliably on an ipad? (app/settings)
Earlier quoted context omitted.
But its absolutely not true that this is enforced consistently. My iPhone currently contains three full programming language interpreters from the App Store---one for JavaScript, one for Python, and one for Clojurescript. I know one of those can make arbitrary network requests because I've done it, and I think the other two can as well. So how is that different from iSH? Apple has approved a bunch of apps that can go…
It really isn't. You can definitely download code into Scriptable and Pythonista, although I don't think they have package managers.