Touch_Fader beta 0.9

[23fx23]

Hi mates,
uploaded a first beta of a tool im working on, It's kind of a switchable & customizable multi Items tool user module made with sdk. It stated from a basic fader improve idea for touch i wanted (like easy go to min/max) but then as usual i drifted
to complexing a bit too much^^..

modes include: fader, button, switch, encoder, XYpad, , range fader, ListBox and matrix.




a quick vid to show the idea:
https://drive.google.com/open?id=0B0VUy ... TEyM3NrSmM

should be compatible with preset manager and partially automation for some items.

it's a beta so feel free to test, report feels/bugs suggestion.. :p

NB: Matrix is not fully implemented yet as im still reflecting of best way to handles arrays,
but all other modes should be functional.
cheerZ'
addonsothers
(unzip .32 or.64 to Usine resourcemodulesfavorites)
win32 win 64

[nay-seven]

Love the design !

[oli_lab]

Awesome !

the range fader is really useful in this design.

[sephult]

Woohoo Finally Released!

Soo excited, such awesome work 23fx23!
Wish I could get down into the SDK someday.

-s

[23fx23]

in fact was like 90 percent done 6 month ago already, but sadly had to let down lacking of time.., was a bit hard to get back in that messy code^^
glad if find uses or like it guys

but arf i already spotted few bugs stangly hadn't in the previous debug compile, think ive made few mistakes here or here..
especially if man plays with modulo or type of stripes for fader they kinda go unespectly weird ..so avoid for now :p
Ill try to take time to provide a stronger relased version with more intense real conditions testing/cleaning/optimizing before posting the code for eventual mac compile if some want.
So if ideas/feels when using, let me know!

sephult i did exactly same way as you, digged first into script, had no clue at all about c++ and sdk so don't worry you ll naturally get it to it i think i think

[rlgsbt]

23fx23, It an amazing & great Job! For PC users with touchscreen, it's a kind of lemur killer.
many thanks

[23fx23]

Updated addon from v0.9 to v0.95

change log

Fader:
_Fader Stripes modulo and mode settings bahave weirdly *fixed

Encoder:
_Ability to draw cursor Over or Under center would not work *fixed

Range Fader:
_ Now got it's own tabs and user colors / more customizable settings
_ Tweaking Settings would need mouse clic for update *now on the fly

List Box:
_Inertia Scroll severe bug *fixed
_Scroller if inertia was on would not behave as absolute and trig unwanted inertia *fixed
_Some unwanted selection could occur while manipulating scroller *fixed
_Improved more customisable colors in tab settings
_Reduced 3xHSL params to only 1Xcolor for less params to handle
_Scroller height would not update while tweaking *fixed
_Pattern modulating lum for easier scroll view didn't work *fixed

_Removed Matrix mode ( a more complex/more dedicaded to arrays handling version is planned as a different module to save processing)

[senso]

great,
any chance to get the source ? (try to compile for MAC)

[23fx23]

yes im cleaning a bit more the code wich is still very messy^^ , trying to optimise a bit more some draw procedures
that are a bit violent, but will try to provide sources by the end of this week

[senso]

thanks++

[23fx23]

Ok sorry for delay, could go on forever claning & improving this code^^

here is updated v1.00

/////////////////////////////////////////////////////////////////////////
ChangeLog 0.95 to 1.00

Global:

_Previous version 'ranged' outputs where limited inside a 0..127 range, now can set any min and max range values.
_All items can now display values as int, or .x, .xx, .xxx ect floating point.
_All ouputs true floats values can be unafected or formatted as previously visually set.
_All items have ability to quickly modify their whole color set, ie rolling hue or contrast /lum of palette.
_All items have individual Hilight on clic setting.
_Names and values can be set as normal or bold, and now have an on and off color.
_More unified and better ordered Tabs Settings.
_Record automations options on global tab.
_All items have a set of loadable exemple Templates/Skins.
_Reset Input, with reset value in absolute value rather than previously normalised (for fader and encoder)

Fader:
_would draw each stripes even if modulo was set , now only nth of them, reducing processing.
_can now record switch status (tho curve has to be set to step mode by user).
_ability to quantize on displayed grid setting.

Button/Switch
_ if XY lines would not update on clic but only once moving. fixed
_ Automation would not be bossible to rec cliqued button/switch status *fixed

