Prev: NEWS: Security shortcomings in WPA2 that threaten security of wireless networks
Next: NEWS: Security shortcomings in WPA2 that threaten security ofwireless networks
From: nospam on 13 Aug 2010 12:24
In article <_289o.12460$1v3.1637(a)newsfe20.iad>, Todd Allcock
<elecconnec(a)AnoOspamL.com> wrote:

> > > So, if I'm missing the correct "Apple approach" to sync a fixed
> > > my iTunes library on an iPhone, I'm all ears.
> >
> > set it to sync selected playlists, which can be as many or as few as
> > you want. if they're standard (not smart) playlists, nothing will
> > change.
>
> While that would likely work, you're saying the "Apple approach" is to
> create playlists of the albums I want to sync, despite the fact that the
> albums themselves are already properly ID tagged?

i don't know as if i'd call it the apple approach. it's just one way of
doing it, one that's very, very flexible.

> Perhaps I'm naive, but I always thought the "playlist" was a construct to
> sync or play a group of songs from a variety of artists and albums;
> essentially the iPod
> equivalent of a "mix tape."

playlists can be whatever you want them to be, anything from one song
to all songs or anything in between, automatically generated (smart
playlists) or manually created. the smart playlists automate it for
you, whether it's most recently played or all songs matching 'beatles.'
the manual ones you put whatever you want in them and they stay that
way.

> Using it to sync media already sharing the same attributes like "album"
> or "artist" to overcome limitations in iTunes sounds dangerously close to
> what we Windows folks would call a "kludge." ;) But if a kludge is the
> "Apple approach", I can live with that. I suppose I could create a
> single giant playlist of all music on my wife's iPhone and sync that one
> playlist. That really reeks of "workaround" though...

or you can split it up into multiple playlists and sync the group of
them. it's very flexible.
From: nospam on 13 Aug 2010 12:27
In article <tela66t50qaa9l79eh57bh9c152sm1o0f8(a)4ax.com>, John Navas
<spamfilter1(a)navasgroup.com> wrote:

> >The program that most
> >stores use to transfer contacts from an old phone (in my case my
> >BlackBerry) to a new phone are stored as "phone contacts". You have
> >to export the contacts (using yet another app) and then re-import them
> >into Google.
>
> Unless the store is clueless (and uses only SIM transfer), it will use a
> sync cable that gets _all_ the internal phone contacts (and you get any
> SIM contacts when the SIM is moved), which are then synced seamlessly to
> Google. Or you can use SyncML (service, not an app), as I noted
> previously, to fully sync any SyncML device to Google.

the store has to do this???

with an iphone, just plug it in and it syncs whatever the previous
device had, automatically (or it can be set up as a new device if the
user prefers). it doesn't get any easier than that.

> Part of your problem with Android is that you don't fully understand it.

likewise, about apple.
From: ed on 13 Aug 2010 12:32
On Aug 13, 4:45 am, KDT <scarface...(a)yahoo.com> wrote:
> On Aug 13, 12:52 am, ed <n...(a)atwistedweb.com> wrote:
> > On Aug 12, 9:20 pm, KDT <scarface...(a)yahoo.com> wrote:
>
> > > On Aug 12, 10:52 am, John Navas <spamfilt...(a)navasgroup.com> wrote:
>
> > > > >What about the apps you *buy*.  
>
> > > > That answer applies.
>
> > > So yet again I have to search through the Market place to redownload
> > > apps.  This is suppose to be easier than just plugging up the iPhone.
>
> > you don't need to go searching for anything- just do to your downloads
> > list in the market.  a new phone will give you the option to
> > redownload everything, including paid apps, with one click.
>
> > > > >BTW, you sure are using a lot of
> > > > >programs to do what you could do with a single click of a button with
> > > > >the iPhone.
>
> > > > Similar capability on the iPhone takes as many apps.
>
> > > So I need one app to manage music, one app to manage sms messages, one
> > > app to backup (most) of the settings, one app to (barely) manage
> > > podcasts, one app to buy music, one app to get my contacts that aren't
> > > on Google already on Google, one app...
>
> > transfered contacts from an old phone get synced up to google.
>
> > <snip>
>
> No they don't.  You have two types of contacts on the phone -- google
> contacts and phone contacts.  When you create a new contact you have
> to choose which type of contact you want.  The program that most
> stores use to transfer contacts from an old phone (in my case my
> BlackBerry) to a new phone are stored as "phone contacts".  You have
> to export the contacts (using yet another app) and then re-import them
> into Google.

