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


Groups > comp.os.linux.misc > #69014 > unrolled thread

Program to dole out jpg's to subdirctories, card-dealing style.

Started bypH <wNOSPAMp@gmail.org>
First post2025-06-23 00:16 +0000
Last post2025-06-27 17:57 -0300
Articles 20 on this page of 111 — 25 participants

Back to article view | Back to comp.os.linux.misc


Contents

  Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-23 00:16 +0000
    Re: Program to dole out jpg's to subdirctories, card-dealing style. Robert Heller <heller@deepsoft.com> - 2025-06-23 00:34 +0000
      Re: Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-23 00:39 +0000
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-06-23 01:31 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-06-23 01:38 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. rbowman <bowman@montana.com> - 2025-06-23 06:00 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-24 02:39 +0000
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Robert Heller <heller@deepsoft.com> - 2025-06-23 02:40 +0000
          Re: Program to dole out jpg's to subdirectories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-23 03:19 +0000
      Re: Program to dole out jpg's to subdirctories, card-dealing style. Dan Espen <dan1espen@gmail.com> - 2025-07-14 16:57 -0400
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-07-15 07:48 +0200
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Nuno Silva <nunojsilva@invalid.invalid> - 2025-07-15 08:35 +0100
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-15 07:44 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Borax Man <boraxman@geidiprime.nospam> - 2025-07-16 10:46 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Richard Kettlewell <invalid@invalid.invalid> - 2025-07-15 11:47 +0100
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-16 04:27 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. jayjwa <jayjwa@atr2.ath.cx.invalid> - 2025-07-15 10:24 -0400
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-07-15 16:35 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-07-19 15:35 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. John McCue <jmclnx@gmail.com.invalid> - 2025-07-15 19:32 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-07-15 23:25 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-16 04:29 +0000
                Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-07-16 06:18 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-07-19 15:41 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Robert Riches <spamtrap42@jacob21819.net> - 2025-07-16 03:04 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-07-19 13:09 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Richard Kettlewell <invalid@invalid.invalid> - 2025-07-19 15:02 +0100
        Re: Program to dole out jpg's to subdirctories, card-dealing style. candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-07-15 19:10 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-07-15 22:33 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-07-16 17:20 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-16 04:27 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. "Carlos E.R." <robin_listas@es.invalid> - 2025-07-16 11:19 +0200
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-07-16 15:53 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-07-16 19:20 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Borax Man <boraxman@geidiprime.nospam> - 2025-07-16 10:38 +0000
    Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-23 02:22 +0000
      Re: Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-24 02:42 +0000
    Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-23 04:03 +0000
      Re: Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-24 02:45 +0000
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-06-24 04:25 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-24 06:37 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-24 06:55 +0000
    Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-23 01:05 -0400
    Re: Program to dole out jpg's to subdirctories, card-dealing style. Richard Kettlewell <invalid@invalid.invalid> - 2025-06-23 08:23 +0100
      Re: Program to dole out jpg's to subdirctories, card-dealing style. pH <wNOSPAMp@gmail.org> - 2025-06-24 02:47 +0000
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-24 03:16 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-06-24 04:52 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-24 01:28 -0400
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-06-24 20:38 +0000
                Re: Program to dole out jpg's to subdirctories, card-dealing style. rbowman <bowman@montana.com> - 2025-06-24 21:37 +0000
                  Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-06-27 19:46 +0000
                Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-25 02:14 -0400
                  Re: Program to dole out jpg's to subdirctories, card-dealing style. Rich <rich@example.invalid> - 2025-06-27 19:49 +0000
                    Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-27 18:34 -0400
                      Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-06-28 14:07 +0000
                        Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-28 23:06 +0000
                          Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-29 03:41 +0000
                            Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-29 04:44 +0000
                            XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Nuno Silva <nunojsilva@invalid.invalid> - 2025-06-29 10:35 +0100
                              Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-29 23:58 +0000
                                Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Eli the Bearded <*@eli.users.panix.com> - 2025-06-30 05:18 +0000
                                  Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-30 06:52 +0000
                                    Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Eli the Bearded <*@eli.users.panix.com> - 2025-06-30 18:50 +0000
                                      Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) John Ames <commodorejohn@gmail.com> - 2025-06-30 13:15 -0700
                                        Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 00:30 +0000
                                        Re: XDG and Freedesktop Richard Kettlewell <invalid@invalid.invalid> - 2025-07-01 08:38 +0100
                                          Re: XDG and Freedesktop John Ames <commodorejohn@gmail.com> - 2025-07-01 12:49 -0700
                                            Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 23:57 +0000
                                              Re: XDG and Freedesktop Nuno Silva <nunojsilva@invalid.invalid> - 2025-07-02 09:33 +0100
                                                Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-02 23:41 +0000
                                                  Re: XDG and Freedesktop John Ames <commodorejohn@gmail.com> - 2025-07-03 07:55 -0700
                                                    Re: XDG and Freedesktop The Natural Philosopher <tnp@invalid.invalid> - 2025-07-03 16:37 +0100
                                                      Re: XDG and Freedesktop John Ames <commodorejohn@gmail.com> - 2025-07-03 08:53 -0700
                                            Re: XDG and Freedesktop The Natural Philosopher <tnp@invalid.invalid> - 2025-07-02 09:27 +0100
                                      Re: XDG and Freedesktop Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-06-30 16:14 -0700
                                      Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 00:29 +0000
                                        Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Eli the Bearded <*@eli.users.panix.com> - 2025-07-01 03:40 +0000
                                          Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 04:28 +0000
                                            Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) John Ames <commodorejohn@gmail.com> - 2025-07-01 09:01 -0700
                                              Re: XDG and Freedesktop Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2025-07-01 09:10 -0700
                                              Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 23:57 +0000
                                    Re: XDG and Freedesktop Nuno Silva <nunojsilva@invalid.invalid> - 2025-07-01 00:07 +0100
                                      Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 00:33 +0000
                                        Re: XDG and Freedesktop Nuno Silva <nunojsilva@invalid.invalid> - 2025-07-01 07:02 +0100
                                          Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 07:30 +0000
                                          Re: XDG and Freedesktop Rich <rich@example.invalid> - 2025-07-01 13:36 +0000
                                  Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.) Harold Stevens <wookie@aspen.localdomain> - 2025-06-30 04:00 -0500
                                Re: XDG and Freedesktop Nuno Silva <nunojsilva@invalid.invalid> - 2025-07-01 00:12 +0100
                                  Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 00:21 +0000
                                    Re: XDG and Freedesktop Eli the Bearded <*@eli.users.panix.com> - 2025-07-01 04:20 +0000
                                      Re: XDG and Freedesktop Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 04:25 +0000
                            Re: Program to dole out jpg's to subdirctories, card-dealing style. candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-07-01 17:00 +0000
                              Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-07-01 19:29 +0000
                                Re: Program to dole out jpg's to subdirctories, card-dealing style. candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-07-02 18:20 +0000
                                  Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-07-03 16:18 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-24 01:13 -0400
            Re: Program to dole out jpg's to subdirctories, card-dealing style. rbowman <bowman@montana.com> - 2025-06-24 06:42 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-24 03:42 -0400
                Re: Program to dole out jpg's to subdirctories, card-dealing style. rbowman <bowman@montana.com> - 2025-06-24 19:16 +0000
      Re: Program to dole out jpg's to subdirctories, card-dealing style. "Carlos E.R." <robin_listas@es.invalid> - 2025-06-29 12:30 +0200
        Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-29 20:31 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. The Natural Philosopher <tnp@invalid.invalid> - 2025-06-30 08:40 +0100
          Re: Program to dole out jpg's to subdirctories, card-dealing style. "Carlos E.R." <robin_listas@es.invalid> - 2025-06-30 14:03 +0200
        Re: Program to dole out jpg's to subdirctories, card-dealing  style. Fritz Wuehler <fritz@spamexpire-202506.rodent.frell.theremailer.net> - 2025-06-30 02:17 +0200
          Re: Program to dole out jpg's to subdirctories, card-dealing  style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-30 05:53 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing  style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-06-30 06:55 +0000
          Re: Program to dole out jpg's to subdirctories, card-dealing style. c186282 <c186282@nnada.net> - 2025-06-30 02:05 -0400
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Eli the Bearded <*@eli.users.panix.com> - 2025-06-30 20:32 +0000
              Re: Program to dole out jpg's to subdirctories, card-dealing style. Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-01 00:34 +0000
            Re: Program to dole out jpg's to subdirctories, card-dealing style. Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2025-07-01 11:45 +0000
    Re: Program to dole out jpg's to subdirctories, card-dealing style. Shadow <Sh@dow.br> - 2025-06-27 17:57 -0300

Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6  Next page →


