build 1731 - archives & FindFiles improvements
build 1731 - archives & FindFiles improvements
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: FindFiles now can look in archives: And, since archives can be opened inside other archives now - FindFiles can search recursively, too:
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
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: FindFiles now can look in archives: And, since archives can be opened inside other archives now - FindFiles can search recursively, too:
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
Re: build 1731 - archives & FindFiles improvements
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.
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.
Re: build 1731 - archives & FindFiles improvements
Loved the feature - thank you.
Checked with .jar as well - thank you for fixing it up too!
I am now a happy camper.
Checked with .jar as well - thank you for fixing it up too!
I am now a happy camper.
Re: build 1731 - archives & FindFiles improvements
Darek, I'm all on this issue now.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.
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?
Re: build 1731 - archives & FindFiles improvements
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.
Re: build 1731 - archives & FindFiles improvements
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.
http://magnumbytes.com/downloads/previe ... (1738).zip
Anyway, I feel this is only the initial set of startup options, something will appear later.
Re: build 1731 - archives & FindFiles improvements
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.
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.
Re: build 1731 - archives & FindFiles improvements
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...
Just loud thinking here though. I haven't considered any deeper consequences of these things...
Re: build 1731 - archives & FindFiles improvements
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
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
Re: build 1731 - archives & FindFiles improvements
Nope, selected items are actually "selected items if any, or currently focused item".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...
This formula is used literally everywhere in NC.