Thomas Harding wrote:
On 09/08/2012 22:17, Miles Fidelman wrote:
Thomas Harding wrote:
The "text editor" could be wsgi hosted (web) or standalone
editor is going to be embedded in the HTML+JavaScript documents
[...]
I'm afraid of size of such a "document" you describe here, especially
for smartphones users (pay-per-megabytes, "fair use quota"+limited
bandwidth above, etc)
Ahh... that's part of the design challenge. :-)
Goal is to keep everything dirt simple (and small):
- data elements: text, JSON, XML
- simple editor - minimal code to "insert new list item", drag and
drop list items, edit fields - as far as possible leverage the form
capabilities already built into browsers
- push/pull XML, in RSS/Atom formats
Definitely NOT trying to create a JavaScript version of Word :-)
who cares on iOS here ? a wsgi web host is enough for that piece of
shit.
well... purpose is to support large scale collaboration - and an
awful lot of folks carry iPhones and iPads
a particular audience for this is crisis response and other large
scale applications where connectivity can be sketchy - so the intent
is to support largely disconnected operations - all storage and
intelligence at the endpoints, embedded in the "smart documents" -
with servers only providing connectivity and in-transit storage
(plus backup, directory services, and such - though for "purity"
goal is ultimately to push this into distributed hash table mechanisms)
[...]
Maybe a "user-preference intelligent javascript file" you describe
above, sent by mail each time needed on user will to turn on/off
"intelligent embedded javascript", together used with a "dedicated
"intellgnence embedded" mail/nntp/whatever client would decrease
traffic. (checkboxes : I'm away + downtime since /date/, send me the
"diffs", i use /dedicated client/ -or- standard mail (js capable)
-or- web, ...)
Good idea! Thanks!