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 166 — 15 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 Daniel70 <daniel47@eternal-september.org> - 2025-04-27 00:07 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-26 21:37 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:23 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-27 14:15 +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 Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:30 +1000
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 Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:39 +1000
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: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:27 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-04-27 10:29 +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 5 of 9 — ← Prev page 1 2 3 4 [5] 6 7 8 9 Next page →
| 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]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-05 14:27 +0100 |
| Message-ID | <m0h798FcjsrU1@mid.individual.net> |
| In reply to | #181992 |
Carlos E.R., 2025-02-05 11:31: > 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 It may be called this, but Emacs is not used to *edit* the video itself but only to control other programs. > <https://www.youtube.com/watch?v=0vumR5Hcz7s> > > GNEVE - GNU Emacs Video Editor mode demo As you can see - you still input *text* in Emacs and this will trigger *other* programs to do things. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-05 14:35 +0100 |
| Message-ID | <j26c7lxm1c.ln2@Telcontar.valinor> |
| In reply to | #181999 |
On 2025-02-05 14:27, Arno Welzel wrote:
> Carlos E.R., 2025-02-05 11:31:
>
>> 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
>
> It may be called this, but Emacs is not used to *edit* the video itself
> but only to control other programs.
>
>> <https://www.youtube.com/watch?v=0vumR5Hcz7s>
>>
>> GNEVE - GNU Emacs Video Editor mode demo
>
> As you can see - you still input *text* in Emacs and this will trigger
> *other* programs to do things.
<https://www.gnu.org/software/emacs/manual/html_node/emacs/Editing-Binary-Files.html>
44 Editing Binary Files ¶
There is a special major mode for editing binary files: Hexl mode. To
use it, use M-x hexl-find-file instead of C-x C-f to visit the file.
This command converts the file’s contents to hexadecimal and lets you
edit the translation. When you save the file, it is converted
automatically back to binary.
You can also use M-x hexl-mode to translate an existing buffer into hex.
This is useful if you visit a file normally and then discover it is a
binary file.
Inserting text always overwrites in Hexl mode. This is to reduce the
risk of accidentally spoiling the alignment of data in the file.
Ordinary text characters insert themselves (i.e., overwrite with
themselves). There are commands for insertion of special characters by
their code. Most cursor motion keys, as well as C-x C-s, are bound in
Hexl mode to commands that produce the same effect. Here is a list of
other important commands special to Hexl mode:
C-M-d
Insert a byte with a code typed in decimal.
C-M-o
Insert a byte with a code typed in octal.
C-M-x
Insert a byte with a code typed in hex.
C-M-a
Move to the beginning of a 512-byte page.
C-M-e
Move to the end of a 512-byte page.
C-x [
Move to the beginning of a 1k-byte page.
C-x ]
Move to the end of a 1k-byte page.
M-g
Move to an address specified in hex.
M-j
Move to an address specified in decimal.
C-c C-c
Leave Hexl mode, going back to the major mode this buffer had
before you invoked hexl-mode.
Other Hexl commands let you insert strings (sequences) of binary bytes,
move by shorts or ints, etc.; type C-h a hexl- TAB for details.
Hexl mode can also be used for editing text files. This could come in
handy if the text file includes unusual characters or uses unusual
encoding (see Coding Systems). For this purpose, Hexl commands that
insert bytes can also insert ASCII and non-ASCII characters, including
multibyte characters. To edit a text file with Hexl, visit the file as
usual, and then type M-x hexl-mode RET to switch to Hexl mode. You can
now insert text characters by typing them. However, inserting multibyte
characters requires special care, to avoid the danger of creating
invalid multibyte sequences: you should start typing such characters
when point is on the first byte of a multibyte sequence in the file.
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-06 20:21 +0100 |
| Message-ID | <m0kgd9FsnacU2@mid.individual.net> |
| In reply to | #182000 |
Carlos E.R., 2025-02-05 14:35: [...] > <https://www.gnu.org/software/emacs/manual/html_node/emacs/Editing-Binary-Files.html> > > 44 Editing Binary Files ¶ > > There is a special major mode for editing binary files: Hexl mode. To > use it, use M-x hexl-find-file instead of C-x C-f to visit the file. > This command converts the file’s contents to hexadecimal and lets you > edit the translation. When you save the file, it is converted > automatically back to binary. As I said - you still edit *text*. There is just an automatic conversion from binary to *text* and then back to binary. But the editor itself still works on *text*. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 20:57 +0000 |
| Message-ID | <vo37nu$34a3i$3@dont-email.me> |
| In reply to | #182039 |
On Thu, 6 Feb 2025 20:21:14 +0100, Arno Welzel wrote: > As I said - you still edit *text*. There is just an automatic conversion > from binary to *text* and then back to binary. But the editor itself > still works on *text*. I have done direct editing of binary data in Emacs.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-06 23:58 +0100 |
| Message-ID | <scrf7lxsuj.ln2@Telcontar.valinor> |
| In reply to | #182045 |
On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: > On Thu, 6 Feb 2025 20:21:14 +0100, Arno Welzel wrote: > >> As I said - you still edit *text*. There is just an automatic conversion >> from binary to *text* and then back to binary. But the editor itself >> still works on *text*. That's twisting words. > > I have done direct editing of binary data in Emacs. And I have done so in MsDOS times with primitive text editors, just because that was what I had. To change some string. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-07 05:57 +0000 |
| Message-ID | <vo47d3$3clnl$2@dont-email.me> |
| In reply to | #182055 |
On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: > On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: > >> I have done direct editing of binary data in Emacs. > > And I have done so in MsDOS times with primitive text editors, just > because that was what I had. To change some string. Did they preserve null characters in the file?
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 10:30 +0100 |
| Message-ID | <7e0h7lxd9f.ln2@Telcontar.valinor> |
| In reply to | #182064 |
On 2025-02-07 06:57, Lawrence D'Oliveiro wrote: > On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: > >> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: >> >>> I have done direct editing of binary data in Emacs. >> >> And I have done so in MsDOS times with primitive text editors, just >> because that was what I had. To change some string. > > Did they preserve null characters in the file? Interesting question. Depends on what editor, that character would end the string. Dunno, that was long ago, but considering I got away with "editing" some files, it must have worked. One of the editors I may have used was "ted.com" from PC Magazine. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-07 10:57 +0100 |
| Subject | Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo4ldp$3eqsl$1@dont-email.me> |
| In reply to | #182064 |
On 07.02.2025 06:57, Lawrence D'Oliveiro wrote:
> On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote:
>
>> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote:
>>
>>> I have done direct editing of binary data in Emacs.
>>
>> And I have done so in MsDOS times with primitive text editors, just
>> because that was what I had. To change some string.
>
> Did they preserve null characters in the file?
Cannot tell for MS DOS environments, but why is that "binary" editing
noteworthy in the first place? - Though I may be spoiled by using Vim
where you can of course also operate on files containing any control
characters (including ASCII NUL).
The likely more interesting thing is probably to provide more advanced
features in _dedicated_ hex editors. - I recall some tools where you
could edit either the hex values (on the left part of the screen) or
its string representation (on the right part of the screen). It would
also make sense to navigate on the binary text in units of "bytes" and
"byte" offsets.
In Vim, for example, you either edit the string texts directly. Or use
any transform tool prior (typical is 'xxd') to operate on hex values.[*]
(This is of course simple since you just put the respective Vim command
on some key, to switch to/from hex representation.[**])
In that respect the poster is correct that you operate on text anyway,
whether it's the original text (with control characters like NUL) or
a transformed text (with a hex layout). - But again; a dedicated "hex
editor" tool might have advantages; it could show data in more than
one representation, navigate in the binary file more sensibly, etc.
At least for Vim the distinction between "text" and "binary" files is
nonetheless not that important, at least if you are just concerned
about control characters.[***]
Janis
[*] But note that editing the _informative strings_ in hex mode won't
change the file; in 'xxd' based hex-mode you have to edit the _hex_
value so that the contents are changed. (There's the difference from
such more powerful hex editors I mentioned above.)
Note also that since the "hex-mode" is not a built-in mode in Vim you
can use arbitrary hex transformation tools. But 'xxd' is the commonly
used tool with Vim; with that tool you can (for example) also display
files as binary information, but strangely the function to revert the
format to store it isn't possible ("sorry, cannot revert this type of
hexdump"), which is particularly sad since it would be so simple to
have it supported by 'xxd'.
[**] Makes sense in case you do such hex-editing regularly. (I don't
need that feature; had used it in decades probably only once.)
[***] For, say, media data files you'd anyway use some media-specific
(domain specific) "editor".
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 11:44 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <no4h7lx0ft.ln2@Telcontar.valinor> |
| In reply to | #182068 |
On 2025-02-07 10:57, Janis Papanagnou wrote: > On 07.02.2025 06:57, Lawrence D'Oliveiro wrote: >> On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: >> >>> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: >>> >>>> I have done direct editing of binary data in Emacs. >>> >>> And I have done so in MsDOS times with primitive text editors, just >>> because that was what I had. To change some string. >> >> Did they preserve null characters in the file? > > Cannot tell for MS DOS environments, but why is that "binary" editing > noteworthy in the first place? - Though I may be spoiled by using Vim > where you can of course also operate on files containing any control > characters (including ASCII NUL). Nothing, except that some people think it is not possible :-) > > The likely more interesting thing is probably to provide more advanced > features in _dedicated_ hex editors. - I recall some tools where you > could edit either the hex values (on the left part of the screen) or > its string representation (on the right part of the screen). Certainly. PC Tools on plain MsDOS did just that. Probably the Norton Utilities did too. What I don't remember doing is inserting a byte/char. With PC Tools you could edit a binary file, or directly the raw disk. You could edit the FAT table or the directory entries (no structures, just raw). A friend of mine created hard linked files that way (which would be destroyed by a checkdisk). ... -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-07 14:39 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo52e3$3h3ag$1@dont-email.me> |
| In reply to | #182070 |
On 07.02.2025 11:44, Carlos E.R. wrote: > On 2025-02-07 10:57, Janis Papanagnou wrote: >> [...] >> The likely more interesting thing is probably to provide more advanced >> features in _dedicated_ hex editors. - I recall some tools where you >> could edit either the hex values (on the left part of the screen) or >> its string representation (on the right part of the screen). > > Certainly. PC Tools on plain MsDOS did just that. Probably the Norton > Utilities did too. What I don't remember doing is inserting a byte/char. Good point. Inserting is just a normal operation in editors like Vim. (And I don't remember that those dedicated hex-editors were capable of that. OTOH, there were so many of these specific editors that I'd also not be surprised if some supported that.) For certain data that feature might be useful, but generally inserting/deleting of binary data might likely just create an inconsistent data file. But even domain-specific tailored "editors" seem to have issues with data consistency.[*] Janis [*] I recall during the 1990's I had some tools for video processing on a Windows computer; the tools were incapable of creating consistent results even when staying within the vendor's tools chest. Every single component seemed to do its job correctly on arbitrary data, but one of their tool working on the output of another of their tools created just trash. It was a well known vendor, but it's name evades my memories. On my complaints they had argued that the original data wasn't correct. (That was of course the last time that I used their products at all.) > [...]
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 19:39 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <oj0i7lx4mi.ln2@Telcontar.valinor> |
| In reply to | #182078 |
On 2025-02-07 14:39, Janis Papanagnou wrote:
> On 07.02.2025 11:44, Carlos E.R. wrote:
>> On 2025-02-07 10:57, Janis Papanagnou wrote:
>>> [...]
>>> The likely more interesting thing is probably to provide more advanced
>>> features in _dedicated_ hex editors. - I recall some tools where you
>>> could edit either the hex values (on the left part of the screen) or
>>> its string representation (on the right part of the screen).
>>
>> Certainly. PC Tools on plain MsDOS did just that. Probably the Norton
>> Utilities did too. What I don't remember doing is inserting a byte/char.
>
> Good point. Inserting is just a normal operation in editors like Vim.
> (And I don't remember that those dedicated hex-editors were capable
> of that. OTOH, there were so many of these specific editors that I'd
> also not be surprised if some supported that.) For certain data that
> feature might be useful, but generally inserting/deleting of binary
> data might likely just create an inconsistent data file.
Certainly. The common use was to change a message in a program, so one
edited the text, having the same length. Inserting or deleting would
foul every jump in the file.
> But even domain-specific tailored "editors" seem to have issues with
> data consistency.[*]
>
> Janis
>
> [*] I recall during the 1990's I had some tools for video processing
> on a Windows computer; the tools were incapable of creating consistent
> results even when staying within the vendor's tools chest. Every single
> component seemed to do its job correctly on arbitrary data, but one of
> their tool working on the output of another of their tools created just
> trash. It was a well known vendor, but it's name evades my memories.
> On my complaints they had argued that the original data wasn't correct.
> (That was of course the last time that I used their products at all.)
{Chuckle}
>
>> [...]
>
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-08 03:26 +0000 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo6ite$3p489$1@dont-email.me> |
| In reply to | #182068 |
On Fri, 7 Feb 2025 10:57:11 +0100, Janis Papanagnou wrote: > The likely more interesting thing is probably to provide more advanced > features in _dedicated_ hex editors. If you have to develop different editors dedicated to different kinds of data, then think of how much of the common functionality you have to reinvent: like multibuffer/multifile management, pattern searching, selective collapse/expand of parts of buffer contents etc. So much less work to add specialized functions for operating on specific data types within a generalized editor framework that already has provision for such extensibility.
[toc] | [prev] | [next] | [standalone]
Page 5 of 9 — ← Prev page 1 2 3 4 [5] 6 7 8 9 Next page →
Back to top | Article view | alt.comp.os.windows-10
csiph-web