Hello, Some more opinion:
> > I still cannot see why this should be so harebrained. But you've once > > set my head straight, you're welcome to do it again. > > > >> For the Xponent I implemented (within mixxx) one particular state > >> change, such that the wheels were only touch sensitive when a > >> particular > >> button was toggled. For some other application I might have wanted > >> that button to do something completely different, so it feels natural > >> to me that all such interpretations of "state" are within the > >> application, not the driver or even a userland intermediary. > >> > > This is a borderline hack to begin with since it's sitting in > EngineBuffer (no offense). :) > On top of that, it's a hack to support one specific device. At least > with the Hercules stuff it's rolled off into it's own classes. We > should try to minimize this sort of thing in the future (somehow)... All this crap should be in the midi processing stuff. That code is a huge mess at the moment and is in serious need of someone with enough time to clear it up. First of all the code is split between controlobject and enginebuffer, where none of the code should be in either of those places. We also now have two completely separate schemes for modifying incoming control values, the option block and the transform thing, neither of which are configurable enough. The midi processing code should be complicated enough that you can define the state variable there and have the button presses set it and branch on it. I mean it doesn't need to be turing complete or anything but it needs to be enough to avoid writing c++ for individual controllers. Then we can do away with this silly writing an extra option (4 different kinds of ROT anyone?) for each controller stuff too. We'll keep some common ones hard coded and the rest can be written as a sequence of more primitive operations in the xml. The enginebuffer should read one or two controlobjects for passing in something like nudges to position and nudges to rate or something. Actually that ended up sounding less like opinion and more like a rant. Sorry. Adam ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
