RC tomorrow

[Josh Parmenter]

OK - got it...

once the decision about Server:meter is figured out, I'll package.  
Sooner the better!

Josh

On Apr 22, 2009, at 11:52 AM, Sciss wrote:

> https://sourceforge.net/project/downloading.php?group_id=155586&filename=SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
>
> but please let's wait for consense about adding to Server:meter ...  
> i could also fix the mixing of cocoa and platform-indep. code in the  
> current version of Server:meter
>
> ciao, -sciss-
>
>
> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>
>> Was about to package, and realized I don't have the latest SwingOSC  
>> yet - sciss, do you have a link?
>>
>> Josh
>>
>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>
>>> is there going to be a With-Extras version? if so, i would like to  
>>> have the latest SwingOSC included. shall i send you a binary?
>>>
>>> BTW: from the supercollider.sf.net site, it's not possible to find  
>>> the 3.3 RC downloads....
>>>
>>> ciao, -sciss-
>>>
>>>
>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>
>>>> OK - good, so it sounds like we are RC ready... I'll start  
>>>> packaging in about an hour unless I hear otherwise.
>>>>
>>>> Best,
>>>>
>>>> Josh
>>>>
>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>
>>>>> I would also vote for keeping crucial in for 3.3 . And I won't  
>>>>> move the
>>>>> responder files for now...
>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k  
>>>>> now about
>>>>> command modifiers. But in order to make that modifiers more  
>>>>> accessible we
>>>>> would need to change the synthax for register.
>>>>> from
>>>>> register( unicode, shift, caps, option, control, function )
>>>>> to
>>>>> register( unicode, shift, caps, option, control, command,  
>>>>> function )
>>>>> But i wouldn't do that for 3.3.
>>>>>
>>>>> At the moment you can do:
>>>>>
>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>> "command <-".postln;
>>>>> });
>>>>>
>>>>> j
>>>>>
>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@...
>>>>> >
>>>>> wrote:
>>>>>> ok, cool.  agreed.
>>>>>>
>>>>>> I'm sure those methods got around.  they have been due for  
>>>>>> transfer or
>>>>>> being
>>>>>> eliminated for quite a while.
>>>>>>
>>>>>> can't remember what they are or how many there are.
>>>>>> its more than just .debug
>>>>>>
>>>>>> I'm sure its all no more than a days work for me.
>>>>>>
>>>>>> main problem is that my sc is out of sync.  I tried to sync it  
>>>>>> and it
>>>>>> broke.
>>>>>>
>>>>>> there was an intensive work schedule from me many months ago  
>>>>>> and I
>>>>>> couldn't
>>>>>> test it and check it all in,
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell <danstowell@...
>>>>>> >
>>>>> wrote:
>>>>>>
>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>> I am of the opinion that you only do an RC if you really mean  
>>>>>>>> RC. So,
>>>>>> I
>>>>>>>> don't think we should plan on another one until it becomes  
>>>>>>>> obvious one
>>>>>> is
>>>>>>>> necessary.
>>>>>>>
>>>>>>> I agree
>>>>>>>
>>>>>>>
>>>>>>>> It won't be until tonight that I could actually get to building
>>>>>> anyways
>>>>>>> as
>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>
>>>>>>>> How about this:
>>>>>>>>
>>>>>>>> 3.3 with Crucial
>>>>>>>> 3.4 work could be towards efficiency and leaning things up  
>>>>>>>> over the
>>>>>> next
>>>>>>>> few months,
>>>>>>>
>>>>>>
>>>>>> yes, I would say that there are other things in the SC common  
>>>>>> that are
>>>>>> vestigal and better moved into a quark.  a clean common would  
>>>>>> be useful.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>> ******************************************
>>>> /* Joshua D. Parmenter
>>>> http://www.realizedsound.net/josh/
>>>>
>>>> “Every composer – at all times and in all cases – gives his own  
>>>> interpretation of how modern society is structured: whether  
>>>> actively or passively, consciously or unconsciously, he makes  
>>>> choices in this regard. He may be conservative or he may subject  
>>>> himself to continual renewal; or he may strive for a  
>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>> */
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>>
>>> _______________________________________________
>>> sc-dev mailing list
>>>
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> “Every composer – at all times and in all cases – gives his own  
>> interpretation of how modern society is structured: whether  
>> actively or passively, consciously or unconsciously, he makes  
>> choices in this regard. He may be conservative or he may subject  
>> himself to continual renewal; or he may strive for a revolutionary,  
>> historical or social palingenesis." - Luigi Nono
>> */
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Scott Wilson-3]

Yes, by all means do it.

S.


-----Original Message-----
From: owner-sc-dev@... on behalf of Josh Parmenter
Sent: Wed 4/22/2009 6:55 PM
To: sc-dev@...
Subject: Re: [sc-dev] RC tomorrow
 
Scott - any feeling about this? I haven't dealt with the Meter stuff  
that much,

Sciss - no problem, my day at work is more open, so once it is ready  
and this is figured out, we're good!

Josh

On Apr 22, 2009, at 10:51 AM, Sciss wrote:

> i'm sorry i was occupied all day; i'm trying to send one within the  
> next two hours...
>
> i know i'm the last minute, but if these lines could be added to  
> Server:meter, it would be working with SwingOSC...
>
> meter {
> var window, inmeters, outmeters, inresp, outresp, insynth,  
> outsynth, func;
> var numIns, numOuts;
> var view, viewWidth, meterWidth = 15, gapWidth = 4;
> var updateFreq = 10, dBLow = -80;
> var numRMSSamps, numRMSSampsRecip;
>
> if( GUI.id == \swing and: { \JSCPeakMeter.asClass.notNil }, {
> JSCPeakMeter.meterServer( this );
> ^this;
> });
>
> ... what worries me is that this code is in SCLevelIndicator.sc  
> which is in an osx folder, so i guess Server:meter doesn't exist on  
> Linux...? Could that be moved then to a platform neutral file, like  
> Common/GUI/PlusGUI/Control/plusMeter.sc or so?
>
> ciao, -sciss-
>
> <Bild 4.png>
>
>
> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>
>> Was about to package, and realized I don't have the latest SwingOSC  
>> yet - sciss, do you have a link?
>>
>> Josh
>>
>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>
>>> is there going to be a With-Extras version? if so, i would like to  
>>> have the latest SwingOSC included. shall i send you a binary?
>>>
>>> BTW: from the supercollider.sf.net site, it's not possible to find  
>>> the 3.3 RC downloads....
>>>
>>> ciao, -sciss-
>>>
>>>
>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>
>>>> OK - good, so it sounds like we are RC ready... I'll start  
>>>> packaging in about an hour unless I hear otherwise.
>>>>
>>>> Best,
>>>>
>>>> Josh
>>>>
>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>
>>>>> I would also vote for keeping crucial in for 3.3 . And I won't  
>>>>> move the
>>>>> responder files for now...
>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k  
>>>>> now about
>>>>> command modifiers. But in order to make that modifiers more  
>>>>> accessible we
>>>>> would need to change the synthax for register.
>>>>> from
>>>>> register( unicode, shift, caps, option, control, function )
>>>>> to
>>>>> register( unicode, shift, caps, option, control, command,  
>>>>> function )
>>>>> But i wouldn't do that for 3.3.
>>>>>
>>>>> At the moment you can do:
>>>>>
>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>> "command <-".postln;
>>>>> });
>>>>>
>>>>> j
>>>>>
>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@...
>>>>> >
>>>>> wrote:
>>>>>> ok, cool.  agreed.
>>>>>>
>>>>>> I'm sure those methods got around.  they have been due for  
>>>>>> transfer or
>>>>>> being
>>>>>> eliminated for quite a while.
>>>>>>
>>>>>> can't remember what they are or how many there are.
>>>>>> its more than just .debug
>>>>>>
>>>>>> I'm sure its all no more than a days work for me.
>>>>>>
>>>>>> main problem is that my sc is out of sync.  I tried to sync it  
>>>>>> and it
>>>>>> broke.
>>>>>>
>>>>>> there was an intensive work schedule from me many months ago  
>>>>>> and I
>>>>>> couldn't
>>>>>> test it and check it all in,
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell <danstowell@...
>>>>>> >
>>>>> wrote:
>>>>>>
>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>> I am of the opinion that you only do an RC if you really mean  
>>>>>>>> RC. So,
>>>>>> I
>>>>>>>> don't think we should plan on another one until it becomes  
>>>>>>>> obvious one
>>>>>> is
>>>>>>>> necessary.
>>>>>>>
>>>>>>> I agree
>>>>>>>
>>>>>>>
>>>>>>>> It won't be until tonight that I could actually get to building
>>>>>> anyways
>>>>>>> as
>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>
>>>>>>>> How about this:
>>>>>>>>
>>>>>>>> 3.3 with Crucial
>>>>>>>> 3.4 work could be towards efficiency and leaning things up  
>>>>>>>> over the
>>>>>> next
>>>>>>>> few months,
>>>>>>>
>>>>>>
>>>>>> yes, I would say that there are other things in the SC common  
>>>>>> that are
>>>>>> vestigal and better moved into a quark.  a clean common would  
>>>>>> be useful.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>> ******************************************
>>>> /* Joshua D. Parmenter
>>>> http://www.realizedsound.net/josh/
>>>>
>>>> "Every composer - at all times and in all cases - gives his own  
>>>> interpretation of how modern society is structured: whether  
>>>> actively or passively, consciously or unconsciously, he makes  
>>>> choices in this regard. He may be conservative or he may subject  
>>>> himself to continual renewal; or he may strive for a  
>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>> */
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>>
>>> _______________________________________________
>>> sc-dev mailing list
>>>
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> "Every composer - at all times and in all cases - gives his own  
>> interpretation of how modern society is structured: whether  
>> actively or passively, consciously or unconsciously, he makes  
>> choices in this regard. He may be conservative or he may subject  
>> himself to continual renewal; or he may strive for a revolutionary,  
>> historical or social palingenesis." - Luigi Nono
>> */
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

"Every composer - at all times and in all cases - gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[nescivi]

On Wednesday 22 April 2009 14:59:23 Josh Parmenter wrote:
> OK - got it...
>
> once the decision about Server:meter is figured out, I'll package.
> Sooner the better!

Ok, then I'd say...
put the Swing method as a server extension in the SwingOSC package, and leave
the SCapp version in the osx folder as it is.

The Swing method can then try to do an SCapp only version, if the current GUI
is not swing.

sincerely,
Marije

> Josh
>
> On Apr 22, 2009, at 11:52 AM, Sciss wrote:
> > https://sourceforge.net/project/downloading.php?group_id=155586&filename=
> >SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
> >
> > but please let's wait for consense about adding to Server:meter ...
> > i could also fix the mixing of cocoa and platform-indep. code in the
> > current version of Server:meter
> >
> > ciao, -sciss-
> >
> > Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
> >> Was about to package, and realized I don't have the latest SwingOSC
> >> yet - sciss, do you have a link?
> >>
> >> Josh
> >>
> >> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
> >>> is there going to be a With-Extras version? if so, i would like to
> >>> have the latest SwingOSC included. shall i send you a binary?
> >>>
> >>> BTW: from the supercollider.sf.net site, it's not possible to find
> >>> the 3.3 RC downloads....
> >>>
> >>> ciao, -sciss-
> >>>
> >>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
> >>>> OK - good, so it sounds like we are RC ready... I'll start
> >>>> packaging in about an hour unless I hear otherwise.
> >>>>
> >>>> Best,
> >>>>
> >>>> Josh
> >>>>
> >>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
> >>>>> I would also vote for keeping crucial in for 3.3 . And I won't
> >>>>> move the
> >>>>> responder files for now...
> >>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
> >>>>> now about
> >>>>> command modifiers. But in order to make that modifiers more
> >>>>> accessible we
> >>>>> would need to change the synthax for register.
> >>>>> from
> >>>>> register( unicode, shift, caps, option, control, function )
> >>>>> to
> >>>>> register( unicode, shift, caps, option, control, command,
> >>>>> function )
> >>>>> But i wouldn't do that for 3.3.
> >>>>>
> >>>>> At the moment you can do:
> >>>>>
> >>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
> >>>>> "command <-".postln;
> >>>>> });
> >>>>>
> >>>>> j
> >>>>>
> >>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@...
> >>>>>
> >>>>> wrote:
> >>>>>> ok, cool.  agreed.
> >>>>>>
> >>>>>> I'm sure those methods got around.  they have been due for
> >>>>>> transfer or
> >>>>>> being
> >>>>>> eliminated for quite a while.
> >>>>>>
> >>>>>> can't remember what they are or how many there are.
> >>>>>> its more than just .debug
> >>>>>>
> >>>>>> I'm sure its all no more than a days work for me.
> >>>>>>
> >>>>>> main problem is that my sc is out of sync.  I tried to sync it
> >>>>>> and it
> >>>>>> broke.
> >>>>>>
> >>>>>> there was an intensive work schedule from me many months ago
> >>>>>> and I
> >>>>>> couldn't
> >>>>>> test it and check it all in,
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell <danstowell@...
> >>>>>
> >>>>> wrote:
> >>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
> >>>>>>>> I am of the opinion that you only do an RC if you really mean
> >>>>>>>> RC. So,
> >>>>>>
> >>>>>> I
> >>>>>>
> >>>>>>>> don't think we should plan on another one until it becomes
> >>>>>>>> obvious one
> >>>>>>
> >>>>>> is
> >>>>>>
> >>>>>>>> necessary.
> >>>>>>>
> >>>>>>> I agree
> >>>>>>>
> >>>>>>>> It won't be until tonight that I could actually get to building
> >>>>>>
> >>>>>> anyways
> >>>>>>
> >>>>>>> as
> >>>>>>>
> >>>>>>>> my day has been as swamped as my last night.
> >>>>>>>>
> >>>>>>>> How about this:
> >>>>>>>>
> >>>>>>>> 3.3 with Crucial
> >>>>>>>> 3.4 work could be towards efficiency and leaning things up
> >>>>>>>> over the
> >>>>>>
> >>>>>> next
> >>>>>>
> >>>>>>>> few months,
> >>>>>>
> >>>>>> yes, I would say that there are other things in the SC common
> >>>>>> that are
> >>>>>> vestigal and better moved into a quark.  a clean common would
> >>>>>> be useful.
> >>>>>
> >>>>> _______________________________________________
> >>>>> sc-dev mailing list
> >>>>>
> >>>>> info (subscription, etc.):
> >>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> >>>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
> >>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
> >>>>
> >>>> ******************************************
> >>>> /* Joshua D. Parmenter
> >>>> http://www.realizedsound.net/josh/
> >>>>
> >>>> “Every composer – at all times and in all cases – gives his own
> >>>> interpretation of how modern society is structured: whether
> >>>> actively or passively, consciously or unconsciously, he makes
> >>>> choices in this regard. He may be conservative or he may subject
> >>>> himself to continual renewal; or he may strive for a
> >>>> revolutionary, historical or social palingenesis." - Luigi Nono
> >>>> */
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> sc-dev mailing list
> >>>>
> >>>> info (subscription, etc.):
> >>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> >>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
> >>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
> >>>
> >>> _______________________________________________
> >>> sc-dev mailing list
> >>>
> >>> info (subscription, etc.):
> >>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> >>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
> >>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
> >>
> >> ******************************************
> >> /* Joshua D. Parmenter
> >> http://www.realizedsound.net/josh/
> >>
> >> “Every composer – at all times and in all cases – gives his own
> >> interpretation of how modern society is structured: whether
> >> actively or passively, consciously or unconsciously, he makes
> >> choices in this regard. He may be conservative or he may subject
> >> himself to continual renewal; or he may strive for a revolutionary,
> >> historical or social palingenesis." - Luigi Nono
> >> */
> >>
> >>
> >> _______________________________________________
> >> sc-dev mailing list
> >>
> >> info (subscription, etc.):
> >> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> >> http://www.listarc.bham.ac.uk/marchives/sc-dev/
> >> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
> >
> > _______________________________________________
> > sc-dev mailing list
> >
> > info (subscription, etc.):
> > http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> > http://www.listarc.bham.ac.uk/marchives/sc-dev/
> > search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> “Every composer – at all times and in all cases – gives his own
> interpretation of how modern society is structured: whether actively
> or passively, consciously or unconsciously, he makes choices in this
> regard. He may be conservative or he may subject himself to continual
> renewal; or he may strive for a revolutionary, historical or social
> palingenesis." - Luigi Nono
> */
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
> http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Sciss-3]