#69083

FromEli the Bearded <*@eli.users.panix.com>
Date2025-06-24 06:37 +0000
Message-ID<eli$2506240237@qaz.wtf>
In reply to#69070
In comp.os.linux.misc, Rich  <rich@example.invalid> wrote:
> The do-nothing case is just feh's standard "go to next image" action 
> (spacebar or right arrow are the defaults for "go to next image").

That is correct. There's also a delete file option. You can use it to
delete an entry from a playlist or delete a file off the disk. When I'm
sort such that I will be deleting stuff, I usually just use the delete
from playlist, and then when I'm satisfied things are right, use the
playlist as a list of files to keep. But that's just _usually_.

Elijah
------
uses feh a lot

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


#69087

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-06-24 06:55 +0000
Message-ID<103di5h$1rlr3$5@dont-email.me>
In reply to#69083
On Tue, 24 Jun 2025 06:37:58 -0000 (UTC), Eli the Bearded wrote:

> There's also a delete file option. You can use it to
> delete an entry from a playlist or delete a file off the disk.

In my SortPictures script, the “delete” option only moves the item to a 
directory named “Trash” in $HOME. There is also an undo for this.

It is left up to you to really get rid of trashed items afterwards, e.g. 
with “rm -rf ~/Trash”.

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


#69027