Encoder:
_ Input can be X, Y or new Angular rotation type.
_ Angular mode act like natural rotation in absolute or infinite wheel style in relative.
_Visual glitchs would appear on Reverse/Pan/spread/cursor layout types ring *fixed
_Several leds could be on on cursor mode instead of one *fixed
_New 3 behaviours when using combo swich encoder: reset, tab reset/last before was sw off, affect switch only;

Range Fader
_Better layout settings

ListBox:

_Alphabetical sort option (while remembering original id).
_Possibility to assign a custom value to item in its name, ie entering A=10, B=16, C= 0.1 ect will output both name an assignated value
_More Outputs : Current ID, Original ID (if was sorted), Assignated Value (if was set), Scroll, Zoom.
_Clicking in Scroller container directly jump to cursor position
_If scroller container was shwown could bug on re-open*fixed
_Better page mode managment
_Possibility to adjust Xfader and its border and value colors
_Possibility to display item original id, sorted id, assignated value as stings on the element display
_Inertia was set in nb of blocs, changin bloc size would change it's duration*fixed.
_Possibility to set Item Xfader Value when cliquing on active item, now also if clicking on header.
_Pulsed flash on selection change registered with adjustable lum amount.
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

make a backup of old dll if already used in workspace, new one will probably break things,
so better delete and re-insert new module

addons seems to be not reachable actually so temp uploaded here, ill update when back.
win32, Win64 dlls, souces code files & visual studio project included in .zip:

https://drive.google.com/open?id=0B0VUy ... UFSQkp1Y2M

[nay-seven]

Superb !
A must have for all Usine lovers

[nay-seven]

arg, no way to save graphic preset except saving the patch?
arg, no MIDI learn possible ?

[23fx23]

yeah sry sadly not possible yet, ive made a test system to write/recall graphic presets from text files on harddrive but it's quite complex i need to store a pair of memory pointers adress,type of value,and value for each single tab setting, parsing/convert to text/ lines, write to disk, then decipher the othe way around wich complexify quite a lot the code, so i disabled it here, also cause not sure about write authorisations on mac, nor would have small pics preview the way 'classic modules' have curently, so imo would be much easier and logical if user modules could implement the same per tabs 'snapshots' system usine base modules have already rather than i try to reproduce in a much more complex and weird way..
i asked for this in suggestions, hope might be possible with future usine & sdk releases, as well afaik it's not currently possible with user module/sdk to assign a midi ctl..and would have to think about multiple midi ctrl (ie XYZ, range fader can have up, down, width, center ect) .. I could, and probably will make a midi in & out an 'internal' learn system in the code if no other ways but feel it as well would be also more integrated if it could behave 'classical usine' way with midi learn, so not sure what strategy to adopt yet but ill think about it

[23fx23]

So, couldn't use exactly same system as usine base modules relating midi learn & skin handling as not intagrated yet with sdk, but tried to make workaround build in sytem.
Updated addon to v1.1, the zip contain sources code if some wanna compile for mac.

Change Log 1.1

Global:
--------
_5x Instead of single input: W,X,Y,Z and switch datas can all individually be set from inputs for full control of all items values.
_Instead of 2x normalised and ranged outputs now a single set of same W,X,YZ & switch outputs to reduce params.
But an option allow to choose if operating with normalised 0..1 IN/outs or Ranged min..max type of Values.
_fixed light bug in some float formatings of outputs.

New Build in MIDI ability
----------------------

_Midi IN & Out: each W,X,Y,Z,SW can individually output a custom midi CC & update if receiving on input.
_Easy Midi Learn for each, or manual affect of a channel and CC number.
_Each can individually be disabled for easier assign to the remote daw.
_Optimized messages generation, only integer changed values are sent and minimum needed messages to preserve bandwith.


New User Editable, Storable & Recallable Skins.
----------------------------------------------
_Each items layout & operating modes settings can be stored to harddrive .txt files & recalled, including all floats, integer, bolean & colors setings shown in tabs.

ListBox
------------
_Can now also eventually use mouse wheel to scroll +- 1 unit.


Range_Fader
--------------
_Input can be XY controlling UP & DWN or WZ controlling center and witdh


/addons

[damstraversaz]

really impressive, congratulations !

[oli_lab]

Hi
I managed to build the module for Mac but still get bugs with the fader on any plateforms
I get an inMouseMove error as soon as I try to move the fader. :

Also I suspect you are using a old sdk version as I had to add the onGetBrowserInfo stuff in the Touch_Fader_Tools.cpp

I had to modify this bit to have Xcode okayed the code :