but that gives you an ugly "Extension overwriting" message. what is  
wrong with moving Server:meter from SCLevelIndicator to the PlusGUI  
folder?

Am 22.04.2009 um 22:46 schrieb nescivi:

> On Wednesday 22 April 2009 14:59:23 Josh Parmenter wrote:
>> OK - got it...
>>
>> once the decision about Server:meter is figured out, I'll package.
>> Sooner the better!
>
> Ok, then I'd say...
> put the Swing method as a server extension in the SwingOSC package,  
> and leave
> the SCapp version in the osx folder as it is.
>
> The Swing method can then try to do an SCapp only version, if the  
> current GUI
> is not swing.
>
> sincerely,
> Marije
>
>> Josh
>>
>> On Apr 22, 2009, at 11:52 AM, Sciss wrote:
>>> https://sourceforge.net/project/downloading.php?
>>> group_id=155586&filename=
>>> SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
>>>
>>> but please let's wait for consense about adding to Server:meter ...
>>> i could also fix the mixing of cocoa and platform-indep. code in the
>>> current version of Server:meter
>>>
>>> ciao, -sciss-
>>>
>>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>>> Was about to package, and realized I don't have the latest SwingOSC
>>>> yet - sciss, do you have a link?
>>>>
>>>> Josh
>>>>
>>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>>> is there going to be a With-Extras version? if so, i would like to
>>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>>
>>>>> BTW: from the supercollider.sf.net site, it's not possible to find
>>>>> the 3.3 RC downloads....
>>>>>
>>>>> ciao, -sciss-
>>>>>
>>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>>> packaging in about an hour unless I hear otherwise.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Josh
>>>>>>
>>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>>> move the
>>>>>>> responder files for now...
>>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
>>>>>>> now about
>>>>>>> command modifiers. But in order to make that modifiers more
>>>>>>> accessible we
>>>>>>> would need to change the synthax for register.
>>>>>>> from
>>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>>> to
>>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>>> function )
>>>>>>> But i wouldn't do that for 3.3.
>>>>>>>
>>>>>>> At the moment you can do:
>>>>>>>
>>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>>> "command <-".postln;
>>>>>>> });
>>>>>>>
>>>>>>> j
>>>>>>>
>>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@crucial-
>>>>>>> systems.com
>>>>>>>
>>>>>>> wrote:
>>>>>>>> ok, cool.  agreed.
>>>>>>>>
>>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>>> transfer or
>>>>>>>> being
>>>>>>>> eliminated for quite a while.
>>>>>>>>
>>>>>>>> can't remember what they are or how many there are.
>>>>>>>> its more than just .debug
>>>>>>>>
>>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>>
>>>>>>>> main problem is that my sc is out of sync.  I tried to sync it
>>>>>>>> and it
>>>>>>>> broke.
>>>>>>>>
>>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>>> and I
>>>>>>>> couldn't
>>>>>>>> test it and check it all in,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell  
>>>>>>>> <danstowell@...
>>>>>>>
>>>>>>> wrote:
>>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>>> I am of the opinion that you only do an RC if you really mean
>>>>>>>>>> RC. So,
>>>>>>>>
>>>>>>>> I
>>>>>>>>
>>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>>> obvious one
>>>>>>>>
>>>>>>>> is
>>>>>>>>
>>>>>>>>>> necessary.
>>>>>>>>>
>>>>>>>>> I agree
>>>>>>>>>
>>>>>>>>>> It won't be until tonight that I could actually get to  
>>>>>>>>>> building
>>>>>>>>
>>>>>>>> anyways
>>>>>>>>
>>>>>>>>> as
>>>>>>>>>
>>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>>
>>>>>>>>>> How about this:
>>>>>>>>>>
>>>>>>>>>> 3.3 with Crucial
>>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>>> over the
>>>>>>>>
>>>>>>>> next
>>>>>>>>
>>>>>>>>>> few months,
>>>>>>>>
>>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>>> that are
>>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>>> be useful.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> sc-dev mailing list
>>>>>>>
>>>>>>> info (subscription, etc.):
>>>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>>>> archive:
>>>>>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>>
>>>>>> ******************************************
>>>>>> /* Joshua D. Parmenter
>>>>>> http://www.realizedsound.net/josh/
>>>>>>
>>>>>> “Every composer – at all times and in all cases – gives his own
>>>>>> interpretation of how modern society is structured: whether
>>>>>> actively or passively, consciously or unconsciously, he makes
>>>>>> choices in this regard. He may be conservative or he may subject
>>>>>> himself to continual renewal; or he may strive for a
>>>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>>>> */
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> sc-dev mailing list
>>>>>>
>>>>>> info (subscription, etc.):
>>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>>> archive:
>>>>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.):
>>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>>> archive:
>>>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>> ******************************************
>>>> /* Joshua D. Parmenter
>>>> http://www.realizedsound.net/josh/
>>>>
>>>> “Every composer – at all times and in all cases – gives his own
>>>> interpretation of how modern society is structured: whether
>>>> actively or passively, consciously or unconsciously, he makes
>>>> choices in this regard. He may be conservative or he may subject
>>>> himself to continual renewal; or he may strive for a revolutionary,
>>>> historical or social palingenesis." - Luigi Nono
>>>> */
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.):
>>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml 
>>>> archive:
>>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>> _______________________________________________
>>> sc-dev mailing list
>>>
>>> info (subscription, etc.):
>>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
>>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> “Every composer – at all times and in all cases – gives his own
>> interpretation of how modern society is structured: whether actively
>> or passively, consciously or unconsciously, he makes choices in this
>> regard. He may be conservative or he may subject himself to continual
>> renewal; or he may strive for a revolutionary, historical or social
>> palingenesis." - Luigi Nono
>> */
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.):
>> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive:
>> http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/ 
> sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Sciss-3]

