Le 9 avr. 07 à 04:15, Yen-Ju Chen a écrit : > I think a good way is that the menlet is still loaded > by menu server (through ServerBarKit as option 2) > and the communication between menulet and its application > is through DO. Whether it works well through DO is the problem > of the application which provide the menulet. > An example of mine is an old volume control I had before. > At that time, I ask how efficient the DO on the maillist. > The answer I got and the implementation I have shows > that the DO can handles communication between > dragging on a NSSlider to an application which changes the volume. > It is about 10-20 distant notification per second.
Interesting to know. >> > My current plan is to have a volume menulet >> >> Would be nice. Don't forget to put the sound specific code in >> SystemConfig framework. > > I have an implementation of mixer in MultimediaKit > and an example in Developer/Examples/MixerExample. > All I need is a menulet to use this mixer in MultimediaKit. > I can put it in SystemConfig. > But does it make more sense in MultimediaKit ? > On the other hand, for regular users, we only need a mixer > for system volume and microphone volume. > For professional users, they are not going to use our mixer anyway. > So there is no problem to make the one in MultimediaKit simpler > and move it to SystemConfig. We may have SystemConfig relies on MultimediaKit for SCSound config element. SCSound should allow to select input and output devices, input level/ volume and output level/volume and alert volume. In other words, it's just a basic mixer probably close to the one in MultimediaKit. Perhaps it makes sense to put current MultimediaKit mixer in SystemConfig and have MultimediaKit relies on it. In future, SystemConfig will surely run a daemon behind the scene to take care of: - concurrency issue between applications that modify configuration stuff (that would benefit to MultimediaKit mixer then) - notifications posting on configuration changes - priveleged operations we could need (like altering network settings) Cheers, Quentin. _______________________________________________ Etoile-discuss mailing list [EMAIL PROTECTED] https://mail.gna.org/listinfo/etoile-discuss