TPointF* GET_CORNERS(TRectF Rect)
{
//TPointF Corners[4];
TPointF* Corners;
Corners = (TPointF*) malloc (4);

Corners[0].x = Rect.left;
Corners[0].y = Rect.bottom;
Corners[1].x = Rect.left;
Corners[1].y = Rect.top;
Corners[2].x = Rect.right;
Corners[2].y = Rect.top;
Corners[3].x = Rect.right;
Corners[3].y = Rect.bottom;

return Corners;

}

as well as

RANGE COLOR NB 13 (instead of 12)

and I changed every instance of "°" character by "deg"

and there was a multiple definition pblm with the fonction :

//------------------------------------------------------------------
// Procedures && Functions
//------------------------------------------------------------------

void UPD_OUT();

instead of void Touch_Fader::UPD_OUT();

it seem alright in visual studio but not in Xcode to double define

Hope it helps....

File uploaded: http://www.sensomusic.com/forums/upload ... erV1.2.zip

[23fx23]

Great job oli thanks a lot! Ill check and re make those changes to the code, also seen your sdk question but im not in front of computer right now.

[oli_lab]

have you seen that the code is attached to my previous post ?

[23fx23]

Ah ok sources are in the zip, thats' geat thanks!. i ll check about the errors, here previous code exported dll didn't trigg errors, gonna investigate.

[23fx23]

So your right i didn't see that bug cause, it seem that fixes the problem:

in onInitModule procedure at the end adding:
///////////////////////////////////////////

ALL_CC_OUT.resize(NB_MAX_CC);

ALL_CC_OUT[0] = &W_CC;
ALL_CC_OUT[1] = &X_CC;
ALL_CC_OUT[2] = &Y_CC;
ALL_CC_OUT[3] = &Z_CC;
ALL_CC_OUT[4] = &SW_CC;
/////////

Ill double check if other problems, & optimize a bit more but if have time to check if trig no more errors on mac would be great!

[gurulogic]

Hi, just thought I would mention that when first loading the module I am seeing in MouseMove, in MouseUp and in MouseDown errors constantly. If I change either the inputs or outputs setting from ranged to normalized the problem disappears, even after changing setting back to ranged.. HH3.0.134, Windows 7x64, Touch_Fader 1.1

[gurulogic]

Actually problem is solved by changing almost any setting? Maybe something does not initialize when the module is first loaded?

[23fx23]

mm ok thanks for info, ive updated it since for HH3 but didn't upload yet, ill try to double check, normally it should be in the last i got,

[23fx23]

Ive uploaded my latest version that had been refined for HH3, its compatible with the new quiccolor system eventually,
and various slight minor improvement & bugfixes, i don't see traced error here on hh3, let me know how it goes'

http://www.sensomusic.org/downloadaddon ... .2_HH3.zip

[gurulogic]

Thanks, so far so good. I did notice a small lag in the UI when changing presets compared to a normal fader. Maybe it only the UI redraw is slower than with a normal fader?

[23fx23]

mm ok, here i don't see lag on empty workspace with just TF and PM but im using very fast refresh in options (5ms).will check with different settings, but yeah depending on the options the draw tigged procedures can be much more important on the module than the simple fader. think usine gives priority to audio, if audio need process, draw refresh can be delayed (but normally the 'real' output isn't) wich may be one reason if using in audio project. will try to have a look. do you observe this as well in a very basic patch?

[gurulogic]

Hi, sorry for the slow response, summer is very busy.
What I am seeing is that the value output of the fader seems to be tied to the graphics refresh speed.
For example, a very slow refresh gives a 150+-ms lag, a very fast refresh gives 15-20 ms lag etc.

[23fx23]

no worries! oh thanks for testing this way, clever to debug.

mmm thats quite weird, the preset manager theorically should update the module internal computations indepently of the graphic engine in the actual code.
will dig the code deeper tonight but thats not how its supposed to work mmmm arrrf

[23fx23]

Ok i could reproduce here and i think its an usine internal problem i can't have control on currently.

When i trace message of when actually the 'preset' arrives to the module, there already is the latency.
It looks likes preset are sent to modules as if quantized on the set graphic refresh rate speed indeed , but not for 'normal' modules if im not wrong, will post a sugg would be good to change that beahiour.

[gurulogic]

I guess it should be possible to test if the behavior is the same on another user module? Time for bed in Canada but I can try tomorrow.
One thought to throw out there, could a UI specific setting be stored to preset that cannot be loaded until refresh? Could that cause the module to wait for the refresh before loading any of the saved settings?

