Right clicking a preset name in the right hand column of the librarian opens a rename dialogue.
You can enter a new name, and press return, at which point the new name appears in the editor for a couple of seconds before reverting back to the previously saved name.
standalone version btw.
I cannot reproduce this. Also on OS X, but 10.11.2.
In the Librarian, far right column, two finger tap, select the popup “Rename”, the old “Init Preset” is highlighted, the new name is typed in, the editor sends one preset to the Sub 37. Over on the Sub 37, select the patch, and the new name is there.
I’ve tried again and it is still not working on my studio mac running 10.9.5
I’ve repeated it on my macbook pro running 10.11.1 and it works.
0.9.29 has some issues with preset names on OSX, but once 0.9.30 is available, please try again and let us know if it still happens ? Thanks !
fwiw, I had the same issue as StarskyCarr earlier today with 0.9.28 on OS X.
It was intermittent though - I tried a few times and it bounced back to the same name and then I tried again a few minutes later and it stuck. I can’t recall if I was using the editor as a vst or standalone at the time as I’ve been using it both ways across the day.
At the time it felt like a midi-loop thing, but this was literally a few minutes before getting the 0.9.29 link which I installed straight away and then had the preset name issue which took my focus.
Btw, whatever happened to the right-click to rename a patch via the “preset name” box at the top of the main editor window? that was a nice and logical way to rename a patch being worked on imo.
Same here (Standalone x64).
Hi,
Correct, see no problems in X64 and OSX
Regards Luloop
Tricky, have been working here ever since. Can you consonantly reproduce it ? or it comes up every once in a while (and works correctly in all other occasions) ?
I’ve realised what I’m doing wrong.
Pressing Return or Enter on the keyboard always saves the new name. However, I’d assumed that renaming would work in the standard way that files are renamed in Windows - i.e. having entered the new name, left-clicking anywhere outside the data entry area saves the new name (this doesn’t work in the S37 Editor). Maybe worth mentioning in the documentation for Windows users?
that’s what’s happening in OS X too - that explains why it seemed intermittent given I use both methods to “set” a value when I use software. I’d think this behaviour needs bringing into line with other software rather than being kept and documented.
I’d still love to have the editor revert back to original behaviour where a right-click on preset name at top of screen allowed the current preset name to be edited.
To rename from the top menu, you should now ALT-rightclick.
This works fine.
I can’t recall if I was clicking somewhere else on the editor or pressing return, but its working fine now when I press return. I also noticed that font size appears to be consistent. Previously there were some smaller fonts in italic.
Thanks Gill.
The first time I tried this it didn’t work (I was using vst in ableton).
I was editing an init based patch on the hardware and tried to rename it via the editor prior to saving rather than the sub 37.
The pop-up opened, and I typed in the name, but it didn’t change in either the hardware or editor.
I saved the patch on the sub 37 and tried again, and it worked then and every time I tried thereafter. I’ve not had chance to try and replicate this yet - but I’ll try and do that tomorrow.
I’ve just had weirdness trying this in standalone mode - 0.9.30 + 1.1.14.
Here’s what i did and what happened:
Created a patch on the sub 37 with the editor not running.
Saved the patch on the sub 37
Opened editor standalone
The preset name box at the top showed [No NAME}
The setup page showed it was connected to the sub 37.
The editor parameters didn’t match the hardware.
In librarian section, click one of the other patches in the right hand pane - that loaded it into the sub 37
the preset name at the top of the editor remained [NO NAME].
The editor didn’t reflect the new patch parameters.
I could make changes in the editor and those were sent to the sub 37 - but changes on the sub 37 were not reflected in the editor.
select a preset by clicking on the preset name at the top and using the drop down
that loaded to the sub 37, the name was displayed at the top and the editor parameters changed to that preset - all good.
Choose a different preset via the librarian right pane, that loads to the sub 37 - the preset name at the top of the editor remained that of the last drop-down choice, as did the parameters.
Same as before, changes in editor reflected in hardware - but not other way around
I then tried to rename the preset via the alt+right click on the preset name box - that changed the name, but reset all parameters to init and saved that init under the new name, losing my preset.
This unlinked behaviour continued until I switched the sub 37 off and on again - restarting the editor alone didn’t cure it.
Experience with stand alone on X64. All written in red
This happened to me yesterday but I can’t reproduce it. OSX standalone.
edit yes I can… by right clicking to change the name in the hardware preset panel, rather than alt+left click.
Paul,
These issues were all happening because the communication was not fully established between the synth and editor. Did you still see them after restarting the synth (having them communicate both ways ?). Thanks Luloop for checking!