ok, i added the ViewRedirect for GUI.levelIndicator and updated  
CocoaGUI, fixed the non-redirect classes in the original meter code,  
and moved that into a separate file. tested with cocoa and swing, works.

ciao, -sciss-


Am 22.04.2009 um 22:39 schrieb Scott Wilson:

> Yes, by all means do it.
>
> S.
>
>
> -----Original Message-----
> From: owner-sc-dev@... on behalf of Josh Parmenter
> Sent: Wed 4/22/2009 6:55 PM
> To: sc-dev@...
> Subject: Re: [sc-dev] RC tomorrow
>
> Scott - any feeling about this? I haven't dealt with the Meter stuff
> that much,
>
> Sciss - no problem, my day at work is more open, so once it is ready
> and this is figured out, we're good!
>
> Josh
>
> On Apr 22, 2009, at 10:51 AM, Sciss wrote:
>
>> i'm sorry i was occupied all day; i'm trying to send one within the
>> next two hours...
>>
>> i know i'm the last minute, but if these lines could be added to
>> Server:meter, it would be working with SwingOSC...
>>
>> meter {
>> var window, inmeters, outmeters, inresp, outresp, insynth,
>> outsynth, func;
>> var numIns, numOuts;
>> var view, viewWidth, meterWidth = 15, gapWidth = 4;
>> var updateFreq = 10, dBLow = -80;
>> var numRMSSamps, numRMSSampsRecip;
>>
>> if( GUI.id == \swing and: { \JSCPeakMeter.asClass.notNil }, {
>> JSCPeakMeter.meterServer( this );
>> ^this;
>> });
>>
>> ... what worries me is that this code is in SCLevelIndicator.sc
>> which is in an osx folder, so i guess Server:meter doesn't exist on
>> Linux...? Could that be moved then to a platform neutral file, like
>> Common/GUI/PlusGUI/Control/plusMeter.sc or so?
>>
>> ciao, -sciss-
>>
>> <Bild 4.png>
>>
>>
>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>
>>> Was about to package, and realized I don't have the latest SwingOSC
>>> yet - sciss, do you have a link?
>>>
>>> Josh
>>>
>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>
>>>> is there going to be a With-Extras version? if so, i would like to
>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>
>>>> BTW: from the supercollider.sf.net site, it's not possible to find
>>>> the 3.3 RC downloads....
>>>>
>>>> ciao, -sciss-
>>>>
>>>>
>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>
>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>> packaging in about an hour unless I hear otherwise.
>>>>>
>>>>> Best,
>>>>>
>>>>> Josh
>>>>>
>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>
>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>> move the
>>>>>> responder files for now...
>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
>>>>>> now about
>>>>>> command modifiers. But in order to make that modifiers more
>>>>>> accessible we
>>>>>> would need to change the synthax for register.
>>>>>> from
>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>> to
>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>> function )
>>>>>> But i wouldn't do that for 3.3.
>>>>>>
>>>>>> At the moment you can do:
>>>>>>
>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>> "command <-".postln;
>>>>>> });
>>>>>>
>>>>>> j
>>>>>>
>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@crucial-
>>>>>> systems.com
>>>>>>>
>>>>>> wrote:
>>>>>>> ok, cool.  agreed.
>>>>>>>
>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>> transfer or
>>>>>>> being
>>>>>>> eliminated for quite a while.
>>>>>>>
>>>>>>> can't remember what they are or how many there are.
>>>>>>> its more than just .debug
>>>>>>>
>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>
>>>>>>> main problem is that my sc is out of sync.  I tried to sync it
>>>>>>> and it
>>>>>>> broke.
>>>>>>>
>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>> and I
>>>>>>> couldn't
>>>>>>> test it and check it all in,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell  
>>>>>>> <danstowell@...
>>>>>>>>
>>>>>> wrote:
>>>>>>>
>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>> I am of the opinion that you only do an RC if you really mean
>>>>>>>>> RC. So,
>>>>>>> I
>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>> obvious one
>>>>>>> is
>>>>>>>>> necessary.
>>>>>>>>
>>>>>>>> I agree
>>>>>>>>
>>>>>>>>
>>>>>>>>> It won't be until tonight that I could actually get to  
>>>>>>>>> building
>>>>>>> anyways
>>>>>>>> as
>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>
>>>>>>>>> How about this:
>>>>>>>>>
>>>>>>>>> 3.3 with Crucial
>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>> over the
>>>>>>> next
>>>>>>>>> few months,
>>>>>>>>
>>>>>>>
>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>> that are
>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>> be useful.
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> sc-dev mailing list
>>>>>>
>>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/ 
>>>>>> research/sc_mailing_lists.shtml
>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>
>>>>> ******************************************
>>>>> /* Joshua D. Parmenter
>>>>> http://www.realizedsound.net/josh/
>>>>>
>>>>> "Every composer - at all times and in all cases - gives his own
>>>>> interpretation of how modern society is structured: whether
>>>>> actively or passively, consciously or unconsciously, he makes
>>>>> choices in this regard. He may be conservative or he may subject
>>>>> himself to continual renewal; or he may strive for a
>>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>>> */
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/ 
>>>>> sc_mailing_lists.shtml
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/ 
>>>> sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>> ******************************************
>>> /* Joshua D. Parmenter
>>> http://www.realizedsound.net/josh/
>>>
>>> "Every composer - at all times and in all cases - gives his own
>>> interpretation of how modern society is structured: whether
>>> actively or passively, consciously or unconsciously, he makes
>>> choices in this regard. He may be conservative or he may subject
>>> himself to continual renewal; or he may strive for a revolutionary,
>>> historical or social palingenesis." - Luigi Nono
>>> */
>>>
>>>
>>> _______________________________________________
>>> sc-dev mailing list
>>>
>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/ 
>>> sc_mailing_lists.shtml
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> "Every composer - at all times and in all cases - gives his own
> interpretation of how modern society is structured: whether actively
> or passively, consciously or unconsciously, he makes choices in this
> regard. He may be conservative or he may subject himself to continual
> renewal; or he may strive for a revolutionary, historical or social
> palingenesis." - Luigi Nono
> */
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/ 
> sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>
> <winmail.dat>

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Josh Parmenter]

OK!

NOW - The RC is locked.

Josh

On Apr 22, 2009, at 3:04 PM, Sciss wrote:

> ok, i added the ViewRedirect for GUI.levelIndicator and updated  
> CocoaGUI, fixed the non-redirect classes in the original meter code,  
> and moved that into a separate file. tested with cocoa and swing,  
> works.
>
> ciao, -sciss-
>
>
> Am 22.04.2009 um 22:39 schrieb Scott Wilson:
>
>> Yes, by all means do it.
>>
>> S.
>>
>>
>> -----Original Message-----
>> From: owner-sc-dev@... on behalf of Josh Parmenter
>> Sent: Wed 4/22/2009 6:55 PM
>> To: sc-dev@...
>> Subject: Re: [sc-dev] RC tomorrow
>>
>> Scott - any feeling about this? I haven't dealt with the Meter stuff
>> that much,
>>
>> Sciss - no problem, my day at work is more open, so once it is ready
>> and this is figured out, we're good!
>>
>> Josh
>>
>> On Apr 22, 2009, at 10:51 AM, Sciss wrote:
>>
>>> i'm sorry i was occupied all day; i'm trying to send one within the
>>> next two hours...
>>>
>>> i know i'm the last minute, but if these lines could be added to
>>> Server:meter, it would be working with SwingOSC...
>>>
>>> meter {
>>> var window, inmeters, outmeters, inresp, outresp, insynth,
>>> outsynth, func;
>>> var numIns, numOuts;
>>> var view, viewWidth, meterWidth = 15, gapWidth = 4;
>>> var updateFreq = 10, dBLow = -80;
>>> var numRMSSamps, numRMSSampsRecip;
>>>
>>> if( GUI.id == \swing and: { \JSCPeakMeter.asClass.notNil }, {
>>> JSCPeakMeter.meterServer( this );
>>> ^this;
>>> });
>>>
>>> ... what worries me is that this code is in SCLevelIndicator.sc
>>> which is in an osx folder, so i guess Server:meter doesn't exist on
>>> Linux...? Could that be moved then to a platform neutral file, like
>>> Common/GUI/PlusGUI/Control/plusMeter.sc or so?
>>>
>>> ciao, -sciss-
>>>
>>> <Bild 4.png>
>>>
>>>
>>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>>
>>>> Was about to package, and realized I don't have the latest SwingOSC
>>>> yet - sciss, do you have a link?
>>>>
>>>> Josh
>>>>
>>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>>
>>>>> is there going to be a With-Extras version? if so, i would like to
>>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>>
>>>>> BTW: from the supercollider.sf.net site, it's not possible to find
>>>>> the 3.3 RC downloads....
>>>>>
>>>>> ciao, -sciss-
>>>>>
>>>>>
>>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>>
>>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>>> packaging in about an hour unless I hear otherwise.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Josh
>>>>>>
>>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>>
>>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>>> move the
>>>>>>> responder files for now...
>>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
>>>>>>> now about
>>>>>>> command modifiers. But in order to make that modifiers more
>>>>>>> accessible we
>>>>>>> would need to change the synthax for register.
>>>>>>> from
>>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>>> to
>>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>>> function )
>>>>>>> But i wouldn't do that for 3.3.
>>>>>>>
>>>>>>> At the moment you can do:
>>>>>>>
>>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>>> "command <-".postln;
>>>>>>> });
>>>>>>>
>>>>>>> j
>>>>>>>
>>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@...
>>>>>>>>
>>>>>>> wrote:
>>>>>>>> ok, cool.  agreed.
>>>>>>>>
>>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>>> transfer or
>>>>>>>> being
>>>>>>>> eliminated for quite a while.
>>>>>>>>
>>>>>>>> can't remember what they are or how many there are.
>>>>>>>> its more than just .debug
>>>>>>>>
>>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>>
>>>>>>>> main problem is that my sc is out of sync.  I tried to sync it
>>>>>>>> and it
>>>>>>>> broke.
>>>>>>>>
>>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>>> and I
>>>>>>>> couldn't
>>>>>>>> test it and check it all in,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell <danstowell@...
>>>>>>>>>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>>> I am of the opinion that you only do an RC if you really mean
>>>>>>>>>> RC. So,
>>>>>>>> I
>>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>>> obvious one
>>>>>>>> is
>>>>>>>>>> necessary.
>>>>>>>>>
>>>>>>>>> I agree
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> It won't be until tonight that I could actually get to  
>>>>>>>>>> building
>>>>>>>> anyways
>>>>>>>>> as
>>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>>
>>>>>>>>>> How about this:
>>>>>>>>>>
>>>>>>>>>> 3.3 with Crucial
>>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>>> over the
>>>>>>>> next
>>>>>>>>>> few months,
>>>>>>>>>
>>>>>>>>
>>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>>> that are
>>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>>> be useful.
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> sc-dev mailing list
>>>>>>>
>>>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>>
>>>>>> ******************************************
>>>>>> /* Joshua D. Parmenter
>>>>>> http://www.realizedsound.net/josh/
>>>>>>
>>>>>> "Every composer - at all times and in all cases - gives his own
>>>>>> interpretation of how modern society is structured: whether
>>>>>> actively or passively, consciously or unconsciously, he makes
>>>>>> choices in this regard. He may be conservative or he may subject
>>>>>> himself to continual renewal; or he may strive for a
>>>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>>>> */
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> sc-dev mailing list
>>>>>>
>>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>> ******************************************
>>>> /* Joshua D. Parmenter
>>>> http://www.realizedsound.net/josh/
>>>>
>>>> "Every composer - at all times and in all cases - gives his own
>>>> interpretation of how modern society is structured: whether
>>>> actively or passively, consciously or unconsciously, he makes
>>>> choices in this regard. He may be conservative or he may subject
>>>> himself to continual renewal; or he may strive for a revolutionary,
>>>> historical or social palingenesis." - Luigi Nono
>>>> */
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> "Every composer - at all times and in all cases - gives his own
>> interpretation of how modern society is structured: whether actively
>> or passively, consciously or unconsciously, he makes choices in this
>> regard. He may be conservative or he may subject himself to continual
>> renewal; or he may strive for a revolutionary, historical or social
>> palingenesis." - Luigi Nono
>> */
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>> <winmail.dat>
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[nescivi]

On Wednesday 22 April 2009 17:45:59 Sciss wrote:
> but that gives you an ugly "Extension overwriting" message. what is
> wrong with moving Server:meter from SCLevelIndicator to the PlusGUI
> folder?

Well, it doesn't give *me* an extension override.

I haven't looked at the SCLevelIndicator class, but if it inherits from
another SCapp GUI class, the library won't compile on other systems than OSX.

But as it is, you did the ViewRedirect method already, so that's fine.

sincerely,
Marije