[23fx23]

yep you are right, normally i temp disabled all other things when tracing to debug so there shouldn't be datas refresh relying on repaint influencing, but i will double check and try with other module good idea.

[23fx23]

yes sry was out of computer for a while. did test with matrix user module and it seems to behave the same here, output refresh time on preset recall is proportional to graphic refresh speed.

[gurulogic]

Hmm good to know. I wonder if the behavior is the same in HH2? I never noticed before.

[23fx23]

yeah tested on HH2 behave the same, (at least matrix vs simple fader for ex). didn't notice earlier as well as i was always using very fast refresh rate,
think it could lead to asynchroneous issues on preset recalls, would be better if all modules behaved the same i guess.

[senso]

great job as usual !!
thanks to share++++

[sephult]

23fx23,

Request:
Mouse Scroll Wheel Response?

I find myself using the scroll continuously, it would be cool if touchfader used.

-s

[sephult]

Hello!!!

23fx23,
It seems when I go to the EYE design tab I am getting an E032 -DESIGN error.
When this happens all the TouchFader Modules Settings Tabs are not available anymore.
Unfortunately reloading the work space does not correct. Only a full Usine reset will correct this.

-s

[23fx23]

Ok very busy this week but i ll try to check next week, quicly opened and when to the eye i don't get error here, gonna investigate, does that happen in specific condition would have noticed?

[sephult]

So I just had this happen on another object in the Factory Library.
This might look like an internal Usine bug. Typical E032 like we have always seen, then DESIGN.
At that point all of the settings tabs for every module disappear and are not right.
Sometimes everything works fine affter. I'll get maybe a few of these the the tabs go wonky. lol

Any chance in future to have separate ranged outputs for x, y, z, switch? This way to use Y say 0-20, and X ranged fro 0-2500.
At the moment I can only find the one range for output.

Also when you use 0..1 range the there is no precision. It treats the fader as if it were an integer.
Any way to have precision on the range for 0..1 ranges?

-s

[23fx23]

mm yes tab thing sounds usine internal bug, i can't reproduce here, but maye i don't have latest , im on 3.0.132.

yes individal ranges should be possible ill have a look, have to think about it. need to find a way to tab maybe from a 'simple 'mode and more advanced other wise man would hava to set lots of min max for simple use, but could be conveniant indeed.

not sure what mean for the "It treats the fader as if it were an integer".
let's say you set min to 0 and max to 1 you can set the precision on global tab and it actually applies? (by default its integer) or i didn't understood

[sephult]

Hello!
Yes, i am on 136 at the moment.
I'll have to collect some more details about this bug.
Yes I agree, this module is amazing for personalizing.
It would make sense to have a simple and advanced for a lot of these options.
Could probably combine more efficiently too so standard user doesn't get too lost in the details...lol
Awesome module man, always thought so.

Really see many improvements over the earlier development version....I Am finding much more useable now.

Also, I noticed you could not append any text to module name itself.
Where you can rename or alt click modules, i could not.
Is this a usr mod limitation?

I have soo many TouchFader modules I get confused because I cant label them.
Was curious about this.

Also yes I now see the format, where I do in fact have integer set...thanks!
Would it make sense though to keep this called precision and grouped with the min/max ßimilar to how the factory modules do?

Got so used to the factory way, I must have kept missing the format option.

s

[gurulogic]

While we are throwing ideas around, I would love an inlet for relative speed. Would be great to be able to switch from coarse to fine control. Also, vertical captions for faders would be helpful

[sephult]

+1 guru
Damn good suggestion guru!
My god I've been wanting to reduce my Coarse/Fine for synths like this for some time and had to come up with a bulky alternative (although it was cool because I had single-click increment/decrements acceleration)...still was bulky and close to defeating the reason anyway...haha.

again another +1

I would like to add another "relative" suggestion
Have the ability, say on a fader or knob....when switching the cap, or switching the knob....to have the alternate precision increments/decrements be switched back and forth!!!! That would also allow native control without an inlet as well.....but you know...I was just being lazy and didn't want to feed it back in with a thru module...or forget and put in the non-deletable output-to-input wire...haha

I think between your craziness, guru's, and mine....here sometime 23fx23...you will have exhausted all the SDK options available on one module...which now is 128 modules and actually has a bigger footprint that Usine itself....is a standalone, and a VST....haha

