MakeMDL.partx.xml Code to Rotate Knob

[n4gix 4,947]

I have a knob in the VC I need to rotate to 3 positions:offdimbrightHas anyone had any success in MakeMDL.parts.xml version XML Code at rotating a knob based on a L:CabinLight variable?There are numerous examples of using "stock FS variables" but none using custom L:var types for anything except bool values.Further, there are examples of LeftSingle+LeftDrag+Wheel but no examples of RightSingle+RightDrag+Wheel???All the Rocker switches are completed and interfaced with the C gauge to keep 'em synched and allow for sound (via the C gauge logic), but the last three "rotary knobs" are being a PITA... ;)

[n4gix 4,947]

Hmmm... I seem to "part way" towards the goal. The following code will rotate off, dim, bright, off... with consecutive Left mouse clicks. Rotating the knob gives the same sequence, regardless of direction... switch_cabinlight(L:CabinLight, enum) 50 * 300HandCabin Light(L:CabinLight, enum) ++ d 2 > if{ 0 } (>L:CabinLight, enum)

[n4gix 4,947]

I hate "replying" to my own post, but... I found out that RightSingle does work, although unfortunately I can't see a way to combine the two into one area, and MakeMDL is intolerant of having two areas defined, since each one "covers the entire part." The good news is that the code in my first post will do the job at least... L:CabinLight,enum will count 0,1,2 and the 50 * multiplier translates into 0,50,100 for the part rotation...

[Guest airhead]

Bill,Try detecting for a mouse event and type in your mouserect, then place your appropriate code based on the corresponding event (leftclick, rightclick, scroll, etc.). For each event type, you can use a conditional statement to detect which position the switch is already in (based on your var) and make the appropriate change to it's value, and consequently your knob position as well.

[n4gix 4,947]

Thanks for that, but it's not the logic with which I have a problem. Rather, it's the XML code structure and syntax! I could write working code in nearly any real computer language in a matter of minutes...The SDK rather breezily mentions M: events, but frankly is quite useless in describing the nuts-and-bolts of it's usage. Worse still is that the syntax used in XML gauges is quite a bit different that that used in the model XML code.

[Guest airhead]

Ok then, maybe this will help a bit...

			(M:Event) 'LeftSingle' scmp 0 == 				if{ (L:Cabinmode, enum) 3 == 					if{ 0 (>L:Cabinmode,enum) } 					els{ (L:Cabinmode, enum) 0 == 						if{ 1 (>L:Cabinmode,enum) } 						els{ (L:Cabinmode, enum) 1 == 							if{ 2 (>L:Cabinmode,enum) }						}					}				}			(M:Event) 'RightSingle' scmp 0 == 				if{ (L:Cabinmode, enum) 2 == 					if{ 1 (>L:Cabinmode,enum) } 					els{ (L:Cabinmode, enum) 1 == 						if{ 0 (>L:Cabinmode,enum) } 						els{ (L:Cabinmode, enum) 0 == 							if{ 3 (>L:Cabinmode,enum) }						}					}				}

This is just a snip of the whole mouserect from a cabin temp control I did a while back. You can use mouse wheel events in this format as well. Doing so allows you to break out every type of event and write code specifically tailored for each action. While this is a relatively simple example, it should help with the structure for the parts.xml file. For the most part, I have found the coding to be relatively similar to standard xml gauges, though there are a few things I have found that tend not to work and play well with makemdl and require a workaround.

[n4gix 4,947]

YES!!!Thank you so very, very much! May God bless you for your act of kindness sir!I had just about resigned myself to having to use an "invisible C gauge" to accomplish this task.Now that I understand the syntax and structure, it seems so "easy..." ;)

[Guest airhead]

Good to hear it all worked out for you.

[n4gix 4,947]

>Good to hear it all worked out for you.Now all I have to do is finish updating the electricalpanel.cpp code to include the three rotary knobs. The model's XML code simply controls the animation. The L:vars are read & written by the C code, and all actual "switching" and "sound" is supplied by the C gauge's logic. ;)