Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #143952 > unrolled thread

Re: Thumbnails, and what creates them.

Back to article view | Back to comp.mobile.android

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 19:03 -0500
    Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-03 21:50 -0500
      Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 22:17 -0500
      Re: Thumbnails, and what creates them. Bob Martin <bob.martin@excite.com> - 2024-11-04 06:06 +0000
        Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-04 01:43 -0500
        Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 14:47 +0000
          Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-04 15:50 +0000
            Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 17:59 +0000
              Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 19:35 +0000
                Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-05 11:00 +0000
                  Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-05 19:04 +0000
                    Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 17:12 +0000
                      Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 19:04 +0000
                        Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 20:50 +0000
                          Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 21:02 +0000
                            Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 00:23 +0000
                              Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-07 02:48 +0000
                            Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 17:02 +0000
                              Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-07 17:35 +0000
                                Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 00:08 +0000
                                  Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 01:01 +0000
                                    Re: Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 01:15 +0000
                                      Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 04:54 +0000
                                        Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 04:57 +0000
                                          Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 05:32 +0000
                                        Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 14:02 +0000
                                    Re: Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 12:10 +0000
                                  Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 01:33 +0000
                                    Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 01:35 +0000
            Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-05 13:23 +0000
              Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-05 21:36 +0000
                Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 10:41 +0000
                  Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 10:51 +0000
                    Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 14:54 +0000
                Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 11:13 +0000
                  Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 13:05 +0100
                    Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 13:26 +0000
                      Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 14:36 +0100
                        Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 14:45 +0000
                          Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 15:28 +0000
                          Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 18:57 +0100
                      Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 15:18 +0000
                  Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 13:24 +0000
                    Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-06 08:37 -0500
                      Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 16:15 +0000
                    Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 13:59 +0000
                      Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 19:01 +0100
                        Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 19:15 +0000
                          Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-07 12:45 +0100
                            Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 15:31 +0000
                              Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 16:18 +0000
                                Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-07 23:34 +0100
                                  Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 09:39 +0000
                                    Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-08 22:27 +0100
                                      Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-09 16:04 +0000
                    Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 21:11 +0000
                      Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 02:19 +0000
                    Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 00:12 +0000
                      Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 10:07 +0000
                        Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 14:17 +0000
                          Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 19:08 +0000
                            Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 19:26 +0000
                              Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 20:38 +0000
                                Re: Thumbnails, and what creates them. Andy Burns <usenet@andyburns.uk> - 2024-11-07 21:01 +0000
                                  Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-08 00:20 +0000
                                    Re: Thumbnails, and what creates them. Andy Burns <usenet@andyburns.uk> - 2024-11-08 11:22 +0000
                                  Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 10:47 +0000
                                    Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-09 00:45 +0000
                                Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 10:26 +0000
        Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-04 16:23 +0000
      Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 14:43 +0000
    Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-04 15:41 +0000
      Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-06 11:03 -0500
      Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2025-11-28 12:54 -0500

Page 4 of 4 — ← Prev page 1 2 3 [4]

#144037