-s

[sephult]

So I just had recalled this memory from some years past:

Did we ever figure out a solution, or implement a way to replace all modules of one-type (usr included) with an updated version?
God I hope we get this implemented...especially with as many of these TouchFaders I am using.

Regardless, I'd really like to see Senso have some sort of versioning of modules/scripts (obviously manual entry)/etc..... say in the settings. Could pull this from the module .plg files, possibly start creating a .plg file for usr modules too? This could just be a text entry that first reads from the .plg and if non-existent allows the user to input (for scripts, etc...).

[23fx23]

yes i ll think bout those suggz.
precision rather than format and tab make sense, mouse wheel should not be a problem to behave like usine modules.
Ive seen there is an sdk function to rename the module that is new in HH3, maybe that broke the manual rename, or is in the way to be implemented, dk..
vertical caption should also be easy if it had been implemented in HH3 sdk, last time i tried on HH2 sadly it wasn't working tho the function was existing, i ll check.
coarse/fine is indeed interesting
what i curently use in another module i use is pressing ctrl divide delta change by 10 or i could add pin for more modularity yes, ill think about the swich idea option.
but yeah i have to be carefull not bloating too much new pins like 8 minmax, 1 coarse fine ect that as senso asked me the other way around, to simplify the module, wich is alreay quite bloated with loads of options^^ but ill try to figure best compromises or mabe 2 version of the module.
im thinking of mabe a request on creating the module if want it simple or advanced, or maybe two real different .usr..more maintenance tho.
have to think about it, but let suggestions ill check possibilities

[sephult]

Very cool.

I do agree with Senso on simplifying. You have a great module.
I'll try to take a look here and maybe give you some ergonomic suggestions for simplification.

However, I actually like having options...this is totally the type of module I want....be very cool to have an advanced version and basic one.

-s

[23fx23]

yeah in fact i had planned that a while back while discussing with senso. What i had in mind was a switch to toggle simple/advanced mode, then for ex if choosing simple mode
the tabs would contain far less options, like a basic quick overall color instead of individual ones stuff, reduced options to minimum, more using templates, stuff like that.
the problem i faced when trying tho is that tabs aren't redrawn-populated 'dynamically' when we clic on them as i first thought, they are setuped once at the creation of the module, mean this 'toggle of mode' wouldn't be possible afterwards during operation. but what i can :feel ill do is request user at the creation of module, i suppose users wanting advanced mode won't need to revert back to a simple mode.

[gurulogic]

+1 for having an advanced and light version of the module.

[sephult]

Hey 23fx23,

I think I can reproduce that bug, and it might be in your module.
If I select the main patch, and then the EYE visual settings tab....

Your modules are stuck in that tab and no longer display the other tabs.
Once you switch to a different tab on the patch itself then go back to your module...the tabs come back.

-s

[sephult]

Settings/display not correct on reload

Found that my encoders are not saving design display properly.
Top is how should be, below after reload. Just touching the resize will cause to correct.

-s

[23fx23]

sry for late answer , was in a long festival, ok thanks ill check it all

[sephult]

No need to apologize 23fx23!

We all know the busy

-s

[23fx23]

so.., got went back a bit in the mess^^
couldn't reproduce the eye bug here, but worked on several things.

If wanna try this early version, i will try to check it all this week before posting new addon.
v1.3

********************
Touch Fader 1.3
*******************

_New Vertical Caption Option
_New Vertical Value Option

_New Mouse Wheel Interactions:
On fader and Encoder will inc/decr value like usine defaults.
( pressing shift use 10x finer step).
_On LisBox will control scrolling.

_ Value 'format' renamed to 'precision' (integer, .x, .xx, .xxx ect)

_ Relative Speed is now global, and available as input pin for more modularity.
affects all items working in relative modes:ie fader,encoder,XY.

_ New Coarse-Fine switch input. if enabled, the relative speed is divided by 10.
Alternatively, pressing CTRL on keyboard enable the fine mode.
Or if enabled in global options, the item switch can control the fine mode as well.

_ Independant X,Y,Z min-max ranges instead of previously single global range.

_ To simplify a bit things W was removed, and Z contains swich ranged value.

_ better listbox input, previously was y and had to set range
now explicitly called listbox input and auto adapts to list size.

_added Randomize and reset commands.

