Sorry missed this before.
It sounds reasonable also.
It doesn’t seem possible to set the focus. This would be very valuable.
Suggestion:
renoise.app().window.selected_focus_index = 0
Will set focus to pattern editor. (You will need to handle elements in disabled frames, maybe by returning an error. Also if lock_keyboard_focus is true.)
Or some other solution. Basically I want to be able to cycle thru available focuses using a single keybind (and not by the available “focus next view”).
I too would love to set TrackDSP_focus, TrackDSP_loader_focus, DiskBrowserFiles_focus, DiskBrowserFolders_focus, InstrumentBox_Focus, PatternMatrix_Focus… and many others.
Another wishlist item from myself:
The ability to add items to the ‘automatable parameters’ items that link back into a script.
i.e. A script could add an item into this list:
This came about because of this thread about a proposal for a hardware synth editor tool: The editor tool could add a function to a/some track list automation section, this could then be automated as any other parameter, but instead of affecting a track DSP, the value is passed to the function and the Lua script handles what to do.
This may be a ‘simple’ and ‘obvious’ (from the users perspective) way to allow Renoise tools to be automatable from songs?
Improve “midi_mapping” API stuff.
Currently:
-- Returns true when the given mapping already exists, otherwise false.
renoise.tool():has_midi_mapping(midi_mapping_name)
-> [boolean]
-- Add a new midi_mapping entry as described above.
renoise.tool():add_midi_mapping(midi_mapping_definition_table)
-- Remove a previously added midi mapping by specifying its name.
renoise.tool():remove_midi_mapping(midi_mapping_name)
I would like to see something like (smarter function names/implementations welcome!):
-- Dump mapping
-- Outputs: nil, "CH1|E-3", whatever the user has mapped.
renoise.tool():get_midi_mapping(midi_mapping_name)
-> [table, string?]
-- Set mapping
-- Whatever is returned in the previous function can be set here.
-- I imagine, for example, saving a table of mappings to a file, then loading
-- that file as mappings into a new song.
renoise.tool():set_midi_mapping(midi_mapping_name, ...)
-- Get device
-- Eg, this should return the same thing as:
-- `midi_device = renoise.Midi.create_output_device(device_name)`
-- Ideally, this function is optimized and prevents me from opening the same
-- device 1000 times. Whatever is most intelligent, do it here.
renoise.tool():get_midi_output_device(midi_mapping_name)
-> [midi_device]
Thank you for your consideration.
I would like to have a focus per DSP parameter. This focus could be available renoise.song().selected_parameter_index and should always be set to the latest clicked/changed dsp parameter.
This way I would be able to use my jog-wheel (or keybind) browsing thru parameters before changing them.
Here is a related suggestion on how to display this selection, but it should probably be designed much less obtrusive. Dsp Keyboard Navigation
+1 if you think this would be natural 
EDIT: I see that selected_parameter_index is already taken for the automation view, so maybe selected_parameter_focus or something then.
moved dsp chain load&save and instrument load&save to
Another ‘simple’ request:
- A viewbuilder ‘tabbed dialog’ control
The control would contain other controls (which could be arranged with row{} and column{} etc), but would have a list of tabs to select which ‘group’ of controls would be visible.
e.g. something like:
ViewBuilder:tabbed_group{
names = ["Tab1", "Tab2", "Tab3"], -- List of tab names
location = "top", -- Where the tabs are shown
tabs[[], [], []], -- A table which contains another table, one for each tab named in 'tab_names'
}
It would be useful with ‘control-rich’ Tools (e.g. ReSynth) as I could have one tab for oscillators, another for mixer settings, another for filters etc without taking over the whole screen.
You do can simulate this using the switchbutton and then use the “.visible” or “.enable” options for each group of objects…
set/get instrument envelopes settings.
undo/redo.
trigger drum kit function in sample mapping editor.
access last take data.
cut/copy/paste.
trigger anything that’s keyboard shortcut triggerable.
Dunno if it has been suggested before, but:
Imho a vb:button should trigger the same notifiers when clicked as when midi mapped and hit, and also provide visual feedback for midi action by default.
It’s rather unlikely that a button is supposed to do different things when clicked as when triggerd by midi.
(atm one has to setup a notifier for the button being pressed, and the same once again for the midi mapping, while visual feedback has to be coded manually (and the button might not even be accesible at the construction time of the midi mapping) … correct me if i’m wrong).
also:
BIG +1
cheers
I can see this being useful.
If a midi mappable function is not mapped the function would return nil
If it is mapped however, it would return the following table:
midi_map.map_mode = ENUM (Renoise.Midi_Map[.Trigger, .Gate, .Value, .Absolute7bit, .RelativeSignedBit, .RelativeSignedBit2, .RelativeBinOffset, .RelativeTwosComplement])
midi_map.min = 0..1
midi_map.max = 0..1
midi_map.channel = 1..16
midi_map.note = 0..128
midi_map.cc_number = 0..128
Thoughts?
and indeed any other parameters that we can’t set for devices currently.
I’ve just written a script that adds lots of #sends to my set and would like very much for them all to be set to “keep source” after they’ve been created.
sadly this still looks like a manual fiddle to do this…
oh actually i just realized i can work round this nastily with device presets! but my request still stands.
Cheers,
t
Can i have access to the FileName of a sample?
<sample><br>
<name>Kick-003</name><br>
<filename>//File:/usr/local/share/renoise-2.7.2/Samples/Kicks/Kick-003.flac</filename><br>
<br>```
<br>
..like:<br>
```<br><br>
-- File name.<br>
renoise.song().instruments[].samples[].file_name<br>
-> [read-only, string]<br>
<br>```
</sample>[quote=“ReDread, post:103, topic:29285”]
Can i have access to the FileName of a sample?
<sample><br>
<name>Kick-003</name><br>
<filename>//File:/usr/local/share/renoise-2.7.2/Samples/Kicks/Kick-003.flac</filename><br>
<br>```
<br>
..like:<br>
```<br><br>
-- File name.<br>
renoise.song().instruments[].samples[].file_name<br>
-> [read-only, string]<br>
<br>```
<br>[/quote]<br>
<br>
As Samples are stored inside the Song, not separately and pointed to, there is no location information for it to give you like in the above example.</sample>Mmm, samples are indeed saved with the song, but the original sample location is stored with them in the Song.xml … the xml snippet is actually just copy & pasted from an existing Song.xml.