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

Things That Need To Be In iOS 5

mobilecrunch.com

Post reply on HN
Print view View original

11–20 of 24 posts

Re: Things That Need To Be In iOS 5

#11

Post by hboon »

statictype wrote: post #8

If they bring in a better notification system and lock screen, that itself would be a good enough reason for me to upgrade to iOS5/iPhone5. The writer's on crack though, if he thinks Apple is going to reverse their decision about sideloading 3rd party apps or integrating Gmail features into the mail client.

I don't think it's a definite that there will never be sideloading of apps from 3rd party sources. At a certain point — perhaps when every carrier, every country carries the iPhone, or perhaps when there are a full range of iPhones (similar to the current iPods), or when the hardware innovation stagnates to the point of ongoing incremental improvements with occasional substantial improvements (like the the MacBooks) — being able to offer sideloading from the non-Apple app store may bring in a whole bunch of "advanced" users who wants to achieve what isn't possible at the moment.

At that point, the Apple app store will be so established and prevalent and known to the masses that unless you really needed to, you wouldn't use sideloading: not unlike how Apple app store and the JB app stores exist now, but officially.

Re: Things That Need To Be In iOS 5

#12

Post by wslh »

CWIZO wrote: post #7
wslh wrote: post #5

Seems like the writer technical ignorance forgot something important: a real html5 browser. The iPhone, iPad, Android and Windows Phone browsers doesn't support designMode/contentEditable on their browsers. So, there is a limit in doing WYSIWYG interfaces like Google Docs.

Not to take anything away from your comment, but Google Doc's are not build using contentEditable as far as I know. I think they are capturing every input and building the DOM "by hand".

This is from a new Google Docs Document:

Obviously they can do other tricks, but doesn't work without changes on mobile browsers.

Re: Things That Need To Be In iOS 5

#13

Post by spullara »

sdkmvx wrote: post #9

No. "Sideloading of Third-party Apps" Whatever your opinion of it, Apple has shown time and time again that this will not officially happen. I would be extremely surprised if it were to happen. I am sure some of Apple's devices are sold at a loss to be later made into revenue by app and music sales. Third party applications would defeat this strategy.

Apple does not sell their devices at a loss and make them up with the app / music store. You can see that this is false from their financials.

Re: Things That Need To Be In iOS 5

#14

Post by pinaceae »

sdkmvx wrote: post #9

No. "Sideloading of Third-party Apps" Whatever your opinion of it, Apple has shown time and time again that this will not officially happen. I would be extremely surprised if it were to happen. I am sure some of Apple's devices are sold at a loss to be later made into revenue by app and music sales. Third party applications would defeat this strategy.

but this is possible already.

from the business section of apple's homepage: "Wireless App Distribution

iPad enables enterprises to securely host and wirelessly distribute in-house apps to employees over Wi-Fi and 3G. Apps can be updated without requiring users to connect to their computers. In-house apps can be hosted on any web server accessible to users. Users simply tap on a URL to install apps wirelessly without needing to connect to their computers."

The company I work for distributes its iPad app through this to all our customers. No app store required. And yes, this is a full blown, native iOS app.

Re: Things That Need To Be In iOS 5

#15

Post by vetinari »

pinaceae wrote: post #14
sdkmvx wrote: post #9

No. "Sideloading of Third-party Apps" Whatever your opinion of it, Apple has shown time and time again that this will not officially happen. I would be extremely surprised if it were to happen. I am sure some of Apple's devices are sold at a loss to be later made into revenue by app and music sales. Third party applications would defeat this strategy.

but this is possible already. from the business section of apple's homepage: "Wireless App Distribution iPad enables enterprises to securely host and wirelessly distribute in-house apps to employees over Wi-Fi and 3G. Apps can be updated without requiring users to connect to their computers. In-house apps can be hosted on any web server accessible to users. Users simply tap on a URL to install apps wirelessly without…

Yes, but Apple sets terms and conditions, when and how can you do it (it involves being company of over 500 employees and assk-kissing when handling the certificates).

Basically, you can't do any skunk works in your company, because when you start talking to all people necessary to handle Apple terms, some manager will come and tell you to not do anything, because the standard corporate phone is XYZ and that's it.

Re: Things That Need To Be In iOS 5

#19

Post by rimantas »

wslh wrote: post #5

Seems like the writer technical ignorance forgot something important: a real html5 browser. The iPhone, iPad, Android and Windows Phone browsers doesn't support designMode/contentEditable on their browsers. So, there is a limit in doing WYSIWYG interfaces like Google Docs.

Seems like you somehow attribute being "a real html5 browser" to supporting contentEditable. Not sure if technical ignorance plays any part there, but just for your interest: contentEditable/designMode first appeared in IE5.5: that's the summer of 2000. WHATWG was formed in 2004.

Re: Things That Need To Be In iOS 5

#20

Post by wslh »

rimantas wrote: post #19
wslh wrote: post #5

Seems like the writer technical ignorance forgot something important: a real html5 browser. The iPhone, iPad, Android and Windows Phone browsers doesn't support designMode/contentEditable on their browsers. So, there is a limit in doing WYSIWYG interfaces like Google Docs.

Seems like you somehow attribute being "a real html5 browser" to supporting contentEditable. Not sure if technical ignorance plays any part there, but just for your interest: contentEditable/designMode first appeared in IE5.5: that's the summer of 2000. WHATWG was formed in 2004.

Seems like you must recheck others ignorance:

http://blog.whatwg.org/the-road-to-html-5-contenteditable#hi...

Also you can see latest commits about it. Or you want a comment saying: contentEditable was working since Google Chrome x.y.z.d, Mozilla Firefox a.b.c.d, Opera t.y.u.i, unknown browser p.l.m.n, etc?

Post reply on HN