Es geschah am Tuesday 17 March 2009 als Luis Garrido schrieb: > Correct me if I am wrong. As I see it, the way to spawn an editor from > an app is: > > - Create a plugin dll and install it at the plugin dir in place of > gigedit, since only one single editor is supported. > - In the main application: > - Create a Sampler object. > - Add a SamplerChannel. > - From the SamplerChannel get its EngineChannel. > - Use the EngineChannel to load an instrument. > - From the EngineChannel get its engine. > - From the Engine get the InstrumentManager. > - Use the InstrumentManager to launch the InstrumentEditor. > > If I follow this path I don't get any reference to the > InstrumentEditor which is created by the sampler, so I don't have any > direct means of communicating with it from my main application.
Yep, that's true. You don't get a reference of the launched instrument editor back ATM. Of course we can change that easily. So far there was simply no use for it. > > Like e.g. extending LSCP for instrument editing? If yes, I'm not > > convinved of > > I was thinking of just a generic transparent message passing > mechanism, like OSC. It would be up to the application programmer to > determine the semantics of the protocol to control the editor. This > would be simple to design and implement and unspecific enough, > wouldn't it? Yet it would provide a valuable tool that now doesn't > exist. Then again, it may exist and it is not apparent to my eyes. Well, if we would extend the API by returning back a pointer to the launched instrument editor, there would be no need for such an additional message passing mechanism. Because you could implement that in your application internally, right? Would that be sufficient for you? > Please bear with me, I am not criticizing LS design principles. My > apologies if it sounded like it, it was not my intention. No need to apologize in no way. Neither my, nor I guess any of the other devs' feelings get hurt by criticizing technical issues. Really! :-) For me this is just a spare time project, not my girl friend. ;-P So don't hesitate to criticize things! Either the criticizms are justified, then we try to solve the problem, or we tell you why we think its not justified. CU Christian ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