Fromc186282 <c186282@nnada.net>
Date2025-06-23 01:05 -0400
Message-ID<NRWdnf37XZ8IfcX1nZ2dnZfqnPcAAAAA@giganews.com>
In reply to#69014
On 6/22/25 8:16 PM, pH wrote:
> I've got a pile of scanned family slides in various directories.
> 
> They need to be further subdivided and catagorized so here's my scenario:
> 
> 1: I have directory 'A' full of jpgs.
> 
> 2: I make a few (3-5) suitable sub-directories in that directory.
>    (eg: "pets" "cars" "ski_trip" etcetera)
> 
> 3: Is there a program that will display a thumbnail of a jpg (or any size, I
> guess) and list the subdirectories somewhere on the screen,
> 1 - pets
> 2 - cars
> 3 - ski trip
> 
> Then display a pic, ask me for a # and move the jpg to that corresponding sub-dir
> (maybe with a prompt) with  <CR>/<SPC>  to just leave it where it is.  Q or
> ESC to quit.
> 
> So that's one way.
> 
> 
> Another way might be a program to go through and let me 'tag' the pics of
> interest (just one topic) and when at
> the end move all the tagged pics to the sub-dir of choice.  But this way
> would require (possibly) lots of passes through the source dir picking out a
> category each time...not the end of the world, of course.
> 
> 
> Was I clear enough?  Any suggestions?
> 
> Pureheart in Aptos
> 
> This is not a horrible or urgent problem.  A typical directory that I want
> to split up might have 300 entries.


   Look into "hashing" ... it is often used for placing
   records in database systems. Relatively simple variants
   can be coded.

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


#69032

FromRichard Kettlewell <invalid@invalid.invalid>
Date2025-06-23 08:23 +0100
Message-ID<wwv1pra7wfx.fsf@LkoBDZeT.terraraq.uk>
In reply to#69014
pH <wNOSPAMp@gmail.org> writes:
> I've got a pile of scanned family slides in various directories.
>
> They need to be further subdivided and catagorized so here's my scenario:
>
> 1: I have directory 'A' full of jpgs.
>
> 2: I make a few (3-5) suitable sub-directories in that directory.
>   (eg: "pets" "cars" "ski_trip" etcetera)
>
> 3: Is there a program that will display a thumbnail of a jpg (or any size, I
> guess) and list the subdirectories somewhere on the screen, 
> 1 - pets
> 2 - cars
> 3 - ski trip

That seems like it could be done easily in an ordinary GUI file
manager. Make the preview size big enough that you can easily see what’s
in each picture, and drag images to the appropriate subdirectory.

Photo management applications usually have tagging systems of some sort,
but I don’t have any specific recommendations that run under Linux.

-- 
https://www.greenend.org.uk/rjk/

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


#69067

FrompH <wNOSPAMp@gmail.org>
Date2025-06-24 02:47 +0000
Message-ID<103d3kc$1or0b$4@dont-email.me>
In reply to#69032
On 2025-06-23, Richard Kettlewell <invalid@invalid.invalid> wrote:
> pH <wNOSPAMp@gmail.org> writes:
>> I've got a pile of scanned family slides in various directories.
>>
>> They need to be further subdivided and catagorized so here's my scenario:
>>
>> 1: I have directory 'A' full of jpgs.
>>
>> 2: I make a few (3-5) suitable sub-directories in that directory.
>>   (eg: "pets" "cars" "ski_trip" etcetera)
>>
>> 3: Is there a program that will display a thumbnail of a jpg (or any size, I
>> guess) and list the subdirectories somewhere on the screen, 
>> 1 - pets
>> 2 - cars
>> 3 - ski trip
>
> That seems like it could be done easily in an ordinary GUI file
> manager. Make the preview size big enough that you can easily see what’s
> in each picture, and drag images to the appropriate subdirectory.
>
> Photo management applications usually have tagging systems of some sort,
> but I don’t have any specific recommendations that run under Linux.
>

