RE: Re: Need help understanding desktop/handheld relationship

David Erlenborn <[email protected]>
Newsgroups gmane.comp.handhelds.palm.shadow
Message-ID <002b01c975a1$6ede80f0$4c9b82d0$@com>
Do you actually know that there is an "overdependence" on the Cloud inherent
in WebOS?  I haven't seen anything yet that says the Pre will run everything
from the Cloud.  The Pre doesn't look like a handheld browser to me; it
looks like a handheld web server.  I haven't seen enough details, so I may
be naïve - but I assume the application developers will be intelligent about
where they locate data.

 

My Treo's calendar and e-mail data is synced with Exchange whenever I have
connectivity, but I can still work with it while offline.  I don't need to
"backup" my calendar or e-mail; it's in Exchange and gets restored to my
Treo by Exchange in the event of a hard reset.  Other data can be managed in
a similar way.  When I used Tungstens my data was as fresh as my last
HotSync.  With my Treo it is much fresher.  I never HotSynced my Tungstens
while traveling, so your examples of loss of connectivity don't necessarily
make a WebOS device less useful.  I would hope that the applications would
allow me to work off local data that will be synced once I have connectivity
- just like Exchange.

 

Bert, you may know more about the WebOS applications than I do.  I should
probably just shut up until I learn more; I'll probably be proven wrong and
look like an idiot.  It just seems that a pure, Cloud-based device wouldn't
need an SDK or 8 GB of memory.  It would just need a fast, modern browser.

 

 

 

David

 

From: [email protected] [mailto:[email protected]]
On Behalf Of Bert Latamore
Sent: Tuesday, January 13, 2009 11:15 AM
To: [email protected]
Subject: Re: [shadow-discuss] Re: Need help understanding desktop/handheld
relationship

 

Yes, I don't like the overdependence on the Cloud. What happens when you
have no connectivity to the Internet? For isntance, when you are on a long
business flight or are out camping in a National Forest (both very relaistic
situations for me). How much basic functionality do you lose? Do you need
connectivity for instance to see your calendar or to update it? Obviously
you would not be able to make a backup of anything, and if you had a full
reset and lost your datda you would not be able to reload it.

I actually work in the area of cloud computing, and I believe that things
like SAAS are the future of IT. But I also know that I need some things to
stay local and be available under all circumstances, and those things do not
belong on the Cloud.

Bert Latamore
Freelance Editorial Consultant

________________________________
From: Ken Latham <[email protected]
<mailto:clatham1%40tampabay.rr.com> >
To: [email protected] <mailto:shadow-discuss%40yahoogroups.com>

Sent: Tuesday, January 13, 2009 1:36:48 AM
Subject: [shadow-discuss] Re: Need help understanding desktop/handheld
relationship

I'll agree the Pre looks like a very useable, yet appealing, device. 
And its got a great deal more going for it than the G1 I was
considering (and thankfully did not jump on).

The one thing that worries me is the developer environment. I mean,
come on! HTML, CSS, and *Javascript* ! Have you ever tried writing
anything complex in Javascript ... its a nightmare. No type checking,
none. Sounds controllable to the rigorous programmer, at first, but
the level of error checking necessary for large apps is horrendous,
and debugging is, well, endless.

They really need something close to full Java, not just the scripting
language.

That, and they need a local alternative to the cloud. The way it is
now, they're locking the device down to nothing more than "a hole into
which you throw air time".

So, unless either air-time suddenly becomes dirt cheap, or Palm backs
down from their "cloud device" mentality ...

Ahem ... in my *humble* opinion. ;)

Ken

