"nospam" <nospam@nospam.invalid> wrote in message
news:120120092219067201%nospam@nospam.invalid...
> In article <XuSal.8849$pr6.5092@flpi149.ffdc.sbc.com>, SMS
> <scharf.steven@geemail.com> wrote:
>
>> It _is_ actually
>> very difficult for the developers to create seemingly simple
>> applications on the iPhone platform.
>
> it's actually quite simple.
While the actual coding for the iPhone might be comparitively simple,
dealing with the phone's security restrictions seem less so. The
"sandboxing" of each app's data files make relatively simple concepts
difficult to execute. Take AirShare- a nice app that allows WiFi file
transfer and a document viewer in one application. Ask yourself why that's
one app and not two- simple: a standalone file transfer app wouldn't be able
to access the stored documents of the file viewing app, so they need to be
integrated. Therefore, any Docs-To-Go type app like DataViz is apparently
working on will have to integrate it's own (redundant) file transfer
mechanisms, and be unable to access docs emailed to the phone, and be unable
to email edited documents to anyone directly, seriously limiting it's
usefulness. I suspect that they will employ a cloud-based "Google Docs"
type solution, so users can receive and send links to the files via email
rather than email the documents themselves, or just leave email out of the
mix, which essentially turns its back on the way most people work with
mobile documents. There's not much point to editing a document "on the run"
if you then have to get back to your desk to copy it to your computer before
emailing it. Quickoffice just announced their spreadsheet program last
week. It edits Excel documents and transfers them to/fro the phone via WiFi
(surprise!), or via MobileMe's cloud-based drive, but conspicously _not_ via
email. "Simple!"
Similarly, any cut and paste app can't cut and paste between 3rd-party apps,
since you can't store the clipboard contents anywhere on the device it'd be
accessable to the next app. Any workable third-party CnP solution will
likely also have to be cloud-based, so a remote server can be used as an
"iPhone-legal" storage medium for the clipboard data. "Simple?" Hardly.
iPhone app development seems decidedly Java-like, since apps have to run
within the constraints of the device's sandbox made available to the app.
Like with Java, access to the internet or the file system is controlled by
the phone's security policies, but at least with (most) Java phones, users
are allowed to grant permission to do either. This seriously limits the
usefulness of many apps. Alternative PIM managers/extenders are made
difficult on the iPhone since Apple allows access to a Phonebook API, but
not to the Calendar. Other oft-requested/convenient apps are simply
verboten by policy, i.e. a alternate "real" GPS app that gives turn-by-turn
realtime directions, or works offline, or alternative media players with
support for more file formats.
>> I.e., cut and paste, and editing
>> Office documents are still not available. Clearly these are highly
>> sought after applications in extremely high demand
>
> what in the world gave you that idea?
While the number of folks desiring a mobile Office app is probably mostly
limited to business users, you can't seriously argue that cut-and-paste
isn't a demanded feature. The large number of blog posts requesting them,
and the online surveys and polls seem to make that a no-brainer- take
http://technologizer.com/2008/09/30/...atisfaction/3/, for example,
that polled over 2000 iPhone users (mostly Mac owners.)
>> so if it was trivial
>> for the developers to create these applications they would have been
>> available long before now.
>
> or it could be that there's very little demand for it.
Yeah, that's probably it. Super Monkey Ball is really the only thing any
high-end phone truly needs...