coupe of things --> possible already?

[Lykdraft]

couple of little things here where I'd like to know if that's possible already:

• close VST/VSTi Window without clicking. (i.e.: escape key or a toggle command) Open works fine via hotkey but I can't seem to close it by hotkey.

• load/save block, load/save track ---> hotkeys possible?

• select Seqtrack (itself) via keycommands / select Blocks on Seqtrack via keycommands. (next/prev block on seqtrack. The normal playlist next/prev won't work. When I start playback the track edit view snaps back to view the selected/highlighted block in the seqtrack, a bit confusing.)

• possible to change the red rectangles around all blocks on the selected seqtrack? (I've looked through the color config, but couldn't find the entry to change that. It's very much "in your face" so to speak. )

• hotkey for opening mixer window? (especially mixer from selected soundobjects)

• hotkey for "F" (Sequence Track Window Full Screen View)

• I want to remap the CTRL-J (Jump to line) to the "." on the numblock. However I don't know how NUMBLOCK-"." is defined.

Thanks. tL.

[kmatheussen]

On Fri, May 10, 2019 at 3:42 AM Lykdraft [email protected] wrote:

couple of little things here where I'd like to know if that's possible already:

close VST/VSTi Window without clicking. (i.e.: escape key or a toggle command)

This should work:

ra.evalScheme "(ra:hide-instrument-gui (ra:get-current-instrument))"

load/save block, load/save track ---> hotkeys possible?

Yeah, the functions are

ra.loadTrack ra.saveTrack ra.loadBlock ra.saveBlock

select Seqtrack (itself) via keycommands / select Blocks on Seqtrack via keycommands. (next/prev block on seqtrack. The normal playlist next/prev won't work.

I'm adding this really soon. With separate keyboard forcus for the sequencer, it's natural to add all these things.

When I start playback the track edit view snaps back to view the selected/highlighted block in the seqtrack, a bit confusing.)

What's "track edit view"?

possible to change the red rectangles around all blocks on the selected seqtrack? (I've looked through the color config, but couldn't find the entry to change that. It's very much "in your face" so to speak. )

Red rectangels around selected seqblocks? I don't understand what you mean...

[kmatheussen]

Red rectangels around selected seqblocks? I don't understand what you mean...

You mean the transparent orange-like color for seqblocks currently being moved? That's "Sequencer block multiselected background color".

[Lykdraft]

Red Rectangles around ALL blocks in the current seqtrack:

[Lykdraft]

When I start playback the track edit view snaps back to view the selected/highlighted block in the seqtrack, a bit confusing.)

What's "track edit view"?

Track Edit View = upper left area, track edit window. I hit space and you see the Track editor changing view all the time I hit the spacebar. (Until I search and click the correct corresponding seqtrack)

Heres a .gif about what I mean, however it might be not that clear.

I also made a short q.mov, if it's not clear from the .gif what I am talking about.

https://www.dropbox.com/s/x95l797a25dycp9/snapback.mov?dl=0 (8mb) You can see that when Radium is in Stop, a different block is shown in the track editor than when Radium is running. When I select the correct block via mouse all is good. But this adds a level of micromanagement to everything that is rather odd. Especially new users might get very confused by this?

(I think this depends somehow on what is currently selected by mouse in the seqtrack and on the other hand what is currently selected normally in the playlist, but I am not sure, couldn't really figure it out 100% yet.This is also why I asked for the Select SeqTrack by hotkey. To get around this without the need to go to the sequencer and click the correct track.)

[kmatheussen]

On Fri, May 10, 2019 at 2:04 PM Lykdraft [email protected] wrote:

Red Rectangles around ALL blocks in the current seqtrack:

Oh, that's a border to show that this seqblock holds the current block. I've looked up the code, and it actually uses the editor cursor color. I've been meaning to make this border thinner and brighter for a while now. It doesn't look good.

[kmatheussen]

Maybe just show a circle or something next to the block name instead of painting a border. It's confusing to have two different types of current seqblock border.

On Fri, May 10, 2019 at 6:26 PM Kjetil Matheussen [email protected] wrote:

On Fri, May 10, 2019 at 2:04 PM Lykdraft [email protected] wrote:

Red Rectangles around ALL blocks in the current seqtrack:

Oh, that's a border to show that this seqblock holds the current block. I've looked up the code, and it actually uses the editor cursor color. I've been meaning to make this border thinner and brighter for a while now. It doesn't look good.

[kmatheussen]

I didn't see your last points. (maybe you edited after I answered?)

hotkey for opening mixer window? (especially mixer from selected soundobjects)

Yes:

F8: ra.evalScheme "(ra:show-mixer-strips2 2 (ra:get-selected-instruments))"

("2" is to select number of rows)

hotkey for "F" (Sequence Track Window Full Screen View)

To a certain degree. You can use ra.hideUpperPartOfMainWindow and ra.showUpperPartOfMainWindow, but these two functions don't remember heights of the widgets. It might be good enough though.

I want to remap the CTRL-J (Jump to line) to the "." on the numblock. However I don't know how NUMBLOCK-"." is defined.

I don't understand....

[Lykdraft]

I want to remap the CTRL-J (Jump to line) to the "." on the numblock. However I don't know how NUMBLOCK-"." is defined.

I don't understand....

Right now "Jump To Line Number XYZ ", which gives you the menu, is mapped to L_CTRL-J. I would like to remap this L_CTRL-J hotkey to the "dot" between the 0 and the ENTER Key on my numpad (a.k.a. 10keys a.k.a numbersblock right on the side of my computerkeyboard)

but I don't know how the "dot" must be defined as a keybinding.

[kmatheussen]

Ah. I thought you wanted to extend CTRL-J to jump to a place called NUMBLOCK-".". :-) The key is called KP_DOT: http://users.notam02.no/~kjetism/radium/documentation/keybindings_framed.html

On Sat, May 11, 2019 at 8:42 PM Lykdraft [email protected] wrote:

I want to remap the CTRL-J (Jump to line) to the "." on the numblock. However I don't know how NUMBLOCK-"." is defined.

I don't understand....

Right now "Jump To Line Number XYZ ", which gives you the menu, is mapped to L_CTRL-J. I would like to remap this L_CTRL-J hotkey to the "dot" between the 0 and the ENTER Key on my numpad (a.k.a. 10keys a.k.a numbersblock right on the side of my computerkeyboard)

but I don't know how the "dot" must be defined as a keybinding.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/kmatheussen/radium/issues/1209#issuecomment-491534781, or mute the thread https://github.com/notifications/unsubscribe-auth/AAIX3J5PFFTGUOHKUHJ5OY3PU4HPJANCNFSM4HL7FZXA .

[kmatheussen]

It's called keypad, by the way. At least that seems to be the most common name for it.

On Sat, May 11, 2019 at 8:47 PM Kjetil Matheussen [email protected] wrote:

Ah. I thought you wanted to extend CTRL-J to jump to a place called NUMBLOCK-".". :-) The key is called KP_DOT:

http://users.notam02.no/~kjetism/radium/documentation/keybindings_framed.html

On Sat, May 11, 2019 at 8:42 PM Lykdraft [email protected] wrote:

I want to remap the CTRL-J (Jump to line) to the "." on the numblock. However I don't know how NUMBLOCK-"." is defined.

I don't understand....

Right now "Jump To Line Number XYZ ", which gives you the menu, is mapped to L_CTRL-J. I would like to remap this L_CTRL-J hotkey to the "dot" between the 0 and the ENTER Key on my numpad (a.k.a. 10keys a.k.a numbersblock right on the side of my computerkeyboard)

but I don't know how the "dot" must be defined as a keybinding.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/kmatheussen/radium/issues/1209#issuecomment-491534781, or mute the thread https://github.com/notifications/unsubscribe-auth/AAIX3J5PFFTGUOHKUHJ5OY3PU4HPJANCNFSM4HL7FZXA .

[Lykdraft]

Lol. "A Place Called Numblock..." Good songname.. :)