unlike you, i can't speak for "most stores" and what software they
have (and i'm not sure how you do). :P but my local sprint store
(that i went to) can (and did) transfer them as google contacts that
sync.
From: ZnU on 13 Aug 2010 12:50
In article <IZa9o.3311$yr6.1647(a)newsfe05.iad>,
Todd Allcock <elecconnec(a)AnoOspamL.com> wrote:

> At 13 Aug 2010 05:37:58 -0400 ZnU wrote:
> > In article <_289o.12460$1v3.1637(a)newsfe20.iad>,
> > Todd Allcock <elecconnec(a)AnoOspamL.com> wrote:
> >
> > > At 12 Aug 2010 21:24:41 -0700 nospam wrote:
> > > > In article <Cz39o.59092$dx7.28119(a)newsfe21.iad>, Todd Allcock
> > > > <elecconnec(a)AnoOspamL.com> wrote:
> > > >
> > > > > So, if I'm missing the correct "Apple approach" to sync a fixed
> > > subset of
> > > > > my iTunes library on an iPhone, I'm all ears.
> > > >
> > > > set it to sync selected playlists, which can be as many or as few
> > > > as you want. if they're standard (not smart) playlists, nothing
> > > > will change.
> > >
> > >
> > > While that would likely work, you're saying the "Apple approach" is
> > > to create playlists of the albums I want to sync, despite the fact
> > > that the albums themselves are already properly ID tagged?
> > >
> > > Perhaps I'm naive, but I always thought the "playlist" was a
> > > construct to sync or play a group of songs from a variety of artists
> > > and albums; essentially the iPod equivalent of a "mix tape."
> >
> > A playlist is a manually or automatically selected subset of your music
> > library, optionally in a meaningful user-specified order, for whatever
> > purpose.
> >
> > > Using it to sync media already sharing the same attributes like
> > > "album" or "artist" to overcome limitations in iTunes sounds
> > > dangerously close to what we Windows folks would call a "kludge." ;)
> > > But if a kludge is the "Apple approach", I can live with that. I
> > > suppose I could create a single giant playlist of all music on my
> > > wife's iPhone and sync that one playlist. That really reeks of
> > > "workaround" though...
> >
> > I think most people have playlists based on certain types of music, or
> > certain listening contexts, and they just sync whatever playlists they
> > want to sync. They don't have to create explicit "Stuff to Sync" lists
> > because the things they want to sync are already on lists anyway.
>
> Right- that's what I'd argue is the intended use of a playlist. It looks
> like I'm needing to use one as a sync tool.

http://www.apple.com/itunes/how-to/#video-playlists

"Playlists are useful for preparing music to sync to your iPod or
iPhone". It's actually the _first_ use of playlists Apple mentions. I'm
pretty sure it's an intended use.

> > I've never found anything especially kludgy about this, and I'm usually
> > _very_ annoyed by kludgy UI.
>
> It's not the UI I'm complaining about- it's the necessity of creating an
> "everything on the iPhone" playlist to oercome what seems like a bug/not-
> so-well-thought-out "feature" of iTunes, which is the media contents not
> being backed up if you choose to manage media manually.
>
> With manual management, synced playlists are no safer than synced songs
> or albums- they're all erased during a restore. By creating an
> "everything on the iPhone" playlist (that will never actually be "played"
> itself,) I can restore the iPhone contents after a restore by dragging
> the one giant playlist to the device in iTunes- that's what reeks of
> kludge to me- using a function like a playlist for a purpose other than
> its intended use.

I'm still not sure I understand the issue here. You seem to be
complaining that when you turn on manual music management, iTunes makes
you manually manage music. This is a little silly.

Why are you using manual management in the first place?

--
"The game of professional investment is intolerably boring and over-exacting to
anyone who is entirely exempt from the gambling instinct; whilst he who has it
must pay to this propensity the appropriate toll." -- John Maynard Keynes
From: KDT on 13 Aug 2010 15:11
On Aug 13, 10:34 am, John Navas <spamfilt...(a)navasgroup.com> wrote:
> On Fri, 13 Aug 2010 04:45:28 -0700 (PDT), in
> <326330d9-104c-4a3b-b7c5-c50702462...(a)p7g2000yqa.googlegroups.com>, KDT
>
> <scarface...(a)yahoo.com> wrote:
> >On Aug 13, 12:52 am, ed <n...(a)atwistedweb.com> wrote:
> >> transfered contacts from an old phone get synced up to google.
>
> >> <snip>
>
> >No they don't.
>
> Yes they do.
>
> >You have two types of contacts on the phone -- google
> >contacts and phone contacts.  When you create a new contact you have
> >to choose which type of contact you want.
>
> You must be thinking of the issue of storing contacts in internal memory
> or on the SIM card, but that only pertains to GSM devices, and isn't a
> real issue as I explain below.

This is not a GSM phone. It's Sprint.

Click on Add Contact. Under Information, there is a "contact type"
pull down you can choose "Google" or "phone". All of the contacts
that were synced from the BlackBerry 8330 (also CDMA) were transferred
as "phone" contacts.

>
> >The program that most
> >stores use to transfer contacts from an old phone (in my case my
> >BlackBerry) to a new phone are stored as "phone contacts".  You have
> >to export the contacts (using yet another app) and then re-import them
> >into Google.
>
> Unless the store is clueless (and uses only SIM transfer), it will use a
> sync cable that gets _all_ the internal phone contacts (and you get any
> SIM contacts when the SIM is moved), which are then synced seamlessly to
> Google.  Or you can use SyncML (service, not an app), as I noted
> previously, to fully sync any SyncML device to Google.

No, they were all stored as "phone" contacts.

>
> Part of your problem with Android is that you don't fully understand it.

Did you actually try it? Again, why must I use *7* different apps/
services to reproduce what can be done in iTunes.
First  |  Prev  |  Next  |  Last
Pages: 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116
Prev: NEWS: Security shortcomings in WPA2 that threaten security of wireless networks
Next: NEWS: Security shortcomings in WPA2 that threaten security ofwireless networks