On 2024-11-07 14:17, Java Jive wrote:
>
> 2 I think this might be the same one as you reach by the path you gave 
> above.  It is a single switch option which was already enabled, and is 
> fully described thus:
> 
> "Back up your device data and app data automatically to Google Drive 
> (including WiFi passwords, the Phone log, app settings, and related files.
> 
> App data may include personal information such as contacts, messages, 
> and pictures."
> 
> If I could find out how to restore only the WiFi settings from that to a 
> different phone, I guess I'd be home and dry, but I can't even find out 
> how to use it to restore to the *SAME* phone that it was made from. 

Now that Google Drive is enabled and functional on both devices, both 
have made a backup, each of which the other can see listed, but, even on 
the same device as made the backup, you can't actually *DO* anything 
with these backups, other than delete them.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

[toc] | [prev] | [next] | [standalone]

#144039

Java Jive <java@evij.com.invalid> wrote:
> On 2024-11-07 14:17, Java Jive wrote:
> >
> > 2 I think this might be the same one as you reach by the path you gave 
> > above.  It is a single switch option which was already enabled, and is 
> > fully described thus:
> > 
> > "Back up your device data and app data automatically to Google Drive 
> > (including WiFi passwords, the Phone log, app settings, and related files.
> > 
> > App data may include personal information such as contacts, messages, 
> > and pictures."
> > 
> > If I could find out how to restore only the WiFi settings from that to a 
> > different phone, I guess I'd be home and dry, but I can't even find out 
> > how to use it to restore to the *SAME* phone that it was made from. 
> 
> Now that Google Drive is enabled and functional on both devices, both 
> have made a backup, each of which the other can see listed, but, even on 
> the same device as made the backup, you can't actually *DO* anything 
> with these backups, other than delete them.

  Ain't that great! Who needs restore?

  Let me check my phone:

  Settings -> Accounts and backup ->

"Samsung Cloud
  Back up data		(offers choices for what (not) to back up)
  Restore data		(offers choices for what (not) to restore)
			('Settings' choice includes Wi-Fi settings!)

 Google Drive
  Back up data"		
			(has no restore section!)

  What brand was your new phone again!?

  Sorry, couldn't resist, just kidding.

[toc] | [prev] | [next] | [standalone]

#144041

On 2024-11-07 19:26, Frank Slootweg wrote:
> Java Jive <java@evij.com.invalid> wrote:
>> On 2024-11-07 14:17, Java Jive wrote:
>>>
>>> 2 I think this might be the same one as you reach by the path you gave
>>> above.  It is a single switch option which was already enabled, and is
>>> fully described thus:
>>>
>>> "Back up your device data and app data automatically to Google Drive
>>> (including WiFi passwords, the Phone log, app settings, and related files.
>>>
>>> App data may include personal information such as contacts, messages,
>>> and pictures."
>>>
>>> If I could find out how to restore only the WiFi settings from that to a
>>> different phone, I guess I'd be home and dry, but I can't even find out
>>> how to use it to restore to the *SAME* phone that it was made from.
>>
>> Now that Google Drive is enabled and functional on both devices, both
>> have made a backup, each of which the other can see listed, but, even on
>> the same device as made the backup, you can't actually *DO* anything
>> with these backups, other than delete them.
> 
>    Ain't that great! Who needs restore?
> 
>    Let me check my phone:
> 
>    Settings -> Accounts and backup ->
> 
> "Samsung Cloud
>    Back up data		(offers choices for what (not) to back up)
>    Restore data		(offers choices for what (not) to restore)
> 			('Settings' choice includes Wi-Fi settings!)

But no granularity, so you can't restore just one item or set of items 
from the Settings, and you can't restore to a non-Samsung phone, and 
perhaps even any phone other than the one that made the backup, though 
I'm unsure of that last point.

>   Google Drive
>    Back up data"		
> 			(has no restore section!)

Yes, ridiculous!  Google seems to be keener on having your data to trawl 
than actually allowing you, the owner of it, to use it meaningfully! 
Presumably what is supposed to happen is that, if your phone gets wiped, 
it will offer to restore from the last backup, but I'm not about to test 
that by wiping my phone!  Today's tests have reminded me why I always 
had Google Drive disabled from the start.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

[toc] | [prev] | [next] | [standalone]

#144042

Java Jive wrote:

> Presumably what is supposed to happen is that, if your phone gets wiped, 
> it will offer to restore from the last backup 

Yes, there have been a couple of times e.g. I've had a hardware fault on 
a brand new phone, had to wipe it to exchange it for a replacement, and 
hit the restore button, and it just does that (apart from software such 
as K-9 which doesn't store config backups in the Google account)

> but I'm not about to test that by wiping my phone!

You've presumably got your old one that you could play with?

[toc] | [prev] | [next] | [standalone]

#144045

On 2024-11-07 21:01, Andy Burns wrote:
>
> Java Jive wrote:
>>
>> Presumably what is supposed to happen is that, if your phone gets 
>> wiped, it will offer to restore from the last backup 
> 
> Yes, there have been a couple of times e.g. I've had a hardware fault on 
> a brand new phone, had to wipe it to exchange it for a replacement, and 
> hit the restore button, and it just does that (apart from software such 
> as K-9 which doesn't store config backups in the Google account)
> 
>> but I'm not about to test that by wiping my phone!
> 
> You've presumably got your old one that you could play with?

Snakes And Ladders, or Catch 22, again  -  don't want to play with it 
until I've extracted the WiFi logons!

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

[toc] | [prev] | [next] | [standalone]

#144055

Java Jive wrote:

> Andy Burns wrote:
>
>> You've presumably got your old one that you could play with?
> 
> Snakes And Ladders, or Catch 22, again  -  don't want to play with it 
> until I've extracted the WiFi logons!
Create a virtual phone within Android Studio and play with that instead?

[toc] | [prev] | [next] | [standalone]

#144054

Andy Burns <usenet@andyburns.uk> wrote:
> Java Jive wrote:
> 
> > Presumably what is supposed to happen is that, if your phone gets wiped, 
> > it will offer to restore from the last backup 
> 
> Yes, there have been a couple of times e.g. I've had a hardware fault on 
> a brand new phone, had to wipe it to exchange it for a replacement, and 
> hit the restore button, and it just does that (apart from software such 
> as K-9 which doesn't store config backups in the Google account)

  In my experience *most* (non-Google) software doesn't store
configuration settings in the Google account (or Google Drive). They
(have to) store it in their app-private area  (Android\data, etc.) which
means that general purpose backup programs can not access it and hence
can not back it up.

  This is really a pain, because you have to 'export' (*if* such a
function is available in the app) app-private settings from each and
every non-Google app to some common area, before you can back it up. Not
to mention not being able to backup app-private data.

  That said, do *you* have any positive experience that the Google
restore method restores the *data* of non-Google apps (i.e. for example
to local mail copies of K-9 Mail)?

> > but I'm not about to test that by wiping my phone!
> 
> You've presumably got your old one that you could play with?

  Luckily, I've not yet needed to restore any stuff which I could not
backups, but that's mostly because my old phone had Android 5.1.1, so
the app-private areas still *could* be backed up by convential methods,

[toc] | [prev] | [next] | [standalone]

#144061

Frank Slootweg wrote on 8 Nov 2024 10:47:57 GMT :

>   In my experience *most* (non-Google) software doesn't store
> configuration settings in the Google account (or Google Drive). They
> (have to) store it in their app-private area  (Android\data, etc.) which
> means that general purpose backup programs can not access it and hence
> can not back it up.

This is for everyone not so much for Frank as I'm sure Frank knows this.

Regarding where apps store their data, (some apps, not all, not even most
perhaps, but some apps) will store data onto the users' external sd card.

For those programs, what I do is format the external sd card with a known
volume label (e.g., 0000-0001) which allows me to pull out that sd card and
put it into another phone which is "expecting" the data in that location.

Works every time... Which makes me wonder... 

Why not pull out that sdcard and copy it on Windows to fully back it up?
I don't normally do that because I don't need to, but wouldn't that work?

Summary:
 Q: Would it work to back up an external sdcard to simply "copy" it?
 A: ?

Note I'm aware that won't work for fundamental operating system files which
are stored on sdcard0 and not stored on the external sdcard - but still... 

[toc] | [prev] | [next] | [standalone]

#144053

Java Jive <java@evij.com.invalid> wrote:
> On 2024-11-07 19:26, Frank Slootweg wrote:
[...]
> >    Let me check my phone:
> > 
> >    Settings -> Accounts and backup ->
> > 
> > "Samsung Cloud
> >    Back up data               (offers choices for what (not) to back up)
> >    Restore data               (offers choices for what (not) to restore)
> >                       ('Settings' choice includes Wi-Fi settings!)
> 
> But no granularity, so you can't restore just one item or set of items 
> from the Settings, and you can't restore to a non-Samsung phone, and 
> perhaps even any phone other than the one that made the backup, though 
> I'm unsure of that last point.

  Indeed, only useful for restoring to the same phone or a replacement
(Samsung) phone.

> >   Google Drive
> >    Back up data"              
> >                       (has no restore section!)
> 
> Yes, ridiculous!  Google seems to be keener on having your data to trawl 
> than actually allowing you, the owner of it, to use it meaningfully! 
> Presumably what is supposed to happen is that, if your phone gets wiped, 
> it will offer to restore from the last backup, but I'm not about to test 
> that by wiping my phone!  Today's tests have reminded me why I always 
> had Google Drive disabled from the start.

  Yes, the Google backup can probably restored to the same device and,
as Andy also indicated, the Google backup can be restored to a new
phone. That's described by following the links on the Google One
(one.google.com) site:

  -> Backup -> Back up your device -> Lern more ->

'Back up your device'
<https://support.google.com/googleone/answer/9149304>
(select 'Android' tab if not preselected)
"...
 Get your data onto a new phone

 Your photos and videos are already available in Google Photos. You can
 restore your backed up data when you set up your new device for the
 first time or after you set up your device.

 * At setup, to restore your data, follow the on-screen steps.
 ..."

  The detailed instructions are mostly for Google Pixel phones, but I
think other brands have similar capability.

  At the time, 4 years ago, my Samsung phone only presented the
(Samsung) Smart Switch procedure, but perhaps the Google restore method
was available somewhere else, like in Settings.

  Bottom line: It's still strange that also this ('Back up your device')
document doesn't say anything about restoring to the *same* ('old')
phone.

[toc] | [prev] | [next] | [standalone]

#143963

Bob Martin <bob.martin@excite.com> wrote:
[...]

> I used to use TWRP to do a full backup of my Nexus phones.

  AFAIK, using TWRP for a full backup requires an unlocked bootloader
[1]. Normally the bootloader is locked, because an unlocked bootloader
is a security risk in case the phone falls into the wrong hands.

  For the same reason, on most phones unlocking the bootloader (via an
unlocking code from the manufacturer or third party) will do a factory
reset, deleting all the very programs and data you're trying to backup.
Catch-22.

  So how did you get to flash TWRP on your Nexus without these
problems?

[1] See for example:
'Is it necessary to unlock bootloader before flashing a recovery like
TWRP?'
<https://www.quora.com/Is-it-necessary-to-unlock-bootloader-before-flashing-a-recovery-like-TWRP>

[toc] | [prev] | [next] | [standalone]

#143957

Paul wrote on Sun, 3 Nov 2024 21:50:37 -0500 :

>    "There is no method to make a full backup of android smartphones.
>     It is always only a partial backup"
> 
> https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error
> It's the stuff nightmares are made of.

As a (hopefully wise) octogenarian who lived through the age of computers,
successful backup are not a series of neatly marked and organized magtape
rolls tightly packed in numbered boxes well organized in a storage closet.

And successful backups don't require anything stored on the Internet.
The Internet isn't involved in a successful backup and restore.

Remember that.

A successful backup is something that you can restore & move forward with.
Paradoxically, a good backup is also your transition to a new machine.
And, your first good backup on a new machine becomes your next template.

You see? There is wisdom learned having lived through the computer age.
You all know how many times you did those things WITHOUT a good backup.

And it was miserable.
No more!

However... there is no such thing as a good backup/restore w/o planning!

On any platform, Windows or Android, a successful restore means planning
ahead, e.g., storing everything you care about in one folder (if possible).

For Windows, for me, that one folder for stuff I care about is C:\data.
For Android, it's /storage/sdcard0/0000/. & /storage/sdcard1/0001/.

People get all hung up on the short names I use but names aren't the point.
Choose your own names for your own top-level stuff you care about.

When you restore, you only need to restore the stuff you care about.
When you set up a new machine, you only need to bring over that same stuff.

You treat a restore the same way you treat setting up a new machine.
You set up ALL your machines the same way - it's easy if you plan ahead.

I moved from XP to a series of crap Windows to Windows 10 that way.
And my data and menus on Windows 10 are the *same* as they were on WinXP!

Yes. The same. The same menus work. That's because I planned ahead.
I planned ahead on Windows 95, to XP to all the crap & finally to Win10.

Same menus.
Same files.
Same data.

On Windows, C:\data\menus contains your menus, for example, so that you
have all your menus available when you restore. Since C:\apps contains your
apps (such as C:\apps\browsers\firefox\firefox.exe) the TARGET of all your
menus is always the same from Windows XP to all the Windows in between up
to Windows 10. Firefox is *still* in the same location it was on WinXP.

So all your menus still work just fine.

What about Android? 
Same thing!

On Android you have a homescreen:browsers > firefox shortcut icon, right?
You bring it over from the old Android to the new Android & it just works.

Just as on Windows your entire set of menus is only a single hierarchy,
your entire homescreen on Android is only a single backup file.

You bring over that single backup file of your homescreen setup, and all
your icons and shortcuts and wizards move over to the new machine.

I've handed someone my old phone & my new phone (set up moments prior)
and other than for the scratches, they can't tell them apart.

The homescreen on Android 13 is the same as it was on Android 7.
The cascade accordion menu on Windows 10 is the same as it was on XP.
(There are slight improvements as you hone your menus over time.)

In summary, a successful backup requires only planning ahead.
a. Store what you care about in a single folder hierarchy.
   (that isn't polluted by the operating system & program installers)
b. Back that single hierarchy up without needing the Internet.
c. Restore it onto every phone & PC in your house
   (so that they all have the same consistent user interface & data)

Good luck Jim. This tape will self destruct in five seconds.

[toc] | [prev] | [next] | [standalone]

#143961

micky <NONONOmisc07@fmguy.com> wrote:
[...]

> I've been using MyPhoneExlorer to both connect the phone and to copy
> from it, and I have to compare the source and dest each time to see what
> to copy, but maybe all I need to do is plug the phone into a USB port
> and use any of the Windows-based backup programs that don't copy what's
> already copied.  Like robocopy or xxcopy. 

  AFAIK, if you're using MyPhoneExlorer, you're using an interactive,
i.e. not command-line/script, procedure.

  If so, it's indeed probably easier to just plug in the phone via USB
and use Windows' File Explorer to do the copying (copy-and-paste).

  After the copying, just use Properties on the source folder of the
phone and the destination folder on the computer. The number of Files
and Folders and the Size (*not* 'Size on disk') should be the same.

  Anyway, that's what I use when copying pictures from phones or other
external devices.

[toc] | [prev] | [next] | [standalone]

#143997

In comp.mobile.android, on 4 Nov 2024 15:41:03 GMT, Frank Slootweg
<this@ddress.is.invalid> wrote:

>micky <NONONOmisc07@fmguy.com> wrote:
>[...]
>
>> I've been using MyPhoneExlorer to both connect the phone and to copy
>> from it, and I have to compare the source and dest each time to see what
>> to copy, but maybe all I need to do is plug the phone into a USB port
>> and use any of the Windows-based backup programs that don't copy what's
>> already copied.  Like robocopy or xxcopy. 
>
>  AFAIK, if you're using MyPhoneExlorer, you're using an interactive,
>i.e. not command-line/script, procedure.

Yes. 
>
>  If so, it's indeed probably easier to just plug in the phone via USB
>and use Windows' File Explorer to do the copying (copy-and-paste).
>
>  After the copying, just use Properties on the source folder of the
>phone and the destination folder on the computer. The number of Files
>and Folders and the Size (*not* 'Size on disk') should be the same.

I hadn't thought of using Properties of the phone.  Thanx

>  Anyway, that's what I use when copying pictures from phones or other
>external devices.

[toc] | [prev] | [next] | [standalone]

#151504

 In comp.mobile.android, on 4 Nov 2024 15:41:03 GMT, Frank Slootweg
<this@ddress.is.invalid> wrote:

>micky <NONONOmisc07@fmguy.com> wrote:
>[...]
>
>> I've been using MyPhoneExlorer to both connect the phone and to copy
>> from it, and I have to compare the source and dest each time to see what
>> to copy, but maybe all I need to do is plug the phone into a USB port
>> and use any of the Windows-based backup programs that don't copy what's
>> already copied.  Like robocopy or xxcopy. 
>
>  AFAIK, if you're using MyPhoneExlorer, you're using an interactive,
>i.e. not command-line/script, procedure.
>
>  If so, it's indeed probably easier to just plug in the phone via USB
>and use Windows' File Explorer to do the copying (copy-and-paste).
>
>  After the copying, just use Properties on the source folder of the
>phone and the destination folder on the computer. The number of Files
>and Folders and the Size (*not* 'Size on disk') should be the same.
>
>  Anyway, that's what I use when copying pictures from phones or other
>external devices.  
  
Thanks.  You've convinced me

[toc] | [prev] | [standalone]

Page 4 of 4 — ← Prev page 1 2 3 [4]

Back to top | Article view | comp.mobile.android

csiph-web