>
> Am 22.04.2009 um 22:46 schrieb nescivi:
> > On Wednesday 22 April 2009 14:59:23 Josh Parmenter wrote:
> >> OK - got it...
> >>
> >> once the decision about Server:meter is figured out, I'll package.
> >> Sooner the better!
> >
> > Ok, then I'd say...
> > put the Swing method as a server extension in the SwingOSC package,
> > and leave
> > the SCapp version in the osx folder as it is.
> >
> > The Swing method can then try to do an SCapp only version, if the
> > current GUI
> > is not swing.
> >
> > sincerely,
> > Marije
> >
> >> Josh
> >>
> >> On Apr 22, 2009, at 11:52 AM, Sciss wrote:
> >>> https://sourceforge.net/project/downloading.php?
> >>> group_id=155586&filename=
> >>> SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
> >>>
> >>> but please let's wait for consense about adding to Server:meter ...
> >>> i could also fix the mixing of cocoa and platform-indep. code in the
> >>> current version of Server:meter
> >>>
> >>> ciao, -sciss-
> >>>
> >>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
> >>>> Was about to package, and realized I don't have the latest SwingOSC
> >>>> yet - sciss, do you have a link?
> >>>>
> >>>> Josh
> >>>>
> >>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
> >>>>> is there going to be a With-Extras version? if so, i would like to
> >>>>> have the latest SwingOSC included. shall i send you a binary?
> >>>>>
> >>>>> BTW: from the supercollider.sf.net site, it's not possible to find
> >>>>> the 3.3 RC downloads....
> >>>>>
> >>>>> ciao, -sciss-
> >>>>>
> >>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
> >>>>>> OK - good, so it sounds like we are RC ready... I'll start
> >>>>>> packaging in about an hour unless I hear otherwise.
> >>>>>>
> >>>>>> Best,
> >>>>>>
> >>>>>> Josh
> >>>>>>
> >>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
> >>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
> >>>>>>> move the
> >>>>>>> responder files for now...
> >>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
> >>>>>>> now about
> >>>>>>> command modifiers. But in order to make that modifiers more
> >>>>>>> accessible we
> >>>>>>> would need to change the synthax for register.
> >>>>>>> from
> >>>>>>> register( unicode, shift, caps, option, control, function )
> >>>>>>> to
> >>>>>>> register( unicode, shift, caps, option, control, command,
> >>>>>>> function )
> >>>>>>> But i wouldn't do that for 3.3.
> >>>>>>>
> >>>>>>> At the moment you can do:
> >>>>>>>
> >>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
> >>>>>>> "command <-".postln;
> >>>>>>> });
> >>>>>>>
> >>>>>>> j
> >>>>>>>
> >>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@crucial-
> >>>>>>> systems.com
> >>>>>>>
> >>>>>>> wrote:
> >>>>>>>> ok, cool.  agreed.
> >>>>>>>>
> >>>>>>>> I'm sure those methods got around.  they have been due for
> >>>>>>>> transfer or
> >>>>>>>> being
> >>>>>>>> eliminated for quite a while.
> >>>>>>>>
> >>>>>>>> can't remember what they are or how many there are.
> >>>>>>>> its more than just .debug
> >>>>>>>>
> >>>>>>>> I'm sure its all no more than a days work for me.
> >>>>>>>>
> >>>>>>>> main problem is that my sc is out of sync.  I tried to sync it
> >>>>>>>> and it
> >>>>>>>> broke.
> >>>>>>>>
> >>>>>>>> there was an intensive work schedule from me many months ago
> >>>>>>>> and I
> >>>>>>>> couldn't
> >>>>>>>> test it and check it all in,
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell
> >>>>>>>> <danstowell@...
> >>>>>>>
> >>>>>>> wrote:
> >>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
> >>>>>>>>>> I am of the opinion that you only do an RC if you really mean
> >>>>>>>>>> RC. So,
> >>>>>>>>
> >>>>>>>> I
> >>>>>>>>
> >>>>>>>>>> don't think we should plan on another one until it becomes
> >>>>>>>>>> obvious one
> >>>>>>>>
> >>>>>>>> is
> >>>>>>>>
> >>>>>>>>>> necessary.
> >>>>>>>>>
> >>>>>>>>> I agree
> >>>>>>>>>
> >>>>>>>>>> It won't be until tonight that I could actually get to
> >>>>>>>>>> building
> >>>>>>>>
> >>>>>>>> anyways
> >>>>>>>>
> >>>>>>>>> as
> >>>>>>>>>
> >>>>>>>>>> my day has been as swamped as my last night.
> >>>>>>>>>>
> >>>>>>>>>> How about this:
> >>>>>>>>>>
> >>>>>>>>>> 3.3 with Crucial
> >>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
> >>>>>>>>>> over the
> >>>>>>>>
> >>>>>>>> next
> >>>>>>>>
> >>>>>>>>>> few months,
> >>>>>>>>
> >>>>>>>> yes, I would say that there are other things in the SC common
> >>>>>>>> that are
> >>>>>>>> vestigal and better moved into a quark.  a clean common would
> >>>>>>>> be useful.

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Josh Parmenter]

things are packaged... uploading right now.

Josh

On Apr 22, 2009, at 3:18 PM, nescivi wrote:

> On Wednesday 22 April 2009 17:45:59 Sciss wrote:
>> but that gives you an ugly "Extension overwriting" message. what is
>> wrong with moving Server:meter from SCLevelIndicator to the PlusGUI
>> folder?
>
> Well, it doesn't give *me* an extension override.
>
> I haven't looked at the SCLevelIndicator class, but if it inherits  
> from
> another SCapp GUI class, the library won't compile on other systems  
> than OSX.
>
> But as it is, you did the ViewRedirect method already, so that's fine.
>
> sincerely,
> Marije
>
>>
>> Am 22.04.2009 um 22:46 schrieb nescivi:
>>> On Wednesday 22 April 2009 14:59:23 Josh Parmenter wrote:
>>>> OK - got it...
>>>>
>>>> once the decision about Server:meter is figured out, I'll package.
>>>> Sooner the better!
>>>
>>> Ok, then I'd say...
>>> put the Swing method as a server extension in the SwingOSC package,
>>> and leave
>>> the SCapp version in the osx folder as it is.
>>>
>>> The Swing method can then try to do an SCapp only version, if the
>>> current GUI
>>> is not swing.
>>>
>>> sincerely,
>>> Marije
>>>
>>>> Josh
>>>>
>>>> On Apr 22, 2009, at 11:52 AM, Sciss wrote:
>>>>> https://sourceforge.net/project/downloading.php?
>>>>> group_id=155586&filename=
>>>>> SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
>>>>>
>>>>> but please let's wait for consense about adding to  
>>>>> Server:meter ...
>>>>> i could also fix the mixing of cocoa and platform-indep. code in  
>>>>> the
>>>>> current version of Server:meter
>>>>>
>>>>> ciao, -sciss-
>>>>>
>>>>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>>>>> Was about to package, and realized I don't have the latest  
>>>>>> SwingOSC
>>>>>> yet - sciss, do you have a link?
>>>>>>
>>>>>> Josh
>>>>>>
>>>>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>>>>> is there going to be a With-Extras version? if so, i would  
>>>>>>> like to
>>>>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>>>>
>>>>>>> BTW: from the supercollider.sf.net site, it's not possible to  
>>>>>>> find
>>>>>>> the 3.3 RC downloads....
>>>>>>>
>>>>>>> ciao, -sciss-
>>>>>>>
>>>>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>>>>> packaging in about an hour unless I hear otherwise.
>>>>>>>>
>>>>>>>> Best,
>>>>>>>>
>>>>>>>> Josh
>>>>>>>>
>>>>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>>>>> move the
>>>>>>>>> responder files for now...
>>>>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that  
>>>>>>>>> they k
>>>>>>>>> now about
>>>>>>>>> command modifiers. But in order to make that modifiers more
>>>>>>>>> accessible we
>>>>>>>>> would need to change the synthax for register.
>>>>>>>>> from
>>>>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>>>>> to
>>>>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>>>>> function )
>>>>>>>>> But i wouldn't do that for 3.3.
>>>>>>>>>
>>>>>>>>> At the moment you can do:
>>>>>>>>>
>>>>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>>>>> "command <-".postln;
>>>>>>>>> });
>>>>>>>>>
>>>>>>>>> j
>>>>>>>>>
>>>>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@crucial-
>>>>>>>>> systems.com
>>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>> ok, cool.  agreed.
>>>>>>>>>>
>>>>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>>>>> transfer or
>>>>>>>>>> being
>>>>>>>>>> eliminated for quite a while.
>>>>>>>>>>
>>>>>>>>>> can't remember what they are or how many there are.
>>>>>>>>>> its more than just .debug
>>>>>>>>>>
>>>>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>>>>
>>>>>>>>>> main problem is that my sc is out of sync.  I tried to sync  
>>>>>>>>>> it
>>>>>>>>>> and it
>>>>>>>>>> broke.
>>>>>>>>>>
>>>>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>>>>> and I
>>>>>>>>>> couldn't
>>>>>>>>>> test it and check it all in,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell
>>>>>>>>>> <danstowell@...
>>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>>>>> I am of the opinion that you only do an RC if you really  
>>>>>>>>>>>> mean
>>>>>>>>>>>> RC. So,
>>>>>>>>>>
>>>>>>>>>> I
>>>>>>>>>>
>>>>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>>>>> obvious one
>>>>>>>>>>
>>>>>>>>>> is
>>>>>>>>>>
>>>>>>>>>>>> necessary.
>>>>>>>>>>>
>>>>>>>>>>> I agree
>>>>>>>>>>>
>>>>>>>>>>>> It won't be until tonight that I could actually get to
>>>>>>>>>>>> building
>>>>>>>>>>
>>>>>>>>>> anyways
>>>>>>>>>>
>>>>>>>>>>> as
>>>>>>>>>>>
>>>>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>>>>
>>>>>>>>>>>> How about this:
>>>>>>>>>>>>
>>>>>>>>>>>> 3.3 with Crucial
>>>>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>>>>> over the
>>>>>>>>>>
>>>>>>>>>> next
>>>>>>>>>>
>>>>>>>>>>>> few months,
>>>>>>>>>>
>>>>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>>>>> that are
>>>>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>>>>> be useful.
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Josh Parmenter]