_ Global different Method, reducing Load.
Previously all possible Items were created and existing per module. While this allowed
to swich mode dynamically, this was meaning loads of tabs and settings, more ram used,
more data to be saved in the wksp ect wich imo is bad if using lots of instances.
Now user is requested to choose item type at creation, and it will then only create chosen
item object, tab, and make adapted input-output pins and delete or hide irrelevant stuff.
(for ex commatext and listbox pins will be there only if chosing listbox).

bad news, is , as many things changed internally and pins (like W removed)
probably breaks compatibility in wks and presets


https://drive.google.com/open?id=0B0VUy ... XVjczFqZ2c

[x.iso]

Many thanks for this addon! I have suggestion regarding controller settings: we have quantization setting on Fader, but why not on Encoder, XYpad and range fader? I sure would like to have such settings, along with settings for lines/grids matching quantization or just being there for reference. Some things to control may be just a limited range of settings or preset switchers or anything else distinctively divisible.

[23fx23]

yes good suggestion, ill check how to implement

[sephult]

Hey 23fx23!

Getting some time and use...found a bug.
ListBox, if you put a text fader on the comma input with nothing it seems to complain Error: in paint.

Does the listbox have any way, or do you have a trick to treat it like a combo?

-s

[x.iso]

Now that Touch Fader is part of HH3, who is going to make updates for it? where should I put suggestions for it?

[23fx23]

probb here but i don't have a mac and can't check compiles so updates won't be that frequents i guess.. since they need to be added then back for both platforms in usine distrib. i have to get back the code senso used hand have a check, ill try to study them

[x.iso]

Ok, in addition to previous suggestion (grid for XYpad, range fader, with gridlock), here are few others:
- when changing fader orientation from vertical to horizontal in style panel, the grid stays in vertical orientation, which is probably just a bug.
- by default UI of Touch Fader control is rectangular and in some modes portion of it's space is reserved for name and value. Although it's possible to change module size to square and move around text, the space reserved stays there for encoder and the control's proportions may become distorted in the process of resizing. It would make more sense if the size of the control would be decided upon selecting the type of control when it's added to the patch, and horizontal fader in initial choice should be added for that reason to save time setting it up.

[sm_jamieson]

I had a quick look at the touch fader yesterday. Very nice. Once thing I noticed though - the mouse scroll wheel (or in my case, 2-finger slide on laptop trackpad) operates the list boxes, but does not operate the Touch_Fader faders like it does on the standard Usine faders. I find I operate the sliders this way all the time on the laptop so this is disappointing.
If mouse wheel is supported - apologies ! but please tell me where the setting is.

Thanks,
Simon.

[23fx23]

yeah, sadly there have been miscomunication with senso and think he took old files of V1.2 , and did lot of job on that to adapt for mac, so i need to use his modified sources.

but my latest version was in fact 1.3 :/ with a global quite deep core change (only loading the "mode" defined on creation, not all the modes, wich save a lot of ram/cpu/settings in tabs) and lots of few other things done since,
like mouse wheel stuff for all items mode, ctl fine/corse , vertical captions (xich allowed to use the global rotation of uine without captions glitches), code cleaning/optimisation bug fixes ect (in fact all wa see upper in this page change log )
so sadly thats a bit complex to dive back and re-mix versions but ill try to re-update, won't be before 3 weeks to ihave to move foreign..

@x.iso i agree about the sizes 'templates' but sadly afaik current sdk doesn't allow resize of module after the popup, its defined before and can't be dynamically altered.
there could be a trick with iml but that would imply renaming the module on creation and would mess existing setups that would use iml to acces module datas so not sur i can currently, ill check with olivier if some tricks could be done.

[23fx23]

if you are on win64 v1.3 of this link was the latest with scroll wheel and ctrl , but it won't be compatible if sharing patch with others usiners for now..
https://drive.google.com/open?id=0B0VUy ... XVjczFqZ2c

[x.iso]

is there 32bit version of 1.3?

[23fx23]

don't seem to have the fule..gonna compile one.

edit, here a 32bit v1.3 let me know if working
https://drive.google.com/open?id=18a-_t ... 5c2uMZVuVB_

[x.iso]

yeah, it's working.

another suggestion I forgot to share: is it possible to make TF-specific controls of visual elements accessible from inlets? for example I'd like to change size of XYpad dot dynamically depending on other parameters of what I'm controlling.

[23fx23]

its actually possible with the one provided with usine, (unfolding the module show all the layout pins) . its beacuse parameters were all moved to the global design tab. not on 1.3 tho.. ill make the change in next version yes