--- In shadow-discuss@ yahoogroups. com, Jeff Mitchell <skeezix@... > wrote:
>
> On Thu, 8 Jan 2009, Mark Einersen wrote:
> 
> # BTW, the new Palm does look yummy, doesn't it? :)
> 
> Its great to see some positivity .. all these years where Palm 
> didn't really move much made us devs take a real beating, and why most 
> jumped ship. Suddenly, everyone is beaming about possibilities.
> 
> The Pre looks fantastic; the OS looks really sharp. We'll see if 
> they come and bring a strong app store design and good developer
tools.. 
> they need that. So far, devs have no more info than everyone else.
> 
> I'm really looking forward to it. Call me a Palm guy, but I'm 
> rooting for them!
> 
> jeff
> 
> # 
> # Thanks so much!
> # Mark
> # 
> # --- In shadow-discuss@ yahoogroups. com, Jeff Mitchell <skeezix@> wrote:
> # >
> # > On Sat, 3 Jan 2009, Mark Einersen wrote:
> # > 
> # > # I think I know the correct dir from #2 below: "Refreshing outline
> # > # directory" (DUH!). Still wondering how/if I can change it, as
well as
> # > # the answers to the others questions.
> # > 
> # > In a rush right now, but .. If I recall right (remember, I've got 
> # > not much sleep the last 2 years ;), the latest File -> Open should
> # be used 
> # > for the index, but I could be wrong there.
> # > 
> # > (Also watch.. www.palminfocenter. com and www.engadget. com and 
> # > others are live blogging the new Palm OS device and OS ... *yummy*)
> # > 
> # > jeff
> # > 
> # > # 
> # > # Thx!
> # > # Mark
> # > # 
> # > # --- In shadow-discuss@ yahoogroups. com, "Mark Einersen"
<me.me@> wrote:
> # > # >
> # > # > Thanks for your reply, Jeff. Just to make sure I understand
> # correctly...
> # > # > 
> # > # > 1. I could keep all my outlines on a memory card on the HH side.
> # Then
> # > # > when I want to edit them I could simply insert the card into my
> # PC and
> # > # > "Open raw..." directly from the card? I guess the only
> # disadvantage of
> # > # > this scenario is that I would NOT be able to categorize the
outlines
> # > # > on the HH, correct?
> # > # > 
> # > # > 2. When I look at the info in the Expert console, where
should the
> # > # > index be looking? Can I change this path or is it automatically
> # set? I
> # > # > see the following path descriptions:
> # > # > 
> # > # > -Registration file path
> # > # > -Filter file path
> # > # > -Tag file path
> # > # > -Refreshing outline directory
> # > # > 
> # > # > 3. Should the path that the index is looking for be the location
> # where
> # > # > I store the corresponding files I have on my HH? If so, how do I
> # make
> # > # > that the default location where they are stored upon sync (or at
> # least
> # > # > how do I get the HH files to sync to the corresponding files in
> # the DT
> # > # > directory)?
> # > # > 
> # > # > 4. Theoretically, I should "Open..." the same directly that the
> # index
> # > # > is looking for, right (at least on a "normal" basis)?
> # > # > 
> # > # > Thanks again! This is very helpful.
> # > # > Mark
> # > # > 
> # > # > --- In shadow-discuss@ yahoogroups. com, Jeff Mitchell <skeezix@>
> # wrote:
> # > # > >
> # > # > > On Fri, 2 Jan 2009, Mark Einersen wrote:
> # > # > > 
> # > # > > # 1. Am I correct that files on my memory card have NO
ASSOCIATION
> # > # > > # whatsoever with what is backed up on and/or synced with the
> # desktop?
> # > # > > 
> # > # > > More-or-less correct; there was a time when I had planned to
> # have 
> # > # > > the desktop do some really tricky things so you could edit
files
> # > # on the 
> # > # > > card after hotsync, but in the end.. devices started to get a
> # lot of
> # > # > RAM, 
> # > # > > Palm made the tricky stuff really buggy to pull off, and I
added
> # > # > Open Raw 
> # > # > > which would let you edit the card-side files directly (via
a USB
> # > # flash 
> # > # > > reader say, or mounting the files via the Palm evice as a card
> # > # reader, 
> # > # > > etc.)
> # > # > > 
> # > # > > So to sync it is easiest to keep files in RAM.
> # > # > > 
> # > # > > # 3. On the DT my visual list of outlines shows 8 outlines,
> # > # including a
> # > # > > # new one I created a couple weeks ago that appears to
have been
> # > # synced
> # > # > > # properly onto my HH. Yet when I choose "Open..." I see a
> # list of 10
> # > # > > # outlines (8 are the same as what I see on the DT UI, plus
> # two others
> # > # > > # that I have previously used). Why?
> # > # > > 
> # > # > > Could check the Exprt -> Console option and read through
(its 
> # > # > > cryptic) to see where it is looking.. essentially, the
left-side
> # > # index 
> # > # > > shows from one directory the files it could find; the Open
> # could be 
> # > # > > looking in another place (it tries to remember the last palced
> # you've 
> # > # > > opened a file, and you could have opened somewhere else).
> # > # > > 
> # > # > > The DT can open files anyplace on your computer, the trick is
> # what 
> # > # > > it is showing in the index and File -> Open.
> # > # > > 
> # > # > > # 4. I have also created a "test" outline on the HH and
upon sync
> # > # it is
> # > # > > # not visible in EITHER of the aforementioned list of files.
> # However, 
> # > # > > # when I click on the last outline listed on the DT UI, it
> # opens the
> # > # > > # "test" list--although it is an old outline with a totally
> # different
> # > # > > # name!! What the heck?
> # > # > > 
> # > # > > Simialr to (3). Theres probably a mixup of where it is
seeing. 
> # > # > > (Which could also be complicated by some of Vista's odd
> # > # behaviours, if 
> # > # > > you're using that OS.)
> # > # > > 
> # > # > > # 5. When on choose "Open raw..." all I see are 3 files, all
> # three of
> # > # > > # which are presently in internal memory on the HH (other
> # files with
> # > # > > # corresponding names on the DT are presently on my HH memory
> # card).
> # > # > > # When/why would I want to open/modify on the DT a "raw" file
> # > # (PDB) vs.
> # > # > > # a "normal" file (XML)?
> # > # > > 
> # > # > > Open Raw is provided for those who need it, but it is
generally 
> # > # > > not needed much for Windows users. (It is mostly used by
Mac and
> # > # Linux 
> # > # > > users, or Windows folks who need to recover based on a pdb
file,
> # > # or who 
> # > # > > want to edit on an SD card, or other crazy tricks :)
Generally the
> # > # XML 
> # > # > > file is the way to go, but as always.. I like to provide
tools so
> # > # > people 
> # > # > > can work how they see fit.
> # > # > > 
> # > # > > jeff
> # > # > > 
> # > # > > --
> # > # > > If everyone would put barbecue sauce on their food, there
would be
> # > # > no war.
> # > # > >
> # > # >
> # > # 
> # > # 
> # > # 
> # > # ------------ --------- --------- ------
> # > # 
> # > # Yahoo! Groups Links
> # > # 
> # > # 
> # > # 
> # > # 
> # > 
> # > --
> # > If everyone would put barbecue sauce on their food, there would be
> # no war.
> # >
> # 
> # 
> # 
> # ------------ --------- --------- ------
> # 
> # Yahoo! Groups Links
> # 
> # 
> # 
> # 
> 
> --
> If everyone would put barbecue sauce on their food, there would be
no war.
>

[Non-text portions of this message have been removed]

 



[Non-text portions of this message have been removed]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.