OK - RC2 is up. I can announce after I get the girls to bed, or anyone  
else can feel free to!

Best,

Josh

On Apr 22, 2009, at 3:18 PM, nescivi wrote:

> On Wednesday 22 April 2009 17:45:59 Sciss wrote:
>> but that gives you an ugly "Extension overwriting" message. what is
>> wrong with moving Server:meter from SCLevelIndicator to the PlusGUI
>> folder?
>
> Well, it doesn't give *me* an extension override.
>
> I haven't looked at the SCLevelIndicator class, but if it inherits  
> from
> another SCapp GUI class, the library won't compile on other systems  
> than OSX.
>
> But as it is, you did the ViewRedirect method already, so that's fine.
>
> sincerely,
> Marije
>
>>
>> Am 22.04.2009 um 22:46 schrieb nescivi:
>>> On Wednesday 22 April 2009 14:59:23 Josh Parmenter wrote:
>>>> OK - got it...
>>>>
>>>> once the decision about Server:meter is figured out, I'll package.
>>>> Sooner the better!
>>>
>>> Ok, then I'd say...
>>> put the Swing method as a server extension in the SwingOSC package,
>>> and leave
>>> the SCapp version in the osx folder as it is.
>>>
>>> The Swing method can then try to do an SCapp only version, if the
>>> current GUI
>>> is not swing.
>>>
>>> sincerely,
>>> Marije
>>>
>>>> Josh
>>>>
>>>> On Apr 22, 2009, at 11:52 AM, Sciss wrote:
>>>>> https://sourceforge.net/project/downloading.php?
>>>>> group_id=155586&filename=
>>>>> SwingOSC-0.61RC_SVN176-090422.zip&a=43980979
>>>>>
>>>>> but please let's wait for consense about adding to  
>>>>> Server:meter ...
>>>>> i could also fix the mixing of cocoa and platform-indep. code in  
>>>>> the
>>>>> current version of Server:meter
>>>>>
>>>>> ciao, -sciss-
>>>>>
>>>>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>>>>> Was about to package, and realized I don't have the latest  
>>>>>> SwingOSC
>>>>>> yet - sciss, do you have a link?
>>>>>>
>>>>>> Josh
>>>>>>
>>>>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>>>>> is there going to be a With-Extras version? if so, i would  
>>>>>>> like to
>>>>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>>>>
>>>>>>> BTW: from the supercollider.sf.net site, it's not possible to  
>>>>>>> find
>>>>>>> the 3.3 RC downloads....
>>>>>>>
>>>>>>> ciao, -sciss-
>>>>>>>
>>>>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>>>>> packaging in about an hour unless I hear otherwise.
>>>>>>>>
>>>>>>>> Best,
>>>>>>>>
>>>>>>>> Josh
>>>>>>>>
>>>>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>>>>> move the
>>>>>>>>> responder files for now...
>>>>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that  
>>>>>>>>> they k
>>>>>>>>> now about
>>>>>>>>> command modifiers. But in order to make that modifiers more
>>>>>>>>> accessible we
>>>>>>>>> would need to change the synthax for register.
>>>>>>>>> from
>>>>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>>>>> to
>>>>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>>>>> function )
>>>>>>>>> But i wouldn't do that for 3.3.
>>>>>>>>>
>>>>>>>>> At the moment you can do:
>>>>>>>>>
>>>>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>>>>> "command <-".postln;
>>>>>>>>> });
>>>>>>>>>
>>>>>>>>> j
>>>>>>>>>
>>>>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@crucial-
>>>>>>>>> systems.com
>>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>> ok, cool.  agreed.
>>>>>>>>>>
>>>>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>>>>> transfer or
>>>>>>>>>> being
>>>>>>>>>> eliminated for quite a while.
>>>>>>>>>>
>>>>>>>>>> can't remember what they are or how many there are.
>>>>>>>>>> its more than just .debug
>>>>>>>>>>
>>>>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>>>>
>>>>>>>>>> main problem is that my sc is out of sync.  I tried to sync  
>>>>>>>>>> it
>>>>>>>>>> and it
>>>>>>>>>> broke.
>>>>>>>>>>
>>>>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>>>>> and I
>>>>>>>>>> couldn't
>>>>>>>>>> test it and check it all in,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell
>>>>>>>>>> <danstowell@...
>>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>>>>> I am of the opinion that you only do an RC if you really  
>>>>>>>>>>>> mean
>>>>>>>>>>>> RC. So,
>>>>>>>>>>
>>>>>>>>>> I
>>>>>>>>>>
>>>>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>>>>> obvious one
>>>>>>>>>>
>>>>>>>>>> is
>>>>>>>>>>
>>>>>>>>>>>> necessary.
>>>>>>>>>>>
>>>>>>>>>>> I agree
>>>>>>>>>>>
>>>>>>>>>>>> It won't be until tonight that I could actually get to
>>>>>>>>>>>> building
>>>>>>>>>>
>>>>>>>>>> anyways
>>>>>>>>>>
>>>>>>>>>>> as
>>>>>>>>>>>
>>>>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>>>>
>>>>>>>>>>>> How about this:
>>>>>>>>>>>>
>>>>>>>>>>>> 3.3 with Crucial
>>>>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>>>>> over the
>>>>>>>>>>
>>>>>>>>>> next
>>>>>>>>>>
>>>>>>>>>>>> few months,
>>>>>>>>>>
>>>>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>>>>> that are
>>>>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>>>>> be useful.
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[Scott Wilson-8]

I still don't think it should have a ViewRedirect, as you said they're  
not really equivalent.

For that to make sense would need a wrapper class on one side or the  
other. Maybe both, then you could have both styles. But that seems  
post-3.3

S.

On 22 Apr 2009, at 23:04, Sciss wrote:

