Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

iOS 11 reviewed

arstechnica.com

Post reply on HN
Print view View original

261–270 of 296 posts

Re: iOS 11 reviewed

#261

Post by romwell »

scarface74 wrote: post #126
0x0 wrote: post #89

Earlier quoted context omitted.

They could offer 32bit app support as an optional download, just like how 32bit Windows 10 still offers the 16bit NTVDM and MS-DOS support as an optional install on demand. Really sucks to lose 32bit support for legacy apps that used to work, especially when it might be a companion app for hardware/equipment that cost much more than the iPhone X (like your car).

Do you realize how many security vulnerabilities have been found in Windows caused by supporting legacy apps? I have some 32 bit apps that already don't work with newer versions of iOS.

Do you realize that "legacy apps" are much more important to people who use them than the hardware that it runs on?

Apple is a hardware company, and its need reason to push it. But what I do with hardware is run applications, and the applications matter more to me than the shiny (or not) box they run on, insofar as the box has the hardware to provide the UX that makes the software usable.

I am not talking in abstract; when Everyday Looper goes, iOS will lose about half its value to me.

(See https://www.youtube.com/watch?v=CzQLRPwZjIo for usage example).

Re: iOS 11 reviewed

#262

Post by romwell »

madeofpalk wrote: post #221
CJefferson wrote: post #88

Earlier quoted context omitted.

I made a game in 2009, it was quite popular, got a bunch of positive reviews, I gave it away for free. I had to keep giving Apple £100/year just to let people keep downloading the game for free. At some point I tried recompiling it for a newer iOS, and I get hundreds of message about depricated APIs that I had to change to get it accepted by Apple. Instead I let it drop. I can't even put a copy online for people to d…

> I can't even put a copy online for people to download Sure you can. Put the source code up on Github and anyone can download and sideload it on their device. Don't even need a developer account to do that these days.

I think you stopped reading before you reached this part:

>At some point I tried recompiling it for a newer iOS, and I get hundreds of message about depricated APIs that I had to change to get it accepted by Apple.

Re: iOS 11 reviewed

#263

Post by et-al »

odammit wrote: post #244
et-al wrote: post #193

Earlier quoted context omitted.

Do you bring over your old photos from your previous iPhones? 34.2 GB photos - 4 years worth, 10k items 5.5 GB audio 3.9 GB apps 4.8 GB documents & data 400 mb "other" I haven't edited my photos in the past year, but I probably could delete 500 images and maybe a few videos. In general, I plan on doubling the storage with every upgrade (every 2-3 years).

I "do" except one upgrade where I don't exactly know wtf happened but my phone synced to my laptop and my phone deleted my photos in the old iPhoto. So... Im missing about 3 years worth of stuff... Yes, I work in ops and did not have a back up of my laptop because I trusted in the cloudz. I now have 2 backups.

I'm sorry to hear. Apple's sync works in mysterious ways which I cannot trust 100%.

Re: iOS 11 reviewed

#264

Post by blub »

potatolicious wrote: post #178
walterbell wrote: post #34

Earlier quoted context omitted.

Yikes, this is a security issue. Does airplane mode still turn off wifi and bluetooth?

Like others have brought up - it isn't a security issue. Since iOS 8 MAC addresses have been randomized until the phone connects to the AP. Your real MAC is not exposed to random listening APs nearby. It's been 3 years since your phone has been giving up its real identity while simply walking around. There may be good reason to want your WiFi radio off (battery?), but the cited privacy issue has been solved on iOS fo…

Your reply seems a bit out of touch, considering the recently discovered and fixed vulnerabilities in the bt and Wi-Fi stacks of iPhones.

Re: iOS 11 reviewed

#265

Post by blub »

bradlys wrote: post #147
24gttghh wrote: post #115

Earlier quoted context omitted.

Except if you have the SE there is no force-touch and you are still forced into the main settings menu. I turn off the WiFi when driving or doing outdoors stuff because I don't want the battery to drain searching for a network for 6 hours...

I don't think you need force touch. From what I've seen people do, you can just long press and it'll be the same as force touching the item.

You can long press and get a more detailed menu, but the button there still doesn't turn off the wifi...

Re: iOS 11 reviewed

#267

Post by blub »

diffset wrote: post #84
darthbanane wrote: post #8

Review is not thorough. One huge change in the control center is that the wifi “toggle” doesn’t toggle wifi off anymore (wait what?). It just disconnects from the current network and doesn’t reconnect for a minute or so. If you don’t want to be tracked by wifi APs it seems you have to force touch settings into wifi and disable the adapter from there. Huge step backwards IMHO.

The reason the WiFi and Bluetooth controls now work the way they do is to leave Apple's accessories (Watch, Pencil, etc.) connected and working while disconnecting you from other networks and devices.

It works the same way for people that don't have any accessories paired. To me it looks like a bug TBH.

Re: iOS 11 reviewed

#268

Post by 0x0 »

valuearb wrote: post #253
0x0 wrote: post #91

Earlier quoted context omitted.

I think you have no experience with updating legacy iOS applications to modern SDKs. It is not just a matter of "recompile and push", it is: * Ensuring your code still works now that CGFloat and ints change size (can easily trip up code, I've seen things fail subtly and then grow into huge errors with combinations of NSInteger and "-1" etc) * Updating all UI to handle new behavior (yes, just linking with a new compil…

As someone who has been developing iOS apps for 8 years, it’s preetty easy. If you wrote code that depended upon sizes of fundamental types, you didn’t write good code. if you weren’t using resources to lay out UI, you didn’t think ahead. 2x and 3x graphics can be created from your originals with OSX preview. It’s far easier to rewrite old apps today than ever. The tools are far better. The APIs are far better. Async…

I didn’t say it was impossible, I was just argung that updating legacy apps is a lot more work than clicking a recompile button and uploading the result. The loser here is the end-user, who can’t access their files inside legacy apps or control devices that depend on legacy apps or even just enjoy a paid-for game. And that’s all on Apple, who surely could have offered 32bit support for several more years, even if they froze the api level on 32bit uikit/corefoundation to iOS10, and as an optional on-first-use download, for existing app-owners only (so obviously they get to hold their app store storefront clean).

Re: iOS 11 reviewed

#270

Post by masklinn »

MBCook wrote: post #220
0x0 wrote: post #207

Earlier quoted context omitted.

I think a slight "performance hit" to run essential 32bit apps is better than the "performance hit" of the apps not launching and the data inside them rendered inaccessible. I guess knowing my RAM is unused helps me feel better while I'm wondering which files I've lost to the forever locked away 32bit app containers.

Essential apps that the developer has decided not to update in two years. Not even a simple ‘recompile and submit’ that many apps would require. The developers of the apps clearly don’t think of them as essential.

> The developers of the apps clearly don’t think of them as essential.

Or, like the vast, vast majority of games, the developer was contracted for the initial development and the publisher who owns the right to the IP and specific software has no financial incentives to pay for additional work to update it and thus won't, regardless of the developer's wishes or whims let alone the users's

Post reply on HN