BrainModular

tabs are great!

One little thing i could observe that could be "risky" it seems is that the recall of variables seems linked to the label "quoted strings". if same name is used on several places it could lead to problems. for exemple i made a "listBox" tab where i had a "Show Header" bool setting and it was affecting the ability to show header of the module itself, on creation, the field disapeared on
the module usual layout eye tab "show header" setting. Or I made several tabs "fader", "encoder" ect tabs with their own variables but same labeled "encoder speed" and it seems variables could add together on init or interfere somehow. We can easely choose unique label, but felt it would maybe more "secured" to have this dealed internally, suppose with a unique id or tag added, maybe linked to tab name or something if not too complex..

One other idea would be to make individual per tab snapshots store/recall possible. Did a custom function for this but i got to manually redefine and store/recall a vector pair of pointer adress and datatype wich i felt could be done more easily "internally" as we already provide all infos in onCreateSetting, but maybe it's too much specific.. (like recall a 'layout tab" preset without recalling ie a fuctionality behaviour tab). just an idea..

Unfortunately the create settings is referenced by name whatever the TAB num.
I think that it's more "risky" to change this behavior for backward compatibility reason.
I'll take a look.

for the second suggestion, this option is already implemented in Usine but not exposed in the SDK. I think it is possible to implement it.

Have I missed out some Usine functionality. What is this "tabs" feature, and where is it documented? Is there an example ?
Thanks,
Simon.

@ senso ok i see no worry. making differents names is not hard for user, we just have to keep it mind, it took me a while to spot the problem at first^^ (maybe martin should just add a warning green comment in sdk near create setting procedures or in wiki?). makes me think if a current TAB num variable exists it could be nice to access it hehe :p
Good news for second. Was a good exercice for me trying to save/recall from text files and currenly working not bad but i was affraid not safe dealing with autorisations and files locations if sharing.

@simon 'tabs' just refers to the cool ability we have to label a place where a setting should be visible when using the 'onCreateSettings' bolean, int, float ect. the first string in those command lines will make them appear in a same labeled 'tab' when right clicking on module. making different names creates different tabs.

Aha, I didn't realise it would create new tabs. That is cool ;->

OK I've tried the tabs. Cool as you say. However, I notice that settings in a new tab do not appears as parameter in the module extended mode, like they do in the "design" tab. This is a good reason for me not to use the new tabs, since it prevents control of those settings in a patch.
Suggestion:
Settings in "user" tabs should expose the settings in module extended mode. Ideally each tab could be set to expose its settings or not.
Thanks,
Simon.