Good point and this sounds like a good way to go as well...I tend to think
command-liney since I'm a CP/M fan at heart....but Linux is okay, too, don't
get me wrong.

pH

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


#69068

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-06-24 03:16 +0000
Message-ID<103d5ad$1pavt$3@dont-email.me>
In reply to#69067
On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:

> ...I tend to think command-liney since I'm a CP/M fan at heart....but
> Linux is okay, too, don't get me wrong.

Unfortunately Linux doesn’t have those drive letters that CP/M fans know 
and love.

MS-DOS copied them, though, and Windows still uses them to this day. You 
might be more at home over there.

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


#69072

FromCharlie Gibbs <cgibbs@kltpzyxm.invalid>
Date2025-06-24 04:52 +0000
Message-ID<8aq6Q.21559$9SBb.8577@fx18.iad>
In reply to#69068
On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:

> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>
>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>> Linux is okay, too, don't get me wrong.
>
> Unfortunately Linux doesn’t have those drive letters that CP/M fans know 
> and love.
>
> MS-DOS copied them, though, and Windows still uses them to this day. You 
> might be more at home over there.

What's so great about drive letters?  /mnt/driveF works well...

-- 
/~\  Charlie Gibbs                  |  Growth for the sake of
\ /  <cgibbs@kltpzyxm.invalid>      |  growth is the ideology
 X   I'm really at ac.dekanfrus     |  of the cancer cell.
/ \  if you read it the right way.  |    -- Edward Abbey

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


#69080

Fromc186282 <c186282@nnada.net>
Date2025-06-24 01:28 -0400
Message-ID<HgydnT2ChM05qsf1nZ2dnZfqn_ednZ2d@giganews.com>
In reply to#69072
On 6/24/25 12:52 AM, Charlie Gibbs wrote:
> On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
> 
>> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>>
>>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>>> Linux is okay, too, don't get me wrong.
>>
>> Unfortunately Linux doesn’t have those drive letters that CP/M fans know
>> and love.
>>
>> MS-DOS copied them, though, and Windows still uses them to this day. You
>> might be more at home over there.
> 
> What's so great about drive letters?  /mnt/driveF works well...

   Um ... NO.

   Long long office experience here. The rank and
   file can RELATE to drive letters, but NOT anything
   more abstract.

   This is the reality. It's OUR job to make the
   workforce efficient. The workforce is only
   JUST so computer-literate. HAVE to make it
   easy, simple. THEY will educate US, not the
   other way around.

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


#69099

FromRich <rich@example.invalid>
Date2025-06-24 20:38 +0000
Message-ID<103f2cb$287va$1@dont-email.me>
In reply to#69080
c186282 <c186282@nnada.net> wrote:
> On 6/24/25 12:52 AM, Charlie Gibbs wrote:
>> On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>> 
>>> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>>>
>>>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>>>> Linux is okay, too, don't get me wrong.
>>>
>>> Unfortunately Linux doesn’t have those drive letters that CP/M fans know
>>> and love.
>>>
>>> MS-DOS copied them, though, and Windows still uses them to this day. You
>>> might be more at home over there.
>> 
>> What's so great about drive letters?  /mnt/driveF works well...
> 
>   Um ... NO.
> 
>   Long long office experience here. The rank and
>   file can RELATE to drive letters, but NOT anything
>   more abstract.

The rank and file might have been able to relate, a little, back when 
their machine had a floppy disk, and it was A: that one used to access 
the disk.  And only then to the extent that "to use this floppy disk 
here, insert it into this slot labeled A:".

