when we have some ib items on a contenair, it would be handy that if we press any button, the container(or something else), returned a mouse down, actually as the button are on top of it, it doesnt, on the other side the actual system is cool too, if you clic outside a button you can trigger an event.
I know there is the mouse object that can return a global mouse down, but i think it could be really improved if we could have
"mouse down zone", ie linked to a contenair or patch, or i was thinking back of an 'invisible but active" object that could even overlay
two differents contenairs if set on top. dk if see what i mean, but i imagine it can be harder to set up. it's a bit like a kaos pad, where you can clic the independant cells or have a giant XY, tthis could be easy extended to work for all usine items.
example applications would be to turn a part of a patch active any time you clic on it, or easy higlight it.
actually for example if we have a patch with 16 buttons, plus other things, we need to track and collect every data to turn the patch on, we can use general mouse down but it would turn on all subpatchs on, and may results spikes, this can represent a lot of cpu vs what a simple mouse down zone return could allow ( and less wire)
another ex would be to make a draw mode on several switchs, set severals fader at once, or even listboxes, even if there are tools for that the modularity would have a lot of applications im sure, and it would make any item possible to have a mouse down, even if most have, ie on top of a fader we set a transparent (or invisible) rectangle that catch the mouse down, but still allow to control the fader.
i don't know how technically and if hard/possible, but it would be cool if we could set such a "mouse down transparent/invisible area"
linked to container, or independant, would be my suggestions if anyhow it can be done...
mouse down zone
I'm agree but i believe it could more handy if this object could react also to midi.23fx23 wrote:i think it could be really improved if we could have
"mouse down zone", ie linked to a contenair or patch, or i was thinking back of an 'invisible but active" object that could even overlay
two differents contenairs
My main idea: Imagine you control a patch with a midi foot controller, and within this patch, you have many subpatch with containers for each one. If an object is triggered by a midi cc, would be great to set the container to some kind of active mode, where it would receive midi, and others won't... Some kind of modularity for midi.
I know there is the rack/grid mode, but my main idea is to apply this to midi learn. You could control multiple subpatch with only a few controllers
Seb.Dub
I like the idea 23fx23. I assume you would also receive XY coordinates from any mouse down activity within the container?
It would be really cool then if we could also record that and then replay it as controller data for that specific container, inependant of the mouse...
It would be really cool then if we could also record that and then replay it as controller data for that specific container, inependant of the mouse...
hey for sure the object would return local XY, and mouse down 
funny is it, i had same idea, instead of rec and storing many datas, why not simply be able to rec and replay "local" mouse moves to create complex automations, ie clic on 3 buttons, move a fader, set a lines array ect... then if the real hardware mouse is down on the object
it stops or re-rec the autom. but I imagine for more modularity this should be handled appart, kind of mouse rec/replay, and each local XY zone could be activated to be affected or not by the "virtual mouse", maybe...
as w7 return multitouch, we could even imagine each sub part to be able to receive/replay a diferent automation..
@ethnix: im not sure i understood , isn't it actually possible to "when you get CCx, make this sub container visible and active(patch active or let pass midi)? seems yes no? oh yup, maybe i catch now, a midi learn would avoid more complex patching?
funny is it, i had same idea, instead of rec and storing many datas, why not simply be able to rec and replay "local" mouse moves to create complex automations, ie clic on 3 buttons, move a fader, set a lines array ect... then if the real hardware mouse is down on the object
it stops or re-rec the autom. but I imagine for more modularity this should be handled appart, kind of mouse rec/replay, and each local XY zone could be activated to be affected or not by the "virtual mouse", maybe...
as w7 return multitouch, we could even imagine each sub part to be able to receive/replay a diferent automation..
@ethnix: im not sure i understood , isn't it actually possible to "when you get CCx, make this sub container visible and active(patch active or let pass midi)? seems yes no? oh yup, maybe i catch now, a midi learn would avoid more complex patching?
I understand perfectly the overall idea.
It's not easy to implement but far from impossible.
let me time for that.
It's not easy to implement but far from impossible.
let me time for that.
Olivier Sens
www.brainmodular.com
www.brainmodular.com
Who is online
Users browsing this forum: No registered users and 9 guests
