Surely 'recentcy' is the most basic/important attribute, when manipulating
multiple files: like getting dressed. It's the reason for the stack.
When creating *.pdf, for no good reason, other than to be arty, consider how
it messes the search for text in a dir.
Since it's oftem sensible to keep all the files of a single project in one Dir,
a script to: when searching for text, skip: *.pdf, *.tiff, *.wav ...
may be good? How would such a script look?
Here's a script to find that critical file that you were reading in
the week before
that special event, and which mentioned B/b"oeing", "default", "accident"
[or any other set of strings].
#!/bin/bash
echo ' Fnd3StrngsD DaysOld Str1 Str2 Str3 DirTree'
find $5 -type f -ctime -$1 -print0 | \
xargs -0 grep -l $2 | tr "\n" "\0" | \
xargs -0 grep -l $3 | tr "\n" "\0" | \
xargs -0 grep -l $4
On 9/13/13, mc-requ...@gnome.org <mc-requ...@gnome.org> wrote:
> Send mc mailing list submissions to
> mc@gnome.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.gnome.org/mailman/listinfo/mc
> or, via email, send a message with subject or body 'help' to
> mc-requ...@gnome.org
>
> You can reach the person managing the list at
> mc-ow...@gnome.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mc digest..."
>
>
> Today's Topics:
>
> 1. Re: mc Digest, Vol 113, Issue 8 (chris glur)
> 2. Re: sort files list in find files (Miven)
> 3. Re: sort files list in find files (wwp)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 13 Sep 2013 01:54:47 +0200
> From: chris glur <crg...@gmail.com>
> To: mc@gnome.org
> Subject: Re: mc Digest, Vol 113, Issue 8
> Message-ID:
> <CACe=ecozcxh-1w4_kssgxcemcrdtxwsxryhwcp7h3+y+1uk...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> ..towards having a zillion option and as unusable
> as a M$loth-Xmas tree.
> Isn't the 'panelising' facility designed to isolate
> those who need sorting by size, time, name ..colour?
>
> On 9/11/13, mc-requ...@gnome.org <mc-requ...@gnome.org> wrote:
>> Send mc mailing list submissions to
>> mc@gnome.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://mail.gnome.org/mailman/listinfo/mc
>> or, via email, send a message with subject or body 'help' to
>> mc-requ...@gnome.org
>>
>> You can reach the person managing the list at
>> mc-ow...@gnome.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of mc digest..."
>>
>>
>> Today's Topics:
>>
>> 1. sort files list in find files (wwp)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Tue, 10 Sep 2013 16:39:12 +0200
>> From: wwp <subscr...@free.fr>
>> To: mc@gnome.org
>> Subject: sort files list in find files
>> Message-ID: <20130910163912.475b144b@anthra>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> Hello there,
>>
>> I wonder if it's (or would be) possible to sort the filenames in the
>> find files dialog? I presume it's about sorting the files list *before*
>> processing to the in-file search, so that results can be presented as
>> they are performing.
>>
>> Any thought?
>>
>> Regards,
>>
>> --
>> wwp
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: signature.asc
>> Type: application/pgp-signature
>> Size: 198 bytes
>> Desc: not available
>> URL:
>> <https://mail.gnome.org/archives/mc/attachments/20130910/29a274aa/attachment.sig>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> mc mailing list
>> https://mail.gnome.org/mailman/listinfo/mc
>>
>>
>> ------------------------------
>>
>> End of mc Digest, Vol 113, Issue 8
>> **********************************
>>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 12 Sep 2013 17:10:18 -0700
> From: Miven <mdooli...@gmail.com>
> To: mc@gnome.org
> Subject: Re: sort files list in find files
> Message-ID: <op.w3bo58u6uu7...@coyote.electromag.net>
> Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
>
> On Wed, 11 Sep 2013 05:00:04 -0700, <mc-requ...@gnome.org> wrote:
>
>
>> I wonder if it's (or would be) possible to sort the filenames in the
>> find files dialog? I presume it's about sorting the files list *before*
>> processing to the in-file search, so that results can be presented as
>> they are performing.
>
> Speaking of find files, I just upgraded from my well hacked 4.6.1 to
> 4.8.10 last week. Awesome. The new dialogs are superb. Thank you devs.
>
> Back to the question:
>
> I get results as they happen. Does your system wait until everything is
> done before displaying results?
>
> I use find files on huge directory trees very often. Any sorting process
> would slow down an already lengthy process I would imagine. Of course
> I'm usually grepping for something.
>
> If you are just finding files without looking through the content, then
> I could see maybe wanting the results sorted (alphabetically?).
>
> I believe find files just scrams through the dirs and files in whatever
> order they present themselves from the disk in order to be a speedy as
> possible.
>
> As an addendum, if the files were sorted first, and then grepped, that
> would mean the A's *always* get processed before the Z's, or some such
> thing. I don't think I would like that very much.
>
> What might be more useful to me is a button to sort the results *after*
> the search had been completed. And even then, do you sort on the
> pathname? Modify time? Inode? Owner? Choices, choices, options,
> options...
>
> One thing I might do to improve find file, is to show the patterns that
> are being scanned for in the title of the results dialog. eg:
>
> ---------- Find File: '*.[ch]' Content: 'const char' ----------
>
> because I often have more than one mc running on different terminals or
> workspaces. I get a lengthy find files/grep going, then flip to another
> workspace, poke around there, then check email, then check on dinner,
> answer the phone, and when I get back I cannot remember what the heck
> it was I was grepping for to begin with.
>
> With the results dialog up, there is no indication of what it's looking
> for, then I have to escape and do it again to see. On a lengthy grep,
> this is very wasteful.
>
> --
> Peace and Cheer
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 13 Sep 2013 02:32:02 +0200
> From: wwp <subscr...@free.fr>
> To: mc@gnome.org
> Subject: Re: sort files list in find files
> Message-ID: <20130913023202.0e1d36bf@anthra>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello Miven,
>
>
> On Thu, 12 Sep 2013 17:10:18 -0700 Miven <mdooli...@gmail.com> wrote:
>
>> On Wed, 11 Sep 2013 05:00:04 -0700, <mc-requ...@gnome.org> wrote:
>>
>>
>> > I wonder if it's (or would be) possible to sort the filenames in the
>> > find files dialog? I presume it's about sorting the files list *before*
>> > processing to the in-file search, so that results can be presented as
>> > they are performing.
>>
>> Speaking of find files, I just upgraded from my well hacked 4.6.1 to
>> 4.8.10 last week. Awesome. The new dialogs are superb. Thank you devs.
>>
>> Back to the question:
>>
>> I get results as they happen. Does your system wait until everything is
>> done before displaying results?
>>
>> I use find files on huge directory trees very often. Any sorting process
>> would slow down an already lengthy process I would imagine. Of course
>> I'm usually grepping for something.
>>
>> If you are just finding files without looking through the content, then
>> I could see maybe wanting the results sorted (alphabetically?).
>>
>> I believe find files just scrams through the dirs and files in whatever
>> order they present themselves from the disk in order to be a speedy as
>> possible.
>
> Yes, files are grepped and results shown "live". It's not displayed at
> the end of the whole process. If you run the find file process, you can
> feel it, it's sensitive when you find in big files, as you see results
> being shown file by file, slowly.
> My asking for sorting was for both find files and grepping files. Same
> point to me.
>
>
>> As an addendum, if the files were sorted first, and then grepped, that
>> would mean the A's *always* get processed before the Z's, or some such
>> thing. I don't think I would like that very much.
>
> I don't agree with you there. I really don't care what A or Z file is
> being grepped first. What's your point here, does it matter? Do you
> want files to be processed by FS storage order?
>
> And anyway, since search results are displayed file by file, I guess we
> have no other choice here if we want sorting. Unless you want the whole
> find file process to run (potentially for hours) *then* you get things
> displayed? Ouch, no thanks. Or I misunderstood something?
>
>
>> What might be more useful to me is a button to sort the results *after*
>> the search had been completed. And even then, do you sort on the
>> pathname? Modify time? Inode? Owner? Choices, choices, options,
>> options...
> [snip]
>
> Sort after could be an option, yes, but it seems less pertinent to me,
> moreover when all find options are found *before* starting the find
> process. Moreover, getting files sorted *live* makes way more sense to
> me, as I sometimes open another terminal and look at the directory
> contents (sorted, thanks to mc or ls). Of course, when I asked for
> sorting there, I meant "an option to sort files", but I meant to sort
> files as they are processed, not a button to sort afterwards, which
> really means an option in the find dialog, where other find options
> reside (first hit, regexp, etc.).
>
>
> Regards,
>
> --
> wwp
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: not available
> URL:
> <https://mail.gnome.org/archives/mc/attachments/20130913/b746ca26/attachment.sig>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> mc mailing list
> https://mail.gnome.org/mailman/listinfo/mc
>
>
> ------------------------------
>
> End of mc Digest, Vol 113, Issue 9
> **********************************
>
_______________________________________________
mc mailing list
https://mail.gnome.org/mailman/listinfo/mc