But much of the rank and file do not even know where their files are 
stored (they don't understand nested directories, and have no idea of 
"the path to the file".  Which is why you find many with every file in 
"documents" (one level, no subdirectories) or every file on "desktop" 
(because then they get a big icon that they can remember is "near the 
top right corner".

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


#69100

Fromrbowman <bowman@montana.com>
Date2025-06-24 21:37 +0000
Message-ID<mc0k5jF3tqbU2@mid.individual.net>
In reply to#69099
On Tue, 24 Jun 2025 20:38:35 -0000 (UTC), Rich wrote:

> But much of the rank and file do not even know where their files are
> stored (they don't understand nested directories, and have no idea of
> "the path to the file".  Which is why you find many with every file in
> "documents" (one level, no subdirectories) or every file on "desktop"
> (because then they get a big icon that they can remember is "near the
> top right corner".

I can't always find the files. I understand the motivation but sticking 
everything in C:\Users\foobar\wherever and making most of the tree 
invisible by default was a "Don't worry your pretty little head. You don't 
need to know." move.

Then you have frameworks like Angular or dotnet. I first started using VS 
Code to navigate the levels and twisty little passages. 

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


#69157

FromRich <rich@example.invalid>
Date2025-06-27 19:46 +0000
Message-ID<103msfd$b25r$2@dont-email.me>
In reply to#69100
rbowman <bowman@montana.com> wrote:
> On Tue, 24 Jun 2025 20:38:35 -0000 (UTC), Rich wrote:
> 
>> But much of the rank and file do not even know where their files are
>> stored (they don't understand nested directories, and have no idea of
>> "the path to the file".  Which is why you find many with every file in
>> "documents" (one level, no subdirectories) or every file on "desktop"
>> (because then they get a big icon that they can remember is "near the
>> top right corner".
> 
> I can't always find the files. I understand the motivation but sticking 
> everything in C:\Users\foobar\wherever and making most of the tree 
> invisible by default was a "Don't worry your pretty little head. You don't 
> need to know." move.
> 
> Then you have frameworks like Angular or dotnet. I first started using VS 
> Code to navigate the levels and twisty little passages. 

And now, we have the "smartphone native" generation who have only ever 
used a "phone" -- where, in Android at least, while there is a Linux 
filesystem underneath, the entire UI layer goes to great length to hide 
that fact from confusing the users.

As for Apple's iOS, whether there is a 'filesystem' underneath in the 
usual sense, it too pulls the "you don't need to be aware of this 
detail" trick to hide it from their users as well.

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


#69112

Fromc186282 <c186282@nnada.net>
Date2025-06-25 02:14 -0400
Message-ID<1i-dnV6-hLxFDsb1nZ2dnZfqn_WdnZ2d@giganews.com>
In reply to#69099
On 6/24/25 4:38 PM, Rich wrote:
> c186282 <c186282@nnada.net> wrote:
>> On 6/24/25 12:52 AM, Charlie Gibbs wrote:
>>> On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>>>
>>>> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>>>>
>>>>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>>>>> Linux is okay, too, don't get me wrong.
>>>>
>>>> Unfortunately Linux doesn’t have those drive letters that CP/M fans know
>>>> and love.
>>>>
>>>> MS-DOS copied them, though, and Windows still uses them to this day. You
>>>> might be more at home over there.
>>>
>>> What's so great about drive letters?  /mnt/driveF works well...
>>
>>    Um ... NO.
>>
>>    Long long office experience here. The rank and
>>    file can RELATE to drive letters, but NOT anything
>>    more abstract.
> 
> The rank and file might have been able to relate, a little, back when
> their machine had a floppy disk, and it was A: that one used to access
> the disk.  And only then to the extent that "to use this floppy disk
> here, insert it into this slot labeled A:".
> 
> But much of the rank and file do not even know where their files are
> stored (they don't understand nested directories, and have no idea of
> "the path to the file".  Which is why you find many with every file in
> "documents" (one level, no subdirectories) or every file on "desktop"
> (because then they get a big icon that they can remember is "near the
> top right corner".


   Trust me, they do NOT understand ANYTHING about
   storage or devices anymore. Bank you head against
   it all you want - you will see NO success.

   It HAS to be absolutely SIMPLE, mnenomic, or the
   rank and file WON'T GET IT.

   Where I was there was the 'P-drive' - finance, or
   the 'N-drive' - spreadsheets and documents. HAD to
   set it up that way or there'd be a DISASTER. The
   staff weren't stupid - just 'average' - non-tech.
   Super-easy, super-obvious, or NOTHING.

   Think 192.168.1.1//dev/sda3' makes ANY sense to
   the rank and file ??? NO !!!

   In short, it's NOT ALL ABOUT US.

   OUR job is to make it comprehensible, usable,
   for the masses no matter how many tricks are
   required. 'They' will not, can not, keep up
   with the current tech scheme - yet they MUST
   have easy access/use/understanding.

   Differ ? Well then you're OUT OF BUSINESS,
   no more paychecks. Maybe you can find a
   single-wide with four illegal roomies and
   lots of roaches to live in. GET it ???

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


#69158

FromRich <rich@example.invalid>
Date2025-06-27 19:49 +0000
Message-ID<103mskj$b25r$3@dont-email.me>
In reply to#69112
c186282 <c186282@nnada.net> wrote:
> On 6/24/25 4:38 PM, Rich wrote:
>> c186282 <c186282@nnada.net> wrote:
>>> On 6/24/25 12:52 AM, Charlie Gibbs wrote:
>>>> On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>>>>
>>>>> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>>>>>
>>>>>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>>>>>> Linux is okay, too, don't get me wrong.
>>>>>
>>>>> Unfortunately Linux doesn’t have those drive letters that CP/M fans know
>>>>> and love.
>>>>>
>>>>> MS-DOS copied them, though, and Windows still uses them to this day. You
>>>>> might be more at home over there.
>>>>
>>>> What's so great about drive letters?  /mnt/driveF works well...
>>>
>>>    Um ... NO.
>>>
>>>    Long long office experience here. The rank and
>>>    file can RELATE to drive letters, but NOT anything
>>>    more abstract.
>> 
>> The rank and file might have been able to relate, a little, back when
>> their machine had a floppy disk, and it was A: that one used to access
>> the disk.  And only then to the extent that "to use this floppy disk
>> here, insert it into this slot labeled A:".
>> 
>> But much of the rank and file do not even know where their files are
>> stored (they don't understand nested directories, and have no idea of
>> "the path to the file".  Which is why you find many with every file in
>> "documents" (one level, no subdirectories) or every file on "desktop"
>> (because then they get a big icon that they can remember is "near the
>> top right corner".
> 
> 
>   Trust me, they do NOT understand ANYTHING about
>   storage or devices anymore. Bank you head against
>   it all you want - you will see NO success.

Indeed.  In fact, there are those who use "computers" (provided by $job) 
daily, where if you shift the icons by 1cm in any direction, they 
become lost and unable to function.

They 'learned' to click on "this spot" on the screen, and if the button 
that was there moves away (only a small amount is needed) they become 
unable to locate it until the new location is pointed out by someone 
else.

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


#69161

Fromc186282 <c186282@nnada.net>
Date2025-06-27 18:34 -0400
Message-ID<I6ScnSzZzIYQgcL1nZ2dnZfqn_udnZ2d@giganews.com>
In reply to#69158
On 6/27/25 3:49 PM, Rich wrote:
> c186282 <c186282@nnada.net> wrote:
>> On 6/24/25 4:38 PM, Rich wrote:
>>> c186282 <c186282@nnada.net> wrote:
>>>> On 6/24/25 12:52 AM, Charlie Gibbs wrote:
>>>>> On 2025-06-24, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>>>>>
>>>>>> On Tue, 24 Jun 2025 02:47:40 -0000 (UTC), pH wrote:
>>>>>>
>>>>>>> ...I tend to think command-liney since I'm a CP/M fan at heart....but
>>>>>>> Linux is okay, too, don't get me wrong.
>>>>>>
>>>>>> Unfortunately Linux doesn’t have those drive letters that CP/M fans know
>>>>>> and love.
>>>>>>
>>>>>> MS-DOS copied them, though, and Windows still uses them to this day. You
>>>>>> might be more at home over there.
>>>>>
>>>>> What's so great about drive letters?  /mnt/driveF works well...
>>>>
>>>>     Um ... NO.
>>>>
>>>>     Long long office experience here. The rank and
>>>>     file can RELATE to drive letters, but NOT anything
>>>>     more abstract.
>>>
>>> The rank and file might have been able to relate, a little, back when
>>> their machine had a floppy disk, and it was A: that one used to access
>>> the disk.  And only then to the extent that "to use this floppy disk
>>> here, insert it into this slot labeled A:".
>>>
>>> But much of the rank and file do not even know where their files are
>>> stored (they don't understand nested directories, and have no idea of
>>> "the path to the file".  Which is why you find many with every file in
>>> "documents" (one level, no subdirectories) or every file on "desktop"
>>> (because then they get a big icon that they can remember is "near the
>>> top right corner".
>>
>>
>>    Trust me, they do NOT understand ANYTHING about
>>    storage or devices anymore. Bank you head against
>>    it all you want - you will see NO success.
> 
> Indeed.  In fact, there are those who use "computers" (provided by $job)
> daily, where if you shift the icons by 1cm in any direction, they
> become lost and unable to function.
> 
> They 'learned' to click on "this spot" on the screen, and if the button
> that was there moves away (only a small amount is needed) they become
> unable to locate it until the new location is pointed out by someone
> else.


   Ah ... "users"  :-)

   Had an otherwise intelligent gal - she re-wrote the
   whole yearly budget spreadsheet - but she was death
   with GUIs and too often dragged whole deep folders
   or even once the entire contents of the drive she
   usually used off "somewhere". Was using SAMBA and
   had to extend the auto-trash wipe time for her out
   to over a month because of the inevitable "have
   you seen my payroll folder ?" question  :-)

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


#69171

FromCharlie Gibbs <cgibbs@kltpzyxm.invalid>
Date2025-06-28 14:07 +0000
Message-ID<uGS7Q.14212$V4j4.1325@fx46.iad>
In reply to#69161
On 2025-06-27, c186282 <c186282@nnada.net> wrote:

>    Ah ... "users"  :-)
>
>    Had an otherwise intelligent gal - she re-wrote the
>    whole yearly budget spreadsheet - but she was death
>    with GUIs and too often dragged whole deep folders
>    or even once the entire contents of the drive she
>    usually used off "somewhere". Was using SAMBA and
>    had to extend the auto-trash wipe time for her out
>    to over a month because of the inevitable "have
>    you seen my payroll folder ?" question  :-)

I refuse to use drag-and-drop.  It's too dangerous,
even for experienced users.  One slip of the finger
on the mouse button you're dragging, and it's time for

$ find ~ -print | grep <myfilename>

which for a naive user translates to "you're screwed".

-- 
/~\  Charlie Gibbs                  |  Growth for the sake of
\ /  <cgibbs@kltpzyxm.invalid>      |  growth is the ideology
 X   I'm really at ac.dekanfrus     |  of the cancer cell.
/ \  if you read it the right way.  |    -- Edward Abbey

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


#69177

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-06-28 23:06 +0000
Message-ID<103psi2$142ke$10@dont-email.me>
In reply to#69171
On Sat, 28 Jun 2025 14:07:22 GMT, Charlie Gibbs wrote:

> I refuse to use drag-and-drop.  It's too dangerous, even for experienced
> users.  One slip of the finger on the mouse button you're dragging, and
> it's time for
> 
> $ find ~ -print | grep <myfilename>

In my case, it would just end up on the desktop. (What? You don’t have an 
entire virtual desktop dedicated to things like your email client?)

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


#69180

FromEli the Bearded <*@eli.users.panix.com>
Date2025-06-29 03:41 +0000
Message-ID<eli$2506282340@qaz.wtf>
In reply to#69177
In comp.os.linux.misc, Lawrence D'Oliveiro  <ldo@nz.invalid> wrote:
> On Sat, 28 Jun 2025 14:07:22 GMT, Charlie Gibbs wrote:
>> I refuse to use drag-and-drop.  It's too dangerous, even for experienced
>> users.  One slip of the finger on the mouse button you're dragging, and
>> it's time for
>> $ find ~ -print | grep <myfilename>

Valid, but I'd probably go with:

     find ~ -name \*myfilename\*

I don't use drag-n-drop because I don't use any file manager I can drag
from.

> In my case, it would just end up on the desktop. (What? You don't have an 
> entire virtual desktop dedicated to things like your email client?)

Nope. Why would I need a virtual desktop for mailx? I don't have a
"desktop" I have a root window blissfully free of icons. If only I could
convince XDG aware programs that "Desktop" is not a place.

$ grep -i desktop ~/.config/user-dirs.dirs
XDG_DESKTOP_DIR="$HOME/.empty"
$ (cd ; du .empty)
4       .empty
$

Elijah
------
does a lot of command line file management on his phone, too

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


#69181

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-06-29 04:44 +0000
Message-ID<103qgbq$1bm1q$2@dont-email.me>
In reply to#69180
On Sun, 29 Jun 2025 03:41:09 -0000 (UTC), Eli the Bearded wrote:

> I don't use drag-n-drop because I don't use any file manager I can drag
> from.

I don’t use that much either, but ...

> In comp.os.linux.misc, Lawrence D'Oliveiro  <ldo@nz.invalid> wrote:
> 
>> In my case, it would just end up on the desktop. (What? You don't have
>> an entire virtual desktop dedicated to things like your email client?)
> 
> Nope. Why would I need a virtual desktop for mailx?

I was talking about drag-and-drop between windows in my MUA.

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


#69183 — XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.)

FromNuno Silva <nunojsilva@invalid.invalid>
Date2025-06-29 10:35 +0100
SubjectXDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.)
Message-ID<103r1c9$1ellf$1@dont-email.me>
In reply to#69180
On 2025-06-29, Eli the Bearded wrote:

> In comp.os.linux.misc, Lawrence D'Oliveiro  <ldo@nz.invalid> wrote:
>> On Sat, 28 Jun 2025 14:07:22 GMT, Charlie Gibbs wrote:
>>> I refuse to use drag-and-drop.  It's too dangerous, even for experienced
>>> users.  One slip of the finger on the mouse button you're dragging, and
>>> it's time for
>>> $ find ~ -print | grep <myfilename>
>
> Valid, but I'd probably go with:
>
>      find ~ -name \*myfilename\*
>
> I don't use drag-n-drop because I don't use any file manager I can drag
> from.
>
>> In my case, it would just end up on the desktop. (What? You don't have an 
>> entire virtual desktop dedicated to things like your email client?)
>
> Nope. Why would I need a virtual desktop for mailx? I don't have a
> "desktop" I have a root window blissfully free of icons. If only I could
> convince XDG aware programs that "Desktop" is not a place.
>
> $ grep -i desktop ~/.config/user-dirs.dirs
> XDG_DESKTOP_DIR="$HOME/.empty"
> $ (cd ; du .empty)
> 4       .empty
> $
>
> Elijah
> ------
> does a lot of command line file management on his phone, too

Such XDG "compliance" does tend to introduce some annoying things that
in no way appear to be designed to cater to users who don't want the MS
Windows experience, or the freedesktop idea of what Linux-based systems
should be like.

* This idea of "Documents" and "Desktop" being folders that exist.

* The whole XDG_CONFIG_HOME approach is needlessly incompatible with the
  standard (even if just de facto) configuration directory approach. All
  it'd take to avoid the breakage would be requiring subdirectories of
  it to begin with a "." - then backwards compatibility could perhaps be
  a matter of setting XDG_CONFIG_HOME to $HOME?

* There have been changes breaking expectations and standards in how
  copy-paste is handled in applications and toolkits because at some
  point it was seen fitting to follow some other specification for how
  copy and paste is handled, and places where Shift-Insert used to paste
  from PRIMARY now paste content from CLIPBOARD.

Even in the event this was all in good faith, there's definitely more
than just one occurrence of it breaking compatibility bad enough that it
amounts to pushing the freedesktop view of what the system should be.

Not to mention now there have been utilities adopting the
XDG_CONFIG_HOME approach... but what does that mean for other UNIX and
UNIX-like systems? Users on other systems have to do it the freedesktop
way now?


There was also the introduction (or more widespread adoption?) of yet
another separate mechanism to handle file types and protocols, this one
apparently focused on "the desktop environment will provide a way to
handle it" - at least there are command line utilities that can
manipulate the settings, and IIRC these also work without a desktop
environment, despite the wording of at least the xdg-settings online
manual page suggesting it requires one. I think the only challenge of
this one, once one knows the tools, might be that it requires "desktop
entry" files (".desktop").

(Cf. my (non-)answer at https://askubuntu.com/a/141178, but do note that
the accepted answer, not mine, is the one which addresses the actual
issue in the question.)

-- 
Nuno Silva

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


#69195 — Re: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.)

FromLawrence D'Oliveiro <ldo@nz.invalid>
Date2025-06-29 23:58 +0000
SubjectRe: XDG and Freedesktop (was: Re: Program to dole out jpg's to subdirctories, card-dealing style.)
Message-ID<103sjv9$1p9c9$6@dont-email.me>
In reply to#69183
On Sun, 29 Jun 2025 10:35:05 +0100, Nuno Silva wrote:

> * The whole XDG_CONFIG_HOME approach is needlessly incompatible with the
>   standard (even if just de facto) configuration directory approach.

    ldo@theon:~> ls -d ~/.[!.]* | wc -l
    270

Death to dotfile clutter!

> Not to mention now there have been utilities adopting the
> XDG_CONFIG_HOME approach... but what does that mean for other UNIX and
> UNIX-like systems? Users on other systems have to do it the freedesktop
> way now?

This is all implemented in common library code. If the same code runs on a 
different *nix system, built against the same libraries, then it will 
implement the same conventions for its dotfiles.

> I think the only challenge of this one, once one knows the tools,
> might be that it requires "desktop entry" files (".desktop").

These are very versatile things. They not only define clickable icons on 
the desktop, but also menu entries. And also icons in the favourites 
toolbar. And also custom entries in the “create new document” menu in file 
managers.

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


Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6  Next page →

Back to top | Article view | comp.os.linux.misc


csiph-web