http://users.notam02.no/~kjetism/radium/documentation/keybindings_framed.html

Whoa, where does this come from? Never saw that before. That's a good cheat sheet.

[Lykdraft]

Alright, so I think we are all good here, except the red-rectangle box thing around the blocks in the sequencer? Shall I make a separate thread for that?

[kmatheussen]

Just keep this one open. I'll remember the remaining point from this thread.

On Sat, May 11, 2019 at 8:51 PM Lykdraft [email protected] wrote:

Alright, so I think we are all good here, except the red-rectangle box thing around the blocks in the sequencer? Shall I make a separate thread for that?

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/kmatheussen/radium/issues/1209#issuecomment-491535441, or mute the thread https://github.com/notifications/unsubscribe-auth/AAIX3J5BFDMDGI5H6AWRBS3PU4IUDANCNFSM4HL7FZXA .

[kmatheussen]

On Sat, May 11, 2019 at 8:50 PM Lykdraft [email protected] wrote:

Lol. "A Place Called Numblock..." Good songname.. :)

http://users.notam02.no/~kjetism/radium/documentation/keybindings_framed.html Whoa, where does this come from? Never saw that before. That's a good cheat sheet.

It's in the manual. (Help -> Manual)

[Teteros]

Another random thought related to borders:

The border indicating currently selected track would look better imo if they don't extend past it. Edited example:

[kmatheussen]

On Fri, May 10, 2019 at 8:28 AM Kjetil Matheussen [email protected] wrote:

This should work:

ra.evalScheme "(ra:hide-instrument-gui (ra:get-current-instrument))"

A show/hide entry is also in the "Windows" menu. It's defined like this: ra.evalScheme "(show/hide-instrument-gui)"

[kmatheussen]

On Sun, May 12, 2019 at 1:37 AM Teteros [email protected] wrote:

Another random thought related to borders:

The border indicating currently selected track would look better imo if they don't extend past it.

I'll think about it. I'm not seeing why this is better though, and it's also a bit harder to implement.

[Lykdraft]

I agree. It's looking better on "paper" but from a practical perspective, it is actually quite nice that the border extends to the track names above. This helps with a busy track editor. As long as there's not much going on this would be fine. Later on, not so much.

Because your eyes need to retrack from the (then moving) border to the trackname above. With the borders extending to the tracknames above it is very easy to keep focus. So I would argue to leave it that way. Right now the focus frame stays like it is, no matter the zoom level, scrolling or whatnot.

(Also when done like in the picture shown, the top and bottom border would disapper when scrolling up/down. Most of the time you would only see the top border or bottom border or none of 'em. This is not good. And when the big track mute X's come into play, this also is more homogenous with the design.)