> ok, i added the ViewRedirect for GUI.levelIndicator and updated  
> CocoaGUI, fixed the non-redirect classes in the original meter code,  
> and moved that into a separate file. tested with cocoa and swing,  
> works.
>
> ciao, -sciss-
>
>
> Am 22.04.2009 um 22:39 schrieb Scott Wilson:
>
>> Yes, by all means do it.
>>
>> S.
>>
>>
>> -----Original Message-----
>> From: owner-sc-dev@... on behalf of Josh Parmenter
>> Sent: Wed 4/22/2009 6:55 PM
>> To: sc-dev@...
>> Subject: Re: [sc-dev] RC tomorrow
>>
>> Scott - any feeling about this? I haven't dealt with the Meter stuff
>> that much,
>>
>> Sciss - no problem, my day at work is more open, so once it is ready
>> and this is figured out, we're good!
>>
>> Josh
>>
>> On Apr 22, 2009, at 10:51 AM, Sciss wrote:
>>
>>> i'm sorry i was occupied all day; i'm trying to send one within the
>>> next two hours...
>>>
>>> i know i'm the last minute, but if these lines could be added to
>>> Server:meter, it would be working with SwingOSC...
>>>
>>> meter {
>>> var window, inmeters, outmeters, inresp, outresp, insynth,
>>> outsynth, func;
>>> var numIns, numOuts;
>>> var view, viewWidth, meterWidth = 15, gapWidth = 4;
>>> var updateFreq = 10, dBLow = -80;
>>> var numRMSSamps, numRMSSampsRecip;
>>>
>>> if( GUI.id == \swing and: { \JSCPeakMeter.asClass.notNil }, {
>>> JSCPeakMeter.meterServer( this );
>>> ^this;
>>> });
>>>
>>> ... what worries me is that this code is in SCLevelIndicator.sc
>>> which is in an osx folder, so i guess Server:meter doesn't exist on
>>> Linux...? Could that be moved then to a platform neutral file, like
>>> Common/GUI/PlusGUI/Control/plusMeter.sc or so?
>>>
>>> ciao, -sciss-
>>>
>>> <Bild 4.png>
>>>
>>>
>>> Am 22.04.2009 um 16:55 schrieb Josh Parmenter:
>>>
>>>> Was about to package, and realized I don't have the latest SwingOSC
>>>> yet - sciss, do you have a link?
>>>>
>>>> Josh
>>>>
>>>> On Apr 21, 2009, at 1:29 PM, Sciss wrote:
>>>>
>>>>> is there going to be a With-Extras version? if so, i would like to
>>>>> have the latest SwingOSC included. shall i send you a binary?
>>>>>
>>>>> BTW: from the supercollider.sf.net site, it's not possible to find
>>>>> the 3.3 RC downloads....
>>>>>
>>>>> ciao, -sciss-
>>>>>
>>>>>
>>>>> Am 21.04.2009 um 22:25 schrieb Josh Parmenter:
>>>>>
>>>>>> OK - good, so it sounds like we are RC ready... I'll start
>>>>>> packaging in about an hour unless I hear otherwise.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Josh
>>>>>>
>>>>>> On Apr 21, 2009, at 12:53 PM, Jan T wrote:
>>>>>>
>>>>>>> I would also vote for keeping crucial in for 3.3 . And I won't
>>>>>>> move the
>>>>>>> responder files for now...
>>>>>>> I changed KeyCodeResponder and UnicodeResponder, so that they k
>>>>>>> now about
>>>>>>> command modifiers. But in order to make that modifiers more
>>>>>>> accessible we
>>>>>>> would need to change the synthax for register.
>>>>>>> from
>>>>>>> register( unicode, shift, caps, option, control, function )
>>>>>>> to
>>>>>>> register( unicode, shift, caps, option, control, command,
>>>>>>> function )
>>>>>>> But i wouldn't do that for 3.3.
>>>>>>>
>>>>>>> At the moment you can do:
>>>>>>>
>>>>>>> k.registerKeycode(KeyCodeResponder.commandModifier , 123 , {
>>>>>>> "command <-".postln;
>>>>>>> });
>>>>>>>
>>>>>>> j
>>>>>>>
>>>>>>> On Tue, 21 Apr 2009 21:50:37 +0200, felix <felix@...
>>>>>>>>
>>>>>>> wrote:
>>>>>>>> ok, cool.  agreed.
>>>>>>>>
>>>>>>>> I'm sure those methods got around.  they have been due for
>>>>>>>> transfer or
>>>>>>>> being
>>>>>>>> eliminated for quite a while.
>>>>>>>>
>>>>>>>> can't remember what they are or how many there are.
>>>>>>>> its more than just .debug
>>>>>>>>
>>>>>>>> I'm sure its all no more than a days work for me.
>>>>>>>>
>>>>>>>> main problem is that my sc is out of sync.  I tried to sync it
>>>>>>>> and it
>>>>>>>> broke.
>>>>>>>>
>>>>>>>> there was an intensive work schedule from me many months ago
>>>>>>>> and I
>>>>>>>> couldn't
>>>>>>>> test it and check it all in,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 21, 2009 at 9:06 PM, Dan Stowell <danstowell@...
>>>>>>>>>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> 2009/4/21, Josh Parmenter <josh@...>:
>>>>>>>>>> I am of the opinion that you only do an RC if you really mean
>>>>>>>>>> RC. So,
>>>>>>>> I
>>>>>>>>>> don't think we should plan on another one until it becomes
>>>>>>>>>> obvious one
>>>>>>>> is
>>>>>>>>>> necessary.
>>>>>>>>>
>>>>>>>>> I agree
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> It won't be until tonight that I could actually get to  
>>>>>>>>>> building
>>>>>>>> anyways
>>>>>>>>> as
>>>>>>>>>> my day has been as swamped as my last night.
>>>>>>>>>>
>>>>>>>>>> How about this:
>>>>>>>>>>
>>>>>>>>>> 3.3 with Crucial
>>>>>>>>>> 3.4 work could be towards efficiency and leaning things up
>>>>>>>>>> over the
>>>>>>>> next
>>>>>>>>>> few months,
>>>>>>>>>
>>>>>>>>
>>>>>>>> yes, I would say that there are other things in the SC common
>>>>>>>> that are
>>>>>>>> vestigal and better moved into a quark.  a clean common would
>>>>>>>> be useful.
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> sc-dev mailing list
>>>>>>>
>>>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>>
>>>>>> ******************************************
>>>>>> /* Joshua D. Parmenter
>>>>>> http://www.realizedsound.net/josh/
>>>>>>
>>>>>> "Every composer - at all times and in all cases - gives his own
>>>>>> interpretation of how modern society is structured: whether
>>>>>> actively or passively, consciously or unconsciously, he makes
>>>>>> choices in this regard. He may be conservative or he may subject
>>>>>> himself to continual renewal; or he may strive for a
>>>>>> revolutionary, historical or social palingenesis." - Luigi Nono
>>>>>> */
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> sc-dev mailing list
>>>>>>
>>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-dev mailing list
>>>>>
>>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>>
>>>> ******************************************
>>>> /* Joshua D. Parmenter
>>>> http://www.realizedsound.net/josh/
>>>>
>>>> "Every composer - at all times and in all cases - gives his own
>>>> interpretation of how modern society is structured: whether
>>>> actively or passively, consciously or unconsciously, he makes
>>>> choices in this regard. He may be conservative or he may subject
>>>> himself to continual renewal; or he may strive for a revolutionary,
>>>> historical or social palingenesis." - Luigi Nono
>>>> */
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-dev mailing list
>>>>
>>>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>>
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> "Every composer - at all times and in all cases - gives his own
>> interpretation of how modern society is structured: whether actively
>> or passively, consciously or unconsciously, he makes choices in this
>> regard. He may be conservative or he may subject himself to continual
>> renewal; or he may strive for a revolutionary, historical or social
>> palingenesis." - Luigi Nono
>> */
>>
>>
>> _______________________________________________
>> sc-dev mailing list
>>
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>
>> <winmail.dat>
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/