build 1731 - archives & FindFiles improvements

Alpha/Beta versions for early access to new half-cooked features
User avatar
mike
Posts: 1060
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

build 1731 - archives & FindFiles improvements

Post by mike » Thu Aug 25, 2016 2:50 am

Hi, folks!

Finally, NC now supports archives handling on any VFS, i.e. in other archives, in network filesystems, even in xattr's.
(RAR archives handling still works only on native filesystems)
A brief example of possibilities:
Screen Shot 2016-08-25 at 09.29.01.png
Screen Shot 2016-08-25 at 09.29.01.png (22.99 KiB) Viewed 13218 times
FindFiles now can look in archives:
Screen Shot 2016-08-25 at 09.37.04.png
Screen Shot 2016-08-25 at 09.37.04.png (149.01 KiB) Viewed 13218 times
And, since archives can be opened inside other archives now - FindFiles can search recursively, too:
BvuWRxq.jpg
BvuWRxq.jpg (15.69 KiB) Viewed 13218 times
:D

I've also added a window with a list of active virtual file systems in NC, if there's a curiosity of what's going on under the hood.

Here's the build itself:
http://magnumbytes.com/downloads/previe ... (1731).zip

User avatar
darek
Posts: 179
Joined: Thu Jul 16, 2015 4:50 pm
Location: Warsaw, Poland
Contact:

Re: build 1731 - archives & FindFiles improvements

Post by darek » Fri Aug 26, 2016 12:50 pm

Got the build, tested new features and they look very solid :) Kudos!

Mike, what would you say about tackling that external tools issue now?
http://magnumbytes.com/forum/viewtopic. ... rt=20#p614

I don't know about others, but for me that one is now a regular frustration :) Would love to have a way to fix or work around the problem.

don
Posts: 134
Joined: Sat Jul 18, 2015 11:03 am
Location: Sydney, AU

Re: build 1731 - archives & FindFiles improvements

Post by don » Mon Aug 29, 2016 3:18 am

Loved the feature - thank you.

Checked with .jar as well - thank you for fixing it up too!

I am now a happy camper.

User avatar
mike
Posts: 1060
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1731 - archives & FindFiles improvements

Post by mike » Tue Aug 30, 2016 2:04 pm

darek wrote: Mike, what would you say about tackling that external tools issue now?
http://magnumbytes.com/forum/viewtopic. ... rt=20#p614
I don't know about others, but for me that one is now a regular frustration :) Would love to have a way to fix or work around the problem.
Darek, I'm all on this issue now.
However, still can't decide, what spectrum of startup options is suitable.
Currently I see 3 variants, regardless of application kind (UI or console):
- Automatic (will choose 2nd variant for console applications and 3rd variant for UI applications)
- Run application inside terminal
- Run application detached

Do you think this will be enough at the moment?

User avatar
darek
Posts: 179
Joined: Thu Jul 16, 2015 4:50 pm
Location: Warsaw, Poland
Contact:

Re: build 1731 - archives & FindFiles improvements

Post by darek » Tue Aug 30, 2016 2:27 pm

Yes. If I can force the detached mode, that's enough for me. I don't want NC to wait for the app to finish, don't want to trigger the console and don't want to change current working directory. Forced detached mode sounds like it would do all three.

User avatar
mike
Posts: 1060
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1731 - archives & FindFiles improvements

Post by mike » Wed Aug 31, 2016 5:43 am

Alright, seems to be done:
http://magnumbytes.com/downloads/previe ... (1738).zip
Anyway, I feel this is only the initial set of startup options, something will appear later.

User avatar
darek
Posts: 179
Joined: Thu Jul 16, 2015 4:50 pm
Location: Warsaw, Poland
Contact:

Re: build 1731 - archives & FindFiles improvements

Post by darek » Wed Aug 31, 2016 11:14 am

Hmh... I'm getting weird results though. I have this tool "/usr/local/bin/bcomp" with this args: "%2T %P %-P"

When I point to one file in one panel and different file in second panel, all is fine.

When I select 2 files in source panel and 1 file in target panel strange things happen:
* for "run in terminal" mode it works as expected, BC starts in text compare mode
* but when I switch to "run detached", BC starts in a strange merge mode

It looks like these two modes do things slightly differently, as if the "detached" mode was somehow triggering a "2-way merge" mode. It's hard for me to debug this though. I've tried googling, found this http://www.scootersoftware.com/support.php?zz=kb_vcs but nothing jumped out on me.

User avatar
darek
Posts: 179
Joined: Thu Jul 16, 2015 4:50 pm
Location: Warsaw, Poland
Contact:

Re: build 1731 - archives & FindFiles improvements

Post by darek » Wed Aug 31, 2016 11:29 am

Also, now that I think of it, %P is a component of "Insert selected items" section. Shouldn't it return nothing if nothing's selected? Right now, if nothing is selected in the panel, it returns the element pointed by the cursor, but this could be confusing (and perhaps limiting?). For my use case above, if %P was changed to return only selected items, I could always write "%2T %P %-P %p %-p" and have more less the same behavior as I have now.

Just loud thinking here though. I haven't considered any deeper consequences of these things...

User avatar
mike
Posts: 1060
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1731 - archives & FindFiles improvements

Post by mike » Wed Aug 31, 2016 11:31 am

I think I've found a bug which caused this issue.
Hanging trailing space (' ') appeared in tools parameters string and it was happily eaten by shell, but, since spawning of external processes uses a different parameters treating, it was misunderstood as a 3rd parameter, which in turn made BC mad.
Will fix soon, stay tuned :)

User avatar
mike
Posts: 1060
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1731 - archives & FindFiles improvements

Post by mike » Wed Aug 31, 2016 11:46 am

darek wrote:Also, now that I think of it, %P is a component of "Insert selected items" section. Shouldn't it return nothing if nothing's selected? Right now, if nothing is selected in the panel, it returns the element pointed by the cursor, but this could be confusing (and perhaps limiting?). For my use case above, if %P was changed to return only selected items, I could always write "%2T %P %-P %p %-p" and have more less the same behavior as I have now.

Just loud thinking here though. I haven't considered any deeper consequences of these things...
Nope, selected items are actually "selected items if any, or currently focused item".
This formula is used literally everywhere in NC.

Post Reply