Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #181812 > unrolled thread
| Started by | Marion <marion@facts.com> |
|---|---|
| First post | 2025-01-31 17:48 +0000 |
| Last post | 2025-02-02 22:54 +0000 |
| Articles | 20 on this page of 158 — 14 participants |
Back to article view | Back to alt.comp.os.windows-10
Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 17:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 19:09 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 19:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 21:18 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:19 +0100
The "label" command (Was: Clever helpful suggestion for portable memory using Windows &) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:24 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 22:25 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:38 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:39 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Quincy the fifth <quincythefifth@telekom.net> - 2025-02-01 00:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 06:03 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-01 10:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:45 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 14:55 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 19:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:54 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 14:43 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 01:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-03 13:28 +0100
What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-03 13:09 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 14:34 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors knuttle <keith_nuttle@yahoo.com> - 2025-02-03 10:47 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-03 15:15 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:25 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-05 09:32 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 20:46 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-03 15:42 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:40 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:45 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 15:41 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:05 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-05 20:04 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:17 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-08 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-10 08:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-10 10:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-11 01:00 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-13 19:59 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-13 22:15 +0000
[OT] Storage technology "back then" (was Re: What is an animal or an SSD drive? [...]) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-14 02:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-18 11:56 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-18 21:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-21 09:12 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-21 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-25 18:27 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-25 18:25 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:53 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-26 13:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-26 15:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-25 20:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:54 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:49 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-21 14:12 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 04:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 06:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 21:34 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:54 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-08 04:22 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 23:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 02:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:59 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 19:12 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:30 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 11:31 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 14:27 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 14:35 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-06 23:58 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 05:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 10:30 +0100
Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 10:57 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 11:44 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 14:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 19:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 18:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 23:14 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:27 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:20 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-01 16:34 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-01 16:29 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:10 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:44 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 10:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:14 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 10:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 13:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 19:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 23:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:24 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:04 +0100
[meta] posting mistake Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:26 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-02 16:29 +0000
ext4 on Android (Was: blah, blah, blah...) gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 16:37 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Jeff Layman <Jeff@invalid.invalid> - 2025-02-03 09:14 +0000
ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:16 +0100
Re: ext4 on Android (Was: blah, blah, blah...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:59 +0000
Re: ext4 on Android Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 10:23 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Marion <marion@facts.com> - 2025-02-04 22:48 +0000
Re: ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-25 23:16 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-03 19:00 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 22:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-05 14:26 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-06 20:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-03 19:58 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 01:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-04 00:24 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 21:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-04 22:11 +0000
External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 02:24 +0100
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-04 22:06 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:41 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:43 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 02:10 -0500
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:40 +0100
Re: External media file systems (was Re: ...) candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:11 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 20:59 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 03:04 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 22:48 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:00 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-06 16:20 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:42 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-07 00:44 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 06:00 +0000
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:38 +0100
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:56 +0000
A little bit of discussion between Janis and me (Was: Stupid suggestion(s) for "portable" "memory" using Windows & Android "editors") gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 14:53 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 22:54 +0000
Page 4 of 8 — ← Prev page 1 2 3 [4] 5 6 7 8 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-26 08:54 +0100 |
| Subject | Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors |
| Message-ID | <m27vkoFud22U3@mid.individual.net> |
| In reply to | #182550 |
Lawrence D'Oliveiro, 2025-02-25 21:28: > On Tue, 25 Feb 2025 18:27:39 +0100, Arno Welzel wrote: > >> Lawrence D'Oliveiro, 2025-02-22 00:35: >> >>> On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote: >>> >>>> Lawrence D'Oliveiro, 2025-02-18 22:55: >>>> >>>>> On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote: >>>> [...] >>>>>> And core memory is not *intended* to be non volatile storage ... >>>>> >>>>> It did work that way, you know. By design. >>>> >>>> Which is irrelevant for what I said. >>> >>> You said it wasn’t intended to be non-volatile. But it was. >> >> No, it wasn't. > > It was non-volatile. That is a matter of indisputable fact. > >> As soon as *non-volatile* integrated circuits became cheaper, they >> replaced core memory within a few years ... > > Why wait for *non-volatile* ones? If the non-volatility was not important, > the replacement would have happened sooner. No, *volatile* of course. I was just not checking my text before sending it. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-26 08:49 +0100 |
| Subject | Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors |
| Message-ID | <m27vbdFud22U1@mid.individual.net> |
| In reply to | #182544 |
Arno Welzel, 2025-02-25 18:27: > Lawrence D'Oliveiro, 2025-02-22 00:35: > >> On Fri, 21 Feb 2025 09:12:09 +0100, Arno Welzel wrote: >> >>> Lawrence D'Oliveiro, 2025-02-18 22:55: >>> >>>> On Tue, 18 Feb 2025 11:56:41 +0100, Arno Welzel wrote: >>> [...] >>>>> And core memory is not *intended* to be non volatile storage ... >>>> >>>> It did work that way, you know. By design. >>> >>> Which is irrelevant for what I said. >> >> You said it wasn’t intended to be non-volatile. But it was. > > No, it wasn't. This was just the side-effect of using magnetic cores. If > any other technology would have been as cheap and fast as core memory, > it would have been used. > > As soon as *non-volatile* integrated circuits became cheaper, they ... *volatile* of course ... > replaced core memory within a few years, because the proporty "non > volatile" was not the important thing. Instead having a lot of cheap RAM > was much more important - also when core memory was invented. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2025-02-21 14:12 +0000 |
| Subject | Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors |
| Message-ID | <vpa557.p90.1@ID-201911.user.individual.net> |
| In reply to | #182405 |
Arno Welzel <usenet@arnowelzel.de> wrote: > Lawrence D'Oliveiro, 2025-02-13 23:15: > > > On Thu, 13 Feb 2025 19:59:35 +0100, Arno Welzel wrote: > > > >> Lawrence D'Oliveiro, 2025-02-11 02:00: > >> > >>> On Mon, 10 Feb 2025 08:47:39 +0100, Arno Welzel wrote: > >>> > >>>> Lawrence D'Oliveiro, 2025-02-09 00:35: > >>>> > >>>>> So you never used core memory. > >>>> > >>>> Correct. But core memory is not intended as *persistent* memory, even > >>>> when it can be used this way. > >>> > >>> It was indeed regularly used that way. Consider that, on machines from > >>> the core memory era ... > >> > >> Anyway - the memory was "RAM" and not "mass storage". > > > > Neither term was used back then. I certainly didn?t use them in this > > context. > > It does not matter, if you use that term. I talk about the real world > usage. And core memory is not *intended* to be non volatile storage, > even if it is technically possible to keep information without powering > the memory. Well, we (HP) sold computers (2116/2115/2114) with BASIC, were the core memory kept the 'OS', the interpreter and the user's program(s). They did not have mass storage, only paper tape for the intitial load of OS/interpreter and to save/load programs. Same for the 9100A/B 'calculator's of the time. Program and data in core memory. Yes, program and data could be loaded from and saved to creditcard-sized magnetic cards, but core memory was definitely intended to be non volatile storage.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-02 04:16 +0000 |
| Message-ID | <vnmrj0$2jq6$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181869 |
On Sat, 1 Feb 2025 20:54:19 +0100, Carlos E.R. wrote : >> The editor has no clue that you just swapped out the sd card to a new one! >> But, of course, the editor has to prior be aware of storage on the sd card. > > I don't use editors on phone nor tablet. Hi Carlos, If you don't ever use editors on a mobile device, then that's unusual. Most people experience using editors on a mobile device, even if you don't. But I find it hard to believe you don't use editors on a mobile device. You don't use offline maps for example? Really? Seriously? How do you navigate using your phone when there is no Internet signal? Offline map editors are just one type of editor on an Android phone. I, for one, do a lot of editing on an Android phone. Another editor is Keepass2Android. There are plenty of Android editors. Most (if not almost all) my private data is stored on the sd card. > And, my editor by default inserts photos inside the document file. Photo editors are a different breed of app when it comes to "finding" their files. I'm not sure *how* media is handled differently than, oh, say, text files such as GPX files or PDF files or whatever - but there is some "magic" on a phone that seems to find all media, no matter where it is. So media (such as images & video) I think is a special case in this regard. That is, even if you changed the volume name (aka volume label) of your sd card, the image & video editors still seem to *find* the sd card files. If those on this newsgroup can edify us as to why that magic only works for media files, and not for, oh, say, text files (such as GPX files), please elucidate why other formats (such as PDF, gpx, kml, etc.) aren't easily found. > I can > link to external photos, but then, as I use Linux, I would use relative > paths or symlinks. I love your suggestion of symlinks, but as I painstakingly explained, nobody yet has proposed a way to do it that I know of, for Android. If you can get symlinks to work on the sdcard for Android, you'd be a far more intelligent man than I am, so I'll patiently await how you do it. > Also I *never* edit a file residing in flash storage. I edit in main > storage in the computer, then copy the result over to flash media if needed. Hmm... how do you edit GPX or KML files? Do you copy them from the sd storage to main storage just to edit them? Why? >> I feel sorry for people who don't have Android phones with sd card slots. >> Because if they want to double their portable storage, they can't. > > I haven't had that need in over a decade. Hmm. If you have never done it, and if all your suggestions can't possibly work, why are you making those suggestions which have no hope of working? >> Ignoring that the Volume ID is not changeable by the user, and hence has no >> value to us in controlling how Android editors find their sd card files... >> To your point of being easily able to change the other two using Windows >> (or Linux), why would you want to change the Volume Serial Number? >> Is there some value that you see in doing that which I don't yet comprehend >> which makes doing so of value in terms of controlling Android file editors? > > Fooling Windows into thinking you have not changed computer. Windows > used that value for finding pirated copies. Hmm... you seem to be completely unaware of what the problem set is. The problem set is fooling Android. Specifically editors. By using Windows. > Also you need to write those values when cloning hard disks (or flash > media). Huh? Nobody is suggesting cloning. This solution only requires copying. Cloning, e.g., using dd, is a completely different issue altogether: sudo dd if=/dev/source_disk of=/dev/destination_disk bs=4M status=progress > Storage cards are formatted the same as a hard disk. They contain > partition tables, and all the identifiers of a hard disk and the > partitions inside. And all the tools Windows or Linux have available for > hard disks will work on them. Again, I love your suggestion of symlinks, which is the first thing anyone would think of, but if you can get symlinks to work on non-rooted Android for the sdcard, then you're a far more intelligent man than I am. Please let us know how you accomplished tasks which you keep suggesting.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-02 05:40 +0000 |
| Message-ID | <vnn0g1$16mq$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181882 |
On Sun, 2 Feb 2025 04:16:33 -0000 (UTC), Marion wrote : > So media (such as images & video) I think is a special case in this regard. To further add value... Given editing of multimedia files is a special case... and since this is all about editors finding their files when the storage is doubled, we should note that editing on phones is often far better than on desktops. Why, I don't know - but free cartoonify editors, in particular, seem to be vastly more powerful on phones than they are on any desktop I've ever used. Given media editors are sometimes far more advanced on mobile devices, it behooves all of us to better understand *how* phones tread multimedia files *differently* than all other file types (as far as I'm aware anyway). That is, even if I doubled my portable storage without bothering to match the old sdcard volume name (aka volume label), the editing apps *still* seem to find the special class of files known as multimedia files. That's great but why does Android treat only multimedia that way? Why not scan for all file types? Why does Android have a special system to scan *only* for multimedia files, such that doubling your sdcard portable memory causes no ill effects. Editors can still *find* your multimedia files even after doubling storage! I'm well aware of the trick to have the operating system *not* find them: /storage/0000-0001/0001/.nomedia But why does Android treat *only* media differently (using the media Scanner Service)? What about other files that we often edit? <com.android.providers.media> For example, if we double the portable storage, the media scanner system service is automatically triggered to scan the new portable storage for media files (images, audio, and video). When it finds a new "media" file (e.g., a .jpg, .png, .mp3, or .mp4, etc.), the media scanner extracts its concomitant metadata (like artist, album, title, date, resolution, etc.) and adds this information to the Android MediaStore SQLite database. /data/data/com.android.providers.media/databases/ Specifically, in a table containing a separate section each for MediaStore.Images MediaStore.Video MediaStore.Audio In summary, we probably need to clarify that there are two kinds of editors, only one of which is severely impacted when we double storage. a. Editors have no problem finding impacted media files b. But editors can't find all other impacted file types Unless you know the trick. :)
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-02 06:05 +0000 |
| Message-ID | <vnn1v6$ieir$2@dont-email.me> |
| In reply to | #181883 |
On Sun, 2 Feb 2025 05:40:17 -0000 (UTC), Marion wrote: > ... free cartoonify editors, in particular, seem to > be vastly more powerful on phones than they are on any desktop I've ever > used. Anything as powerful as this <https://www.youtube.com/watch?v=hzqD4xcbEuE>?
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-02 21:34 +0000 |
| Message-ID | <vnoodk$jkh$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181884 |
On Sun, 2 Feb 2025 06:05:26 -0000 (UTC), Lawrence D'Oliveiro wrote : >> ... free cartoonify editors, in particular, seem to >> be vastly more powerful on phones than they are on any desktop I've ever >> used. > > Anything as powerful as this <https://www.youtube.com/watch?v=hzqD4xcbEuE>? Given this is an editing group, that heartfelt value added is useful. Especially as I always click on any link people kindly go to the trouble of supplying (so that I learn better what it is they are trying to teach me). Thank you for being purposefully value added helpful, as face "cartoonify" capabilities, in my humble opinion, based on my experience, suck on Windows versus Android. Notice I added "face" as that's how I use them (e.g., to take someone's image and cartoonify it for them for humor or so that they can use it as a privacy-aware avatar with their social media monikers). Interesting that you mentioned the blender app as I have strived to install (and at least briefly test) every single free "editing" app ever posted to the Windows-10 newsgroup over the years; so certainly I already had Blender installed - but - it's in my 3D folder. See my ad hoc %EDITOR% screenshot. <https://i.postimg.cc/pdC7R5Jw/blender01.jpg> From the time stamps, it looks like I first installed Blender on my desktop PC in October of 2018, and I last updated Blender in July of 2022. As I recall, Blender was extremely powerful; but I was looking at it for 3D CAD purposes (I think so that I could calculate oddly-shaped pool volumes). As a Windows-editor-related aside, I've tested all the free suggested cartoonify apps on Windows, as shown by this ad hoc %EDITOR% screenshot. <https://i.postimg.cc/NFgH18Gp/photo-editor01.jpg> Most of those %EDITORS% are to edit a screenshot (i.e., arrows, boxes & text); but some are for depth-of-field overlays or oil paintings or to remove blemishes, or some other rather specialized non-AI activity. A good AI activity of free cartoonifying, I haven't yet found on Windows. Looking at the link on Android mirrored over onto Windows, I see this: <https://i.postimg.cc/9Qvg3j53/blender-grease01.jpg> <https://i.postimg.cc/tJmRpzHM/blender-grease02.jpg> <https://i.postimg.cc/Zq52ZzVV/blender-grease03.jpg> <https://i.postimg.cc/Kz8yjgQS/blender-grease04.jpg> <https://i.postimg.cc/9FpKRfRc/blender-grease05.jpg> <https://i.postimg.cc/ydb2Npkc/blender-grease06.jpg> OMG! That's beautiful. Very awe-inspiringly beautiful. But, perhaps a lot of knowledge is required, whereas with the phone-based AI, no knowledge is necessary (but, of course, you only get the AI-generated choices also). By way of stark contrast, the results from Android AI-based cartoonify programs are (essentially) almost uncontrollable - but they too are nice. To always add value, my favorite Android cartoonify editors, are these: *PhotoRoom Studio Photo Editor* by Artizans of Photo Video BG Editor App Free, with ads, rated 4.7, 10M+ installs, requires GSF <https://play.google.com/store/apps/details?id=com.photoroom.app> [PhotoRoom can be screenshotted.] [PhotoRoom is ok with adb shell screencap -p /sdcard/Download/screenshot.png] [PhotoRoom is good for transparizing the background away magic wand style.] [PhotoRoom saves the results with a watermark easily cropped.] *Photo Lab* Picture Editor & Art, by Linerock Investments LTD Free, with ads, rated 4.6, 100M+ installs, requires GSF <https://play.google.com/store/apps/details?id=vsin.t16_funny_photo> *ToonMe* cartoons from photos, by Linerock Investments LTD Free, with ads, rated 4.4, 50M+ installs, requires GSF <https://play.google.com/store/apps/details?id=com.vicman.toonmeapp> *Voila* AI Artist Cartoon Photo by Wemagine.AI free, +ads (really obnoxious), requires gsf, rated 4.6, 10M+ installs <https://play.google.com/store/apps/details?id=com.wemagineai.voila> In their own way, the cartoonify AI on Android is good - but it pales in comparison to that inspiring video of what the Blender grease pencil does. <https://www.youtube.com/watch?v=hzqD4xcbEuE> Thanks for helping the Windows & %EDITORS% people by suggesting Blender! I'm going to have to find a tutorial that shows the *easiest* way to cartoonify something very simple - such as a closeup face portrait. -- Every post should add value for the vast majority of people reading it.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-03 00:01 +0000 |
| Message-ID | <vnp105$tt74$1@dont-email.me> |
| In reply to | #181904 |
On Sun, 2 Feb 2025 21:34:45 -0000 (UTC), Marion wrote: > As I recall, Blender was extremely powerful; but I was looking at it for > 3D CAD purposes ... It covers a lot of DCC application areas, as should be evident by now.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-03 09:42 +0000 |
| Message-ID | <vnq322$2mjc$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181907 |
On Mon, 3 Feb 2025 00:01:09 -0000 (UTC), Lawrence D'Oliveiro wrote : >> As I recall, Blender was extremely powerful; but I was looking at it for >> 3D CAD purposes ... > > It covers a lot of DCC application areas, as should be evident by now. Since this is an Editor group, discussing Android on Windows... I am going to try to illustrate below what is trivial on Android is difficult on Windows. If anyone can make that statement false, I'd be *happy* to hear how! Windows Blender is, in a word, powerful. But it's damn hard to use. Meanwhile, the Android apps I had suggested are, um, er, shall we say almost foolproof? All you do is pick a photo & you cartoonify it. Takes mere seconds. And no skills whatsoever. Sure, not much control. But what is trivial on Android, is damn near impossible to do on Windows. At least as far as anyone on these newsgroups has shown in this thread. And, trust me, I've tested *every* cartoonify program suggested here. Especially on Android, where I've tested (virtually) them all. Since I've tested, oh, I don't know, maybe two dozen of them, I'm aware that there are actually few offerings - it is just one company seeding the apps with the same AI but with slightly different branding, so there are really fewer than a half dozen to choose from to cartoonify faces. You don't get a whole lotta choices on results either, but you get enough that you don't really need too many as they do a pretty good job I think. At least for a funny joke... or for a social media avatar (or xface?). Let me make an example for you. I need someone's face? Googling... OK. Let's take the first image of Demi Moore in this article today: <https://www.thecut.com/article/review-the-substance-movie-gets-aging-wrong.html> Here is that face photo of Demi Moore as our starting point image: <https://pyxis.nymag.com/v1/imgs/d2e/a37/d87bed8d2c9aefe83c99c4e094d5649622-the-substance.rhorizontal.w700.jpg> Actually, to fool (some) watermark algorithms, I'll stretch it: <stretched> Note that I can't use the external sdcard for this task because the Android cartoonify apps use the phones's sdcard0 storage - which is mounted onto Windows as the Q: drive (as the P: drive is the sdcard1 portable storage). With that in mind, I'm going to run the entire conversion on the Q: drive from Windows, but the Android CPU will be the underlying AI cartoonify engine so I'll be connecting all three newsgroups in this editing task. a. A cartoonify editor (to convert the image to a cartoonified avatar) b. Windows (to do all the snapshots & watermark removal tasks) c. Android (to run the AI cartoonify engine on the MediaTek CPU) In order of my personal cartoonify app preferences... 0. Original <https://i.postimg.cc/HLMKjCRH/original.jpg> (Stretched) <https://i.postimg.cc/63X9pcHj/original01.jpg> 1. Voila (/sdcard0/Pictures/Voila/.) <https://i.postimg.cc/P5DsvZvB/viola01.jpg> 2. ToonMe (/sdcard0/Pictures/ToonMe/.) <https://i.postimg.cc/VLbHKwst/toonme01.jpg> 3. PhotoLab <https://i.postimg.cc/vT52H7Nz/photolab01.jpg> 4. ToonArt (/sdcard0/Pictures/.) <https://i.postimg.cc/qvWKjfRN/toonart01.jpg> 5. CartoonPhoto (/sdcard0/Pictures/Cartoon_Photo/.) <https://i.postimg.cc/Dy8mDCRL/cartoonphoto01.jpg> 6. Comica (/sdcard0/Pictures/comica/.) <https://i.postimg.cc/d1sV9n87/comica01.jpg> 7. PhotoRoom (/sdcard0/Pictures/PhotoRoom/.) <https://i.postimg.cc/cCKZDz6J/photoroom01.jpg> My main point is that this kind of ease of use doesn't exist on Windows. Unfortunately. At least as far as anyone on these newsgroups knows. Note for the above I used Windows tricks, Android tricks, and (free) Android cartoonify editors (albeit I have to block their ads with DNS blocking tricks) where I had to use a few screenshotting tricks too. Nonetheless, it was so easy to cartoonify the original image, that anyone can do it - which is why I stated that I've never seen something that good on WIndows - although you did find something far more powerful. But the point here is what is trivial on Android, is extremely difficult to do on Windows - which is why I had said the statement that I did. -- The whole point of Usenet is to find people who know more than you do so that you learn from them; otherwise, you teach everyone else what you know so that someday, they will be able to teach you something also.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 20:54 +0000 |
| Message-ID | <vo37hb$34a3i$1@dont-email.me> |
| In reply to | #181918 |
On Mon, 3 Feb 2025 09:42:27 -0000 (UTC), Marion wrote: > Meanwhile, the Android apps I had suggested are, um, er, shall we say > almost foolproof? All you do is pick a photo & you cartoonify it. > > Takes mere seconds. > And no skills whatsoever. Give your users one button to push, they will all push that button. And all produce the same result. At some point the novelty wears off. Until the product vendor comes up with a new button for you to push. And maybe they start charging for some of those buttons, for the users who want an effect that isn’t quite the same as those available on the freeware version. And now they have a revenue stream. And the users have gained no skills whatsoever, beyond the ability to push the offered buttons.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-08 04:22 +0000 |
| Message-ID | <vo6m64$1jq6$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #182043 |
On Thu, 6 Feb 2025 20:54:03 -0000 (UTC), Lawrence D'Oliveiro wrote : >> Takes mere seconds. >> And no skills whatsoever. > > Give your users one button to push, they will all push that button. And > all produce the same result. That's exactly what I want. Only you get the choice of a few buttons. > At some point the novelty wears off. It does the job. In seconds. For example, let's say this was me. <https://i.postimg.cc/HLMKjCRH/original.jpg> With a button press on Android, this could be my look-alike avatar. <https://i.postimg.cc/QMdy1sp7/avatar.jpg> People would still recognize that avatar as me. For one button press. That efficiently preserves (most of) my face privacy while still being me. > Until the product vendor comes up with a new button for you to push. AI will only get better. But what I pine for is the ease of cartoonify editors on Windows to exist. > And maybe they start charging for some of those buttons, for the users who > want an effect that isn't quite the same as those available on the > freeware version. They already do that on the Android platform but I shun all payware as unbecoming of privacy (as I do adware, but cartoonifiers are adware). > And now they have a revenue stream. And the users have gained no skills > whatsoever, beyond the ability to push the offered buttons. Understood about the revenue stream, and the lack of skills of the user enabling that revenue stream, but I've only paid for two pieces of software (well, maybe three) in my life - so I'm not likely to be their whale. In summary, while this offshoot is about finding on Windows the power of Android editors, overall Windows software pales in comparison to what Android software does in terms of one-click cartoonify editing features. Where Windows excels over Android is in complicated cartooners, like Blender - which is your point - I understand - but it's not what I asked.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-02 15:07 +0100 |
| Message-ID | <6qa47lxamm.ln2@Telcontar.valinor> |
| In reply to | #181882 |
On 2025-02-02 05:16, Marion wrote: > On Sat, 1 Feb 2025 20:54:19 +0100, Carlos E.R. wrote : > > >>> The editor has no clue that you just swapped out the sd card to a new >>> one! >>> But, of course, the editor has to prior be aware of storage on the sd >>> card. >> >> I don't use editors on phone nor tablet. > > Hi Carlos, > > If you don't ever use editors on a mobile device, then that's unusual. > Most people experience using editors on a mobile device, even if you don't. > > But I find it hard to believe you don't use editors on a mobile device. > > You don't use offline maps for example? Really? Seriously? > How do you navigate using your phone when there is no Internet signal? Till today I had no idea you were talking of map editors. I was thinking text editors. No, I do not use map editors on my phone, either. I use map apps that view the map, not edit them. > > Offline map editors are just one type of editor on an Android phone. > I, for one, do a lot of editing on an Android phone. > > Another editor is Keepass2Android. There are plenty of Android editors. > Most (if not almost all) my private data is stored on the sd card. I don't "edit" my password file on the phone. > >> And, my editor by default inserts photos inside the document file. > > Photo editors are a different breed of app when it comes to "finding" their > files. I'm not sure *how* media is handled differently than, oh, say, text > files such as GPX files or PDF files or whatever - but there is some > "magic" on a phone that seems to find all media, no matter where it is. > > So media (such as images & video) I think is a special case in this regard. > > That is, even if you changed the volume name (aka volume label) of your sd > card, the image & video editors still seem to *find* the sd card files. > > If those on this newsgroup can edify us as to why that magic only works for > media files, and not for, oh, say, text files (such as GPX files), please > elucidate why other formats (such as PDF, gpx, kml, etc.) aren't easily > found. Because "editor" to me is a text editor, and I was thinking of the one I use, Libre Office Writer. Ok, a word processor. If I have to edit pure plain text files they are just a few kilobytes in size. > >> I can link to external photos, but then, as I use Linux, I would use >> relative paths or symlinks. > > I love your suggestion of symlinks, but as I painstakingly explained, > nobody yet has proposed a way to do it that I know of, for Android. > Your question is posted to the editors group, and to the windows group, so I don't have to limit my thinking to Android. > If you can get symlinks to work on the sdcard for Android, you'd be a far > more intelligent man than I am, so I'll patiently await how you do it. > >> Also I *never* edit a file residing in flash storage. I edit in main >> storage in the computer, then copy the result over to flash media if >> needed. > > Hmm... how do you edit GPX or KML files? I don't. I thought you were talking of text files. > Do you copy them from the sd storage to main storage just to edit them? > Why? Because the wear in flash cards is limited, and using an editor in such media stresses them. > >>> I feel sorry for people who don't have Android phones with sd card >>> slots. >>> Because if they want to double their portable storage, they can't. >> >> I haven't had that need in over a decade. > > Hmm. If you have never done it, and if all your suggestions can't possibly > work, why are you making those suggestions which have no hope of working? > Arlen, you have changed the goalposts. You never said you were not talking of text editors till today. >>> Ignoring that the Volume ID is not changeable by the user, and hence >>> has no >>> value to us in controlling how Android editors find their sd card >>> files... >>> To your point of being easily able to change the other two using Windows >>> (or Linux), why would you want to change the Volume Serial Number? >>> Is there some value that you see in doing that which I don't yet >>> comprehend >>> which makes doing so of value in terms of controlling Android file >>> editors? >> >> Fooling Windows into thinking you have not changed computer. Windows >> used that value for finding pirated copies. > > Hmm... you seem to be completely unaware of what the problem set is. > The problem set is fooling Android. Specifically editors. By using Windows. I'm sure that Windows has tools to change those values without formatting the media, you just have to find them. I am a Linux guy, so I know how to do that in Linux. >> Also you need to write those values when cloning hard disks (or flash >> media). > > Huh? Nobody is suggesting cloning. This solution only requires copying. No, Arlen, I'm just giving an example of why the need to edit that value. One that I have needed to do in the past. I'm not suggesting you clone anything. > > Cloning, e.g., using dd, is a completely different issue altogether: > sudo dd if=/dev/source_disk of=/dev/destination_disk bs=4M status=progress > >> Storage cards are formatted the same as a hard disk. They contain >> partition tables, and all the identifiers of a hard disk and the >> partitions inside. And all the tools Windows or Linux have available >> for hard disks will work on them. > > Again, I love your suggestion of symlinks, which is the first thing anyone > would think of, but if you can get symlinks to work on non-rooted Android > for the sdcard, then you're a far more intelligent man than I am. > > Please let us know how you accomplished tasks which you keep suggesting. You posted in three groups, the answers do not have to be limited to one operating system. I said I never "edit" on Android. Meaning Libre Office Writer, or Microsoft Word. You did not say till today that you were editing maps in the woods without internet. And no, I never felt the need to edit maps on the phone. I just view them with an app, typically OSMand+. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-02 23:42 +0000 |
| Message-ID | <vnovsh$i41$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181892 |
On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote : >> You don't use offline maps for example? Really? Seriously? >> How do you navigate using your phone when there is no Internet signal? > > Till today I had no idea you were talking of map editors. I was thinking > text editors. I apologize for not providing examples of which editors store their data on the sdcard, where I openly admit I may have accidentally not provided enough data for others to understand the complexity of the problem set. My goal, always, is to *seamlessly* port from any one phone to any other phone, where by "seamless", I mean that I've (brilliantly) planned years ahead (just as I do on Windows) for the certainty of porting all my data. It has been widely stated that there are only three certainties in life: a. Porting your data b. The battery will eventually meet its charge-cycle-limit death, and, c. Taxes (even on my free phone, I had to pay 10% California sales tax) Unfortunately, my iPhone dies sooner than my Android due to the excessively cheap batteries Apple puts into them; but at least the EU is forcing Apple to no longer sell any iPhone that doesn't meet the bare-minimum battery charge-cycle lifetime specs - which Apple barely meets with the iPhone 15. > No, I do not use map editors on my phone, either. Well, I hike a lot in the Santa Cruz Mountains, where I proved, long ago how atrociously inaccurate the Open Street Maps are (which is too bad, as I *love* the concept of open source topographic maps); so I have to do a *lot* of map editing. Lately, even though I've written many a tutorial on how to edit map data, I generally use the free 1:24K geopdf USGS maps (which I understand are not useful to people outside of the country). I've also shown people how to navigate in every state & federal park in the USA with iOS & Android apps. In addition, I have written many a tutorial on how to take any map PDF and then georeference it such that it displays where you are on both iOS & Android devices when you're nowhere near the Internet. I've shown people how to draw a route and then how to follow that route, where there are no street signs in the middle of the mountains out here such that people are lost for days (due to the steep topography I guess). <https://duckduckgo.com/?q=hiker+lost+in+santa+cruz+mountains> It turns out that there is a *lot* of map editing to do when you're actually using dead reckoning to get from point A to point B in mountains. But it wasn't only map editors that I was thinking about. It was all editors on Android that don't actually edit multimedia files. Multimedia, as we covered separately, finds itself. :) > I use map apps that view the map, not edit them. Well, that's understandable, but even if you never *edit* the maps, you still have to store offline maps *somewhere*, where, they're never small. I pity people who don't have access to portable storage, and no, the cloud is not the same thing (which those clueless Apple trolls can't fathom). >> Another editor is Keepass2Android. There are plenty of Android editors. >> Most (if not almost all) my private data is stored on the sd card. > > I don't "edit" my password file on the phone. Well, to be perfectly open, as always, I "usually" do the same as I strive to only edit the passwords kdbx file on Windows, and then I only read it on Android - but sometimes - rarely - but sometimes - I need to edit it too. To continue to add value, I've found the most compatible Windows free password editor to be KeepassXC (cross compatible with Mac, Win & Linux). <https://keepassxc.org/> I've tested *all* of them though, every single one that was ever suggested on both the Android & Windows newsgroups, where on Android, I found that Keepass2Android appears to be the most cross compatible with KeepassXC: <https://play.google.com/store/apps/details?id=keepass2android.keepass2android> >>> And, my editor by default inserts photos inside the document file. >> >> Photo editors are a different breed of app when it comes to "finding" their >> files. I'm not sure *how* media is handled differently than, oh, say, text >> files such as GPX files or PDF files or whatever - but there is some >> "magic" on a phone that seems to find all media, no matter where it is. >> >> So media (such as images & video) I think is a special case in this regard. >> >> That is, even if you changed the volume name (aka volume label) of your sd >> card, the image & video editors still seem to *find* the sd card files. >> >> If those on this newsgroup can edify us as to why that magic only works for >> media files, and not for, oh, say, text files (such as GPX files), please >> elucidate why other formats (such as PDF, gpx, kml, etc.) aren't easily >> found. > > Because "editor" to me is a text editor, and I was thinking of the one I > use, Libre Office Writer. Ok, a word processor. If I have to edit pure > plain text files they are just a few kilobytes in size. Yeah. I agree. %EDITOR% means a *lot* of editors, as you can see from my screenshots earlier today - where I must have hundreds of editors installed (every single one of those editors I have tested, at least briefly, myself) <https://i.postimg.cc/NFgH18Gp/photo-editor01.jpg> Note in that screenshot alone, you see editors of all these types: \software\editor\3d \software\editor\android \software\editor\assembler \software\editor\audio \software\editor\calendar \software\editor\checksum \software\editor\codec \software\editor\convert \software\editor\download \software\editor\epub \software\editor\exif \software\editor\hex \software\editor\icon \software\editor\lang \software\editor\ocr \software\editor\passwd \software\editor\pic \software\editor\pspdf \software\editor\readthis.txt \software\editor\screenrec \software\editor\snapshot \software\editor\suite \software\editor\tts \software\editor\txt \software\editor\vid \software\editor\watermark \software\editor\xml In any one of those top-level editing categories, are more editors, e.g., just for Android editors alone, that are on Windows, I have tested these: \software\editor\android\adb \software\editor\android\apk \software\editor\android\app \software\editor\android\as \software\editor\android\cast \software\editor\android\cpu \software\editor\android\emu \software\editor\android\filesharing \software\editor\android\gra \software\editor\android\how \software\editor\android\ide \software\editor\android\jre \software\editor\android\mtp \software\editor\android\sdk \software\editor\android\sql \software\editor\android\usb \software\editor\android\vid Arbitrarily, just the EXIF editors I've tested, are listed below: \software\editor\exif\analogexif \software\editor\exif\exifcleaner \software\editor\exif\exifdatechangerlite \software\editor\exif\exifer \software\editor\exif\exifmanager \software\editor\exif\exifpilot \software\editor\exif\exiftool \software\editor\exif\exiftoolgui \software\editor\exif\exiftran \software\editor\exif\exiv2 \software\editor\exif\jpeg_templates \software\editor\exif\jpegclub \software\editor\exif\metadata++ \software\editor\exif\readthis.txt \software\editor\exif\sample \software\editor\exif\vidcoder \software\editor\exif\xnview I'm sure most people don't test as many editors as I test, don't you think? For example, these are the free icon editors I test as I often make my Android icons on Windows because it's easier to edit them on Windows. \software\editor\icon\foldermarker \software\editor\icon\greenfish \software\editor\icon\icofx \software\editor\icon\iconexplorer \software\editor\icon\jsware_iconextr \software\editor\icon\quickany2ico \software\editor\icon\readthis.txt \software\editor\icon\resourcehacker Note that people who don't do anything won't know that when you make shortcuts in Android to settings five levels deep, you need to give those shortcuts an icon - which is where those free icon editors shine. While most people might not edit EXIF or icons or APKs, most people find a need to edit PostScript/PDF files, right? For that, I use these editors: \software\editor\pspdf\acrobat \software\editor\pspdf\calibre \software\editor\pspdf\cutepdf \software\editor\pspdf\fileoptimizer \software\editor\pspdf\foxit \software\editor\pspdf\ghoststuff \software\editor\pspdf\msoffice2007saveaspdf_microsoft \software\editor\pspdf\mupdf \software\editor\pspdf\ocr \software\editor\pspdf\pdf_text_to_audio \software\editor\pspdf\pdf2office \software\editor\pspdf\pdfcreator \software\editor\pspdf\pdfsam \software\editor\pspdf\pdfshaper \software\editor\pspdf\pdftk \software\editor\pspdf\pdfxchange \software\editor\pspdf\pdf-xchange_viewer \software\editor\pspdf\pdfxv \software\editor\pspdf\posterazor \software\editor\pspdf\psutils \software\editor\pspdf\sumatra \software\editor\pspdf\wkhtmltox \software\editor\pspdf\wps_pdf2word \software\editor\pspdf\xpdf As you can see, I have tested so many %EDITORS% that I can't even count them. For example, look at all the free screen recorders I've tested: \software\editor\screenrec\1-cutescreenrec \software\editor\screenrec\2-obsstudio \software\editor\screenrec\apowerrec \software\editor\screenrec\aviscreenclassic \software\editor\screenrec\bsr \software\editor\screenrec\camstudio \software\editor\screenrec\captura \software\editor\screenrec\chrispc \software\editor\screenrec\debut \software\editor\screenrec\dvdvideosoft \software\editor\screenrec\em \software\editor\screenrec\ezvid \software\editor\screenrec\fdr \software\editor\screenrec\flashback \software\editor\screenrec\freecam \software\editor\screenrec\gamedvr \software\editor\screenrec\gilisoft \software\editor\screenrec\goplay \software\editor\screenrec\hypercam \software\editor\screenrec\icecream \software\editor\screenrec\ispring \software\editor\screenrec\jing \software\editor\screenrec\screencastomatic \software\editor\screenrec\sharex \software\editor\screenrec\streamobs \software\editor\screenrec\tinytake \software\editor\screenrec\uscreencapture \software\editor\screenrec\vclip \software\editor\screenrec\wink \software\editor\screenrec\wisdom I could go on (and on) as the major task of any platform, is, I would wager, $EDITING! - which is why the comp.editors folks were included. When you port Android, using Windows tools, you want all of the Android editors to find their files, when those files are stored on the sd card. >>> I can link to external photos, but then, as I use Linux, I would use >>> relative paths or symlinks. >> >> I love your suggestion of symlinks, but as I painstakingly explained, >> nobody yet has proposed a way to do it that I know of, for Android. >> > > Your question is posted to the editors group, and to the windows group, > so I don't have to limit my thinking to Android. Fair enough. I agree. I apologize. I certainly don't limit myself (e.g., you see me comment on how Apple always tries to fuck the customer and their customer actually thinks it's a good thing when Apple doesn't even give them the choice of an sd card slot). So I apologize for saying what I did. You are welcome to carry the conversation in any way you feel is appropriate to the topic and to the newsgroups that are in on the convo. >> If you can get symlinks to work on the sdcard for Android, you'd be a far >> more intelligent man than I am, so I'll patiently await how you do it. >> >>> Also I *never* edit a file residing in flash storage. I edit in main >>> storage in the computer, then copy the result over to flash media if >>> needed. >> >> Hmm... how do you edit GPX or KML files? > > I don't. > > I thought you were talking of text files. See above. I have, oh, I can't even count how many... let's just say "hundreds" of editors - and that's only Windows that I listed above. I've also tested every free editor ever suggested on the Android ng. And on the iPhone newsgroup too - although - in a way - Apple makes that easy because almost nothing useful on the iOS platform is actually free. Funny point about Apple: The Apple mothership tracks you *more* than even Google does, where, for example, your AppleID is inserted into every IPA you install on an iOS device! So you're *purchasing" even a *free* IPA! That way Apple can track everything you do with that IPA. Google can't do that with APKs. Windows can't do it with EXE's. Only Apple does that sinister tracking of everything you edit with. Sigh. (What bothers me isn't Apple but people *believing* their lies!) >> Do you copy them from the sd storage to main storage just to edit them? >> Why? > > Because the wear in flash cards is limited, and using an editor in such > media stresses them. Hmm... I get what you are saying, but I've never worried about the wear of sdcards. I'm sure it happens. But how much does it happen? I don't know. <https://duckduckgo.com/?q=how+long+do+sdcards+really+last> Anything I don't know, I look up, so here's what I found just now. Factors influencing SD card wear: a. Frequency of writes b. Amount of data written c. Quality of the card d. Wear leveling e. Environmental factors (e.g., temperature & physical damage) That having been said, this guesstimates about a 10-year life for sdcards: <https://www.howtogeek.com/887545/how-long-do-sd-cards-last/> Interestingly, one recommendation that article above makes is: f. Avoid filling it to capacity Interesting value added, is it not? Thanks for bringing up the type of editors being important, as I learned a lot simply by responding to your valid concerns. Much appreciated!
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-03 02:21 +0100 |
| Message-ID | <0ai57lxtdg.ln2@Telcontar.valinor> |
| In reply to | #181906 |
On 2025-02-03 00:42, Marion wrote: > On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote : ... >> I use map apps that view the map, not edit them. > > Well, that's understandable, but even if you never *edit* the maps, you > still have to store offline maps *somewhere*, where, they're never small. I don't need to store the entire map of the USA, or the entire Europe either. Just Spain, Ontario, and Quebec, to be precise. Actually, I accidentally downloaded to my phone a lot of podcasts and they use more gigabytes than my maps. ... >>> Do you copy them from the sd storage to main storage just to edit them? >>> Why? >> >> Because the wear in flash cards is limited, and using an editor in >> such media stresses them. > > Hmm... I get what you are saying, but I've never worried about the wear of > sdcards. I'm sure it happens. But how much does it happen? I don't know. > <https://duckduckgo.com/?q=how+long+do+sdcards+really+last> > > Anything I don't know, I look up, so here's what I found just now. > Factors influencing SD card wear: > a. Frequency of writes > b. Amount of data written c. Quality of the card > d. Wear leveling > e. Environmental factors (e.g., temperature & physical damage) Flash media, ie, usb sticks or storage cards, do not have wear levelling. Ok, maybe some units out there do, but mere mortals don't have them. SSDs do. I have seen USB sticks die "soon" because they were used frequently for office use, I mean, normal word or excel files that were edited directly in there. I don't know how many writes you can do, but it is limited and it is reachable. I also have seem storage cards used on tiny computer (think a Pi) die. Also heard of some Tesla car failing because the internal computer storage died of so much use, simply because of frequent log writing. It does happen. The internal media of phones is much more resilient than the plugable cards, by the way. Unless you happen to have crap phones and excellent cards. > > That having been said, this guesstimates about a 10-year life for sdcards: > <https://www.howtogeek.com/887545/how-long-do-sd-cards-last/> > > Interestingly, one recommendation that article above makes is: > f. Avoid filling it to capacity That's well known, but it is only true if the media has wear levelling. > > Interesting value added, is it not? > > Thanks for bringing up the type of editors being important, as I learned a > lot simply by responding to your valid concerns. Much appreciated! > Welcome. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-03 03:05 +0000 |
| Message-ID | <vnpbqm$va40$6@dont-email.me> |
| In reply to | #181913 |
On Mon, 3 Feb 2025 02:21:36 +0100, Carlos E.R. wrote: > Flash media, ie, usb sticks or storage cards, do not have wear > levelling. Ok, maybe some units out there do, but mere mortals don't > have them. SSDs do. I’m sure all flash-based media has to have some degree of wear-levelling. Though some may have more of it than others. Linux has filesystems that are designed to operate natively on media that needs wear-levelling (e.g. jffs2, nilfs2), that include provision for that automatically in their normal operation.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-03 09:59 +0000 |
| Message-ID | <vnq42j$apc$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181913 |
On Mon, 3 Feb 2025 02:21:36 +0100, Carlos E.R. wrote : >>> I use map apps that view the map, not edit them. >> >> Well, that's understandable, but even if you never *edit* the maps, you >> still have to store offline maps *somewhere*, where, they're never small. > > I don't need to store the entire map of the USA, or the entire Europe > either. Just Spain, Ontario, and Quebec, to be precise. Actually, I > accidentally downloaded to my phone a lot of podcasts and they use more > gigabytes than my maps. Funny thing about living in California. As you're well aware, I've tested every free map app that exists on Android, and most of them have a "state" download, where if you download California, it's huge compared to, oh, say, Rhode Island. Some map apps give you sections of states - but most are organized by states. Luckily the USGS georeferenced PDF maps are by quadrangles. And the parks maps are by the park names, so that works out well. To continue to add value, anyone on either iOS or Android can load any georeferenced PDF into either of these free programs to navigate with: *Avenza Maps* Offline Mapping by Avenza Systems Inc., In-app purchases Free, ad free, 4.6 star, 72.6K reviews, 1M+ Downloads <https://www.avenza.com/avenza-maps/> <https://play.google.com/store/apps/details?id=com.Avenza> <https://apps.apple.com/app/apple-store/id388424049> *Paper Maps* by Abbro Inc, In-app purchases Free, ad free, 5K+ Downloads <https://www.paper-maps.com/> <https://play.google.com/store/apps/details?id=ca.abbro.androidmap> <https://apps.apple.com/app/nextmap/id1147385120> Of course, you may need to *save* tracks also, especially if you want to get to where you were before and then branch off in another direction. Three privacy aware offline GPS track loggers without GSF that save tracks to SD subfolders (without needing Wi-Fi Precise Location turned on). 1. GPS Logger by BasicAirData (free, no ads) No Google GSF dependency Precise location not required! No maps (good!) as it has no Internet capability Can set output folder to an sd card subfolder https://play.google.com/store/apps/details?id=eu.basicairdata.graziano.gpslogger 2. GPSLogger II - AIO by Mathias Marquardt (free, no ads) No Google GSF dependency Precise location not required! Has maps so be careful when exporting to the Internet https://play.google.com/store/apps/details?id=com.emacberry.gpslogger 3. OSM Tracker for Android No Google GSF dependency Can set output folder to an sd card subfolder Can display OSM map under track but needs Internet connection to do that. https://wiki.openstreetmap.org/wiki/OSMTracker_(Android) https://github.com/labexp/osmtracker-android https://f-droid.org/en/packages/net.osmtracker/ I'm not sure about this fourth app because it asks for Wi-Fi Precise Location even though it isn't built with Google's GSF gms API's; but it seems to work without that being granted to it. 4. OpenTracks No Google GSF dependency It asks for Precise location but it seems to work without it being granted. Can set output folder to an sd card subfolder https://f-droid.org/en/packages/de.dennisguse.opentracks/ Warning: Has a payware googleplaystore version https://play.google.com/store/apps/details?id=de.dennisguse.opentracks.playstore These failed because they required the GSF gsm spyware to be running. a. LD-Log Lite - GPS Logger by A. Wedemeyer (free, no ads) No Google GSF dependency Yet Wi-Fi precise location is required! Can set output folder to an sd card subfolder though Can import offline maps too so it's too bad it requires precise location https://play.google.com/store/apps/details?id=com.aw.ldlogFree b. Geo Tracker GPS tracker by Ilya Bogdanovich Requires GSF https://play.google.com/store/apps/details?id=com.ilyabogdanovich.geotracker c. GPS Tracker by GPS-server.net No Google GSF dependency But it uploads tracking data to an Internet server https://play.google.com/store/apps/details?id=net.gpsserver.gpsstracker d. Ultra GPS Logger Lite by FlashLight Requires GSF https://play.google.com/store/apps/details?id=com.flashlight.lite.gps.logger e. GPS Logger by Joakim Ewenson Requires GSF https://play.google.com/store/apps/details?id=se.ewenson.gps_logger f. eTrack GPS by Eagle Co Requires GSF https://play.google.com/store/apps/details?id=vip.etrack.gps g. Trailblazer by Andrew and Derek Requires GSF https://play.google.com/store/apps/details?id=com.andrewandderek.trailblazer h. GPS Waypoints by Bluecover Technologies Requires GSF https://play.google.com/store/apps/details?id=pt.bluecover.gpsegnos And lots others that I tested, all of which required Wi-Fi Precise Location tacking in order to work even though there's absolutely no need for Wi-Fi scanning in a backcountry offline GPS track-saving app. Why should an offline backcountry track saver require Wi-Fi to run?
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-03 03:01 +0000 |
| Message-ID | <vnpbi2$va40$5@dont-email.me> |
| In reply to | #181892 |
On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: > Because "editor" to me is a text editor ... Emacs is an editor, and not just a text editor. I have successfully used it to edit non-text files.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-03 19:12 +0000 |
| Message-ID | <vnr4e0$h79$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181914 |
On Mon, 3 Feb 2025 03:01:22 -0000 (UTC), Lawrence D'Oliveiro wrote : >> Because "editor" to me is a text editor ... > > Emacs is an editor, and not just a text editor. I have successfully used > it to edit non-text files. Decades ago I wrote a tutorial for how to use MSDOS DEBUG to edit files. Funny story... while I have tons of editors for all sorts of file types, the only two editors I habitually use on Windows are gVim & Notepad++. The use of gVim is obvious for anyone else who came up through the ranks *before* Emacs was a thing; but the use of Notepad++ is less obvious perhaps. Once is a great while, I use a hex editor or qedit on text files. What I love about Notepad++ is its shortcuts.xml substitution capability is fantastic, such that in a keystroke sequence, you can wipe out all the special "curly" characters to replace them with standard characters. For me, this is important as I do a lot of cutting and pasting, and yet I want all the characters to be consistent. Plus, I don't own a newsreader. My "newsreader" is simply a set of telnet-based scripts long ago ported from Centos and then to Ubuntu and then to Windows over the many years. For example, I don't see headers (so they're meaningless to me), as all I see is the body of the message (with an attribution line at the top). So I don't even know who I am, nor whom I'm responding to unless I purposefully keep track - as what matters to me is only what someone says. I do a lot of pastes from research, which I do to purposefully help others. a. I run the research & copy pertinent details b. (if necessary) I paste research into Notepad++ to clean it up c. Then I paste it into the gVim session & send the article via telnet Special characters show up funnily in the vi editor so Notepad++ replaces them in a quick keystroke sequence for pasting back into the gVim session. The fact I type better than most secretaries do helps along with the fact that gVim is the most efficient hands-on editor that I know of for Windows.
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-05 10:30 +0100 |
| Message-ID | <m0gpdeFaa5cU3@mid.individual.net> |
| In reply to | #181914 |
Lawrence D'Oliveiro, 2025-02-03 04:01: > On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: > >> Because "editor" to me is a text editor ... > > Emacs is an editor, and not just a text editor. I have successfully used > it to edit non-text files. To be more precise: it is a text editor which can be extended to interpret the syntax of text stored in a file - like Markdown. But you can not edit videos or bitmap graphics with it, since it is still a *text* based editor. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-05 11:31 +0100 |
| Message-ID | <v9rb7lx3k4.ln2@Telcontar.valinor> |
| In reply to | #181991 |
On 2025-02-05 10:30, Arno Welzel wrote: > Lawrence D'Oliveiro, 2025-02-03 04:01: > >> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: >> >>> Because "editor" to me is a text editor ... >> >> Emacs is an editor, and not just a text editor. I have successfully used >> it to edit non-text files. > > To be more precise: it is a text editor which can be extended to > interpret the syntax of text stored in a file - like Markdown. But you > can not edit videos or bitmap graphics with it, since it is still a > *text* based editor. > > <https://sachachua.com/blog/2025/01/editing-videos-with-emacs-and-subed-record-el/> Editing videos with Emacs and subed-record.el Jan 1, 2025| emacs, subed, video <https://www.reddit.com/r/emacs/comments/2iqqaj/gneve_gnu_emacs_video_editor/> GNEVE - GNU Emacs Video Editor <https://www.youtube.com/watch?v=0vumR5Hcz7s> GNEVE - GNU Emacs Video Editor mode demo <https://lists.gnu.org/archive/html/emacs-devel/2022-01/msg01728.html> GNU Emacs: A multimedia editor GitHub https://github.com › emacsattic › gneve emacsattic/gneve: GNU Emacs video editor mode for ... GNU Emacs video editor mode for editing video Edit Decision List or EDL - emacsattic/gneve. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
Page 4 of 8 — ← Prev page 1 2 3 [4] 5 6 7 8 Next page →
Back to top | Article view | alt.comp.os.windows-10
csiph-web