That would be awesome. I’d give license money again haha
ps where is the piano xrni from in your sig’s song?
ontopic: also, when you create a folder in say explorer (i’m on windows) that is somewhere in the tree of disk browsers current ‘root’ dir, when you focus back on renoise it refreshes and still thinks it’s in dir entry #20 while it should’ve been switched over to #21 (or save current path as pathname or sth)… know what I mean?
Not for me… even the 4 available now, i never remember which one i set to where, and there’s this annoying bug that the mouseover popup showing the full path “sometimes” appears and sometimes not
This is the way I use it, since that works on all platforms just as “expected”.
Still I agree with the OP that directory navigation in Renoise has quite a learning curve and somehow differs from what I “know” from windows and linux (except the clicky-aim-clicky-aim-click-aim-click-aim-clicky style of navigation).
I think a few of these comments are missing the point (or at least, what I think is the important issue here). The issue is not whether the directory navigation is more like windows or more like amiga, it’s that directory navigation using the keyboard alone is not fluid (or even feasible, for that matter).
No, on the contrary. These are suggestions for improvement on platforms that have a decent filesystem structure. The problem is that windows programs ported to other systems are just so annoyingly…windows-ish and cumbersome when it comes to files & directories.
They are, at least on my network. This does not eliminate the need for a usable filesystem navigation.
I feel you didn’t really read any of this topic or the topic linked.
Wouldn’t help. This is more about when you have samples outside your regular locations, for instance, downloaded a compo pack and unzipped it right in downloads folder; now could it be made a lot easier to navigate to that folder in renoise when you already have the folder opened in windows explorer / mac finder / linux whatever? Yes it could
Being able to even script the DB’s location would be awesome already
i second what you guys are saying, for me it would be nice if, at least, the search was recursive …
…keeping fingers crossed …
[indent]but in the mean time,
here is how one can navigate using the keyboard :
the focus is gained by alt+clicking into the file browser … and tadaaaa …! there you are set whizzing around using the keyboard.
in the lower right corner click “more” => you get “full frame” … aah, now one actually see the whole tree
this is a preset view i have saved for my workflow
F1 is set to this full frame view in my case, in order to get direct keyboard focus without even touching a mouse
there you can ctrl+arrow-key, pg up/down, and tab around,
(check for the navigation shortcut keys referenced in the right click context menu to learn)
works quiet OK for me. … beats mousing around for sure [/indent]
but type-able navigation string would be very nice, indeed.
as mentioned, recursive search, descending into sub folder, is what i wish, if i may.
something small and feasible but really inherent improvement would be a keyboard shortcut to focus the search field
PS: for the customizable “links” to folders:
on the far left, where it says:
“Song, DSP Chain, Sample, Instrument, Theme”
right above there are buttons: “1 2 3 4”
now when you navigate to your additional target folder (to give it focus as root folder), by right-clicking on one of the numbers, it becomes a shortcut to that presently focused folder, (same procedure as in saving “views”) you can thereafter directly jump to this folder by using the assigned n° button (4x for each registry, that is)
Hey thanks for every tip in here
the last part about the <1> through <4> buttons I’m guessing everybody in this topic already knew about, but there are some tactics here that I didn’t realize worked; especially saving the fullscreen diskbrowser (I would probably have the bottom bar open with instrument properties) as a view and how it also saves the place that has focus! That’s awesome.
I definitely agree on the “need” for a shortcut for the find box.
The focus goes to the filename box when you click on it.
Now try typing “…” followed by TAB or ENTER - you should end up in the parent directory. Instead ENTER assumes you’re trying to load/save a file actually called “…” and TAB inserts a few spaces in the box.
Giving the focus to the file list doesn’t seem much help either, other than using up/down to select entries…
the following is the behaviour one would expect right away of this intuitive and standard file browser
besides ctrl + clicking, one may also cycle the focus to the file list by ctrl + tab-ing …(ctrl + shift + tab cycles backwards) also handy for switching from/to the track selector field
with focus on the file list, tab switches focus between the left and right field
in the left tree view
on a folder, right arrow key expands it, left arrow key collapses it
enter key selects the folder
in the right field
on a folder, enter key opens it
on a file, enter key loads the sample/instrument (to the presently selected track)
on “…”, enter key goes “…” (up the tree)
(pg up/dn for jumping)
ctrl + up/down arrows switches between the registries on the left hand side (Song, DSP Chain, Instrument, Sample, Theme)
ctrl + 1-4 switches between the (saved) alternative repositories
if not needing to browse the whole disk, (most of the time that is)
another option is to drag the frame separator between the two fields all to the left <<<
now this leaves one field where the focus stays in, which gives quiet a clean and undistracted view
for browsing the samples and instruments …
while availing oneself exclusively of the left hand side registry facility for switching repositories
@devs: the field that is now called “search” should technically be called “filter”