Build 3777 - RegEx-based file masks

[mike]

Hi folks,

Another preview of v1.4 is here.

What's new:

• Find Files and (De)Select By Mask now both support masks based on regular expressions.
  Also reformatted the UI of the Find Files dialog to make it more laconic.
• Fixed an issue with incorrect horizontal alignment of a scroller in a Brief presentation mode.
  That likely appeared in a recent version(s) of macOS.
• Now scrolling caused by keypresses is instantaneous (not smooth and doesn't show scrollbars) by default for both Brief and List presentation modes.
  The "filePanel.presentation.smoothScrolling" config setting controls that.
• The header of a List view is no longer transparent, that caused visual glitches in the Dark mode.
• Cmd-Backspace no longer moves an item to trash when its being renamed via in-place filename editor.
• The UI of filename colouring rules in the Preferences properly works again.
• Fixed a UI crash that could happen when filenames contains newline symbols.
• Fixed a sporadical deadlock in the native VFS when setting up listeners to notifications of filesystem events.
• Fixed a visual glitch of filenames being wrongly truncated when they should fit (in the Brief presentation mode).
• Various performance optimisations.

Here's the link to the build itself:
https://magnumbytes.com/downloads/previ ... (3777).dmg

Your feedback is welcome.

Thanks,
Michael

[lim]

May be I meet some Bugs with build 3777. When I use Keka 1.2.55 to compress a file named in Chinese,

中文测试.zip

(162 Bytes) Downloaded 103 times

, nimble commander shows this zip file was blank, but if I use the nimble commander's internal compress function to make this zip file,

中文测试 2.zip

(208 Bytes) Downloaded 102 times

, it can shows zip file content correctly. This bug did not show on the stable build 3711.

[mike]

Thank you for the reproducible test case, I'm investigating the issue.

[mike]

Fixed now, next build should behave correctly.

[akust]

Find Files and (De)Select By Mask now both support masks based on regular expressions.

It's great to see that you care about regexp! But I could not see any change..(?):
Under "find.." (cmd+f) I don't see [ ]regexp (and it doesn't work either, see screenshot).
Under "Batch Rename": yes, but that was already in v1.30

What am I doing wrong?

[mike]

It's great to see that you care about regexp! But I could not see any change..(?):
Under "find.." (cmd+f) I don't see [ ]regexp (and it doesn't work either, see screenshot).
Under "Batch Rename": yes, but that was already in v1.30
What am I doing wrong?

By default NC treats the query string as a mask.
If you click on a search button (the magnifying glass with a down arrow) or hit the Down key - it'll make appear a pop-up menu with an option to toggle regular expressions instead of a file mask.

[akust]

cool!

[akust]

and what's about "Containing text" - no regexp..?
So I haven't seriously missed it yet, but if regexp is already in the code it should be relatively easy to add it to the text search.. or?

[akust]

So I haven't seriously missed it yet

well.. right now I want to find active print(..) left overs in certain files. Maybe there is a different more intelligent solution to find it but I think of: regexp search the text in all files and I need to find:
print
without
-- print
or
--print

(-- is comment in LUA)

I think it would be:

Code: Select all

^\s+print

That is: start of line (^) with or without space (\s+) and "print". This way it doesn't find any "--".

However.. there is no regexp search. So I need to go to every print and find the uncommented ones..

[mike]

and what's about "Containing text" - no regexp..?
So I haven't seriously missed it yet, but if regexp is already in the code it should be relatively easy to add it to the text search.. or?

You are right, RegEx search is now supported only for the filenames.
Search within files will be added later at some point.