color problems with textbutton and tab / bug?
Sep 26 2015 | 3:12 pm
Hey there,
whenever I try to change the color of a textbutton or a tab within Max it works fine. Whenever I try this with a remote device (so e.x. sending a midi-note which should change the color), the text button and tab sometimes work fine, but most of the time they don't do what they should do (they change the color though they shouldn't or they don't change the color though they should). When I go over the object with my mouse, the object automatically gets the color which it should already have had after having sent the midi-message.
Does anyone has similar experiences?
In the attached patcher:
If I'm changing the numbers (1,2 ,3) with the red number box, everything works well, if I try it with a midi-message 1, the colors of the text buttons behave completely random.
Thanx for helping
Peer
- Sep 26 2015 | 10:42 pmHi Jazzisfaction,this kind of bug-ish behavior is probably the scheduler "lagging". A [deferlow] usually does the trick. Also, if you use midi notes to change the color, you should consider the note-offs that will re-trigger the counter.So.. here:Hope this helps, Nikolas
- Sep 27 2015 | 6:05 amHey Nikolas, I found a similar solution with a delay-line, but of course 'deferlow' is more elegant. Should have thought about that ;-) The strip note was not necessary in my set-up cause I'm using a foot controller which is not sending note-offs.Just because I'm interested: could you try to explain to me what could be the problem and what you mean with 'scheduler lagging'?Thanx so much for your help ! It drove me crazy....now it works perfectly :-)Cheers P
- Sep 27 2015 | 9:46 amTo be honest, I am not quite sure what happens in the scheduler, but this kind of behavior is solved with defering. I though that your setup wasn't sending note-offs, but put there just in case!Glad it works!Nik
