Hello (Joseph)
I know I'm spoiled by iemlib but:
Can I adjust slider min/max values programmatically (from pd)? Can I adjust FG/BG values of various items programmatically? Also, what does 'direction' field do? and what values does it accept?
thanks.
./MiS
On Sun, 23 Sep 2001, Michal Seta wrote:
Hello (Joseph)
I know I'm spoiled by iemlib but:
Can I adjust slider min/max values programmatically (from pd)? Can I adjust FG/BG values of various items programmatically?
No, I was considering implementing a control-edit messaging system of some kind where you send messages to the GrIPD pd object that alters the properties of a control. Howevere, there are basically two issues with this: 1) Controls have no unique identifier. Basically, there would be no way for the GrIPD pd object to address a specific control since multiple controls can have the same receive symbol. It probably would not be very difficult to change this, however, and give each control a unique internal name. 2) Currently, most of the editing of control properties can only be done in edit mode, and not just from a user's standpoint. The control objects themselves have a boolean editMode property and control properties can only be changed while true. This was done to make things run more efficiently during performance mode, but the gain may not be that significant afterall. So perhaps I will implement this in the future, although I'm still not sure how usefull this would be.
Also, what does 'direction' field do? and what values does it accept?
For sliders, direction sets whether the top position of the slider coresponds to its maximum or minimum value. It can be either 0 or 1.
-- ______________________________ | | Joseph A. Sarlo | | jsarlo@mambo.peabody.jhu.edu |______________________________
On 9/23/01 11:49 PM, "Joseph A. Sarlo" jsarlo@mambo.peabody.jhu.edu wrote:
- Controls have no unique identifier. Basically, there would be
no way for the GrIPD pd object to address a specific control since multiple controls can have the same receive symbol.
Good point. I haven't considered all the possibilities but in my opinion/experience if you have the same receive symbol for more than one control object then it's perhaps because you want them to reflect the same state. So it wouldn't be so bad, I guess. However, this haven't yet happened to me with GRiPD.
- Currently, most of the editing of control properties can
only be done in edit mode, and not just from a user's standpoint. The control objects themselves have a boolean editMode property and control properties can only be changed while true. This was done to make things run more efficiently during performance mode, but the gain may not be that significant afterall.
I can see your point, though... with circa 50 objects in my GUI window I do experience a slowdown in edit mode.
So perhaps I will implement this in the future, although I'm still not sure how usefull this would be.
I can give you a specific example: I have arrays that get resized according to the length of sound file being loaded and I thought I wanted the sliders to reflect the length of the array and have the same level of control when moving around the array. I did however consider (after writing that email) keeping the slider constant and changing the other stuff within PD... Perhaps a better solution. Not fully implemented yet but shouldn't be so bad if I find a way of keeping the same fineness of control.
Thanks for feedback.
./MiS