RC tomorrow
|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 - 3 | Next > |
 |
RC tomorrow
by Josh Parmenter
::
Rate this Message:
Hi all,
I got caught up with two daughters that didn't want to go to bed. RC tomorrow... they beat me down. Unless there is a reason to NOT do it in the morning (i.e., unless I hear otherwise), I get building asap. Best, Josh ****************************************** /* 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 */ |
|
|
Re: RC tomorrow
by ronald kuivila
::
Rate this Message:
Hi Josh,
Go ahead, but I want to resolve this EventStreamPlayer issue and get that into the release. RJK On Apr 21, 2009, at 12:05 AM, Josh Parmenter wrote:
|
|
|
Re: RC tomorrow
by ronald kuivila
::
Rate this Message:
Hi Josh,
I tested and committed the needed revision, so please proceed! RJK On Apr 21, 2009, at 6:39 AM, ronald kuivila wrote:
|
|
|
Re: RC tomorrow
by Jan Trutzschler-2
::
Rate this Message:
still need to move the responders, can do it in ~2h.
j On Apr 21, 2009, at 1:20 PM, ronald kuivila wrote: > Hi Josh, > > I tested and committed the needed revision, so please proceed! > > RJK > > On Apr 21, 2009, at 6:39 AM, ronald kuivila wrote: > >> Hi Josh, >> >> Go ahead, but I want to resolve this EventStreamPlayer issue and >> get that into the release. >> >> RJK >> >> On Apr 21, 2009, at 12:05 AM, Josh Parmenter wrote: >> >>> Hi all, >>> >>> I got caught up with two daughters that didn't want to go to bed. >>> RC tomorrow... they beat me down. Unless there is a reason to NOT >>> do it in the morning (i.e., unless I hear otherwise), I get >>> building asap. >>> >>> Best, >>> >>> Josh >>> >>> ****************************************** >>> /* 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/ |
|
|
Re: RC tomorrow
by Josh Parmenter
::
Rate this Message:
no problem!
Josh On Apr 21, 2009, at 10:12 AM, Jan T wrote: > still need to move the responders, can do it in ~2h. > j > On Apr 21, 2009, at 1:20 PM, ronald kuivila wrote: > >> Hi Josh, >> >> I tested and committed the needed revision, so please proceed! >> >> RJK >> >> On Apr 21, 2009, at 6:39 AM, ronald kuivila wrote: >> >>> Hi Josh, >>> >>> Go ahead, but I want to resolve this EventStreamPlayer issue and >>> get that into the release. >>> >>> RJK >>> >>> On Apr 21, 2009, at 12:05 AM, Josh Parmenter wrote: >>> >>>> Hi all, >>>> >>>> I got caught up with two daughters that didn't want to go to bed. >>>> RC tomorrow... they beat me down. Unless there is a reason to NOT >>>> do it in the morning (i.e., unless I hear otherwise), I get >>>> building asap. >>>> >>>> Best, >>>> >>>> Josh >>>> >>>> ****************************************** >>>> /* 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/ |
|
|
Re: RC tomorrow
by Scott Wilson-3
::
Rate this Message:
What about Nick's crucial -> Quark idea?
Chris, are you okay with this? S. On 21 Apr 2009, at 18:29, Josh Parmenter wrote: > no problem! > > Josh > > On Apr 21, 2009, at 10:12 AM, Jan T wrote: > >> still need to move the responders, can do it in ~2h. >> j >> On Apr 21, 2009, at 1:20 PM, ronald kuivila wrote: >> >>> Hi Josh, >>> >>> I tested and committed the needed revision, so please proceed! >>> >>> RJK >>> >>> On Apr 21, 2009, at 6:39 AM, ronald kuivila wrote: >>> >>>> Hi Josh, >>>> >>>> Go ahead, but I want to resolve this EventStreamPlayer issue and >>>> get that into the release. >>>> >>>> RJK >>>> >>>> On Apr 21, 2009, at 12:05 AM, Josh Parmenter wrote: >>>> >>>>> Hi all, >>>>> >>>>> I got caught up with two daughters that didn't want to go to >>>>> bed. RC tomorrow... they beat me down. Unless there is a reason >>>>> to NOT do it in the morning (i.e., unless I hear otherwise), I >>>>> get building asap. >>>>> >>>>> Best, >>>>> >>>>> Josh >>>>> >>>>> ****************************************** >>>>> /* 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/ _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by felix-38
::
Rate this Message:
its been on my to do list for a long time but I'm swamped with stuff ideally I would break it up into crucial which is the bare basics and crucial-extras which is mostly archaic I'll try to look at it. I think there are some methods in main that use crucial extensions On Tue, Apr 21, 2009 at 8:26 PM, Scott Wilson <s.d.wilson.1@...> wrote: What about Nick's crucial -> Quark idea? |
|
|
Re: RC tomorrow
by James Harkins-2
::
Rate this Message:
On Tue, Apr 21, 2009 at 2:32 PM, felix <felix@...> wrote:
> its been on my to do list for a long time > but I'm swamped with stuff > ideally I would break it up into crucial which is the bare basics > and crucial-extras which is mostly archaic > I'll try to look at it. > I think there are some methods in main that use crucial extensions Hmm... non-trivial chance of breakage... right before RC... maybe it's a bit late in the day for this. (This is RC, not beta... but then, releasing beta-quality software is standard practice in the industry!) I don't mean to stand in the way of this, just saying, pulling out a chunk of classes at the last minute without time for testing... "measure twice, cut once." If we're sure there's enough time to measure twice, OK. If we're not sure, maybe it would be better to hold off. (Will there be another RC?) hjh -- James Harkins /// dewdrop world jamshark70@... http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by Josh Parmenter
::
Rate this Message:
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. 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, and working on the UGens -> Quarks idea? OR - make the move, and we wait a day to test things. The 'bugfix' for this, BTW, is as simple as 'install the Quark', so I don't think it would be too bad. James - could you just make the new crucial Quark a dependency in your Quarks? I'm fine either way. Josh On Apr 21, 2009, at 11:42 AM, James Harkins wrote: > On Tue, Apr 21, 2009 at 2:32 PM, felix <felix@...> > wrote: >> its been on my to do list for a long time >> but I'm swamped with stuff >> ideally I would break it up into crucial which is the bare basics >> and crucial-extras which is mostly archaic >> I'll try to look at it. >> I think there are some methods in main that use crucial extensions > > Hmm... non-trivial chance of breakage... right before RC... maybe it's > a bit late in the day for this. (This is RC, not beta... but then, > releasing beta-quality software is standard practice in the industry!) > > I don't mean to stand in the way of this, just saying, pulling out a > chunk of classes at the last minute without time for testing... > "measure twice, cut once." If we're sure there's enough time to > measure twice, OK. If we're not sure, maybe it would be better to hold > off. (Will there be another RC?) > > hjh > > > -- > James Harkins /// dewdrop world > jamshark70@... > http://www.dewdrop-world.net > > "Come said the Muse, > Sing me a song no poet has yet chanted, > Sing me the universal." -- Whitman > > _______________________________________________ > 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/ |
|
|
Re: RC tomorrow
by Scott Wilson-3
::
Rate this Message:
On 21 Apr 2009, at 19:42, James Harkins wrote:
> On Tue, Apr 21, 2009 at 2:32 PM, felix <felix@...> > wrote: >> its been on my to do list for a long time >> but I'm swamped with stuff >> ideally I would break it up into crucial which is the bare basics >> and crucial-extras which is mostly archaic >> I'll try to look at it. >> I think there are some methods in main that use crucial extensions > > Hmm... non-trivial chance of breakage... right before RC... maybe it's > a bit late in the day for this. (This is RC, not beta... but then, > releasing beta-quality software is standard practice in the industry!) > > I don't mean to stand in the way of this, just saying, pulling out a > chunk of classes at the last minute without time for testing... > "measure twice, cut once." If we're sure there's enough time to > measure twice, OK. If we're not sure, maybe it would be better to hold > off. (Will there be another RC?) Hopefully not another RC. On the other hand, if there are crucial dependancies in Main they should be removed anyway as even with the existing situation it should be optional. Arguably better to remove and give it a chance to be tested before final release than to wait. But IAC there will without question be a 3.3.1 with bug fixes, which is what we're talking about here. S. _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by Dan Stowell
::
Rate this Message:
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, and working on the UGens -> Quarks idea? I agree with this approach, in fact I thought it's what we were intending... > OR - make the move, and we wait a day to test things. The 'bugfix' for > this, BTW, is as simple as 'install the Quark', so I don't think it would be > too bad. James - could you just make the new crucial Quark a dependency in > your Quarks? I really think that ripping out a chunk of sc, when we've already had an RC and we really NEED to release 3.3, for the book but also for other reasons, would be extremely bad timing. I think the crucial-move could/should be one of the first things we do in the post-3.3 svn... Dan > On Apr 21, 2009, at 11:42 AM, James Harkins wrote: > > > > On Tue, Apr 21, 2009 at 2:32 PM, felix <felix@...> wrote: > > > > > its been on my to do list for a long time > > > but I'm swamped with stuff > > > ideally I would break it up into crucial which is the bare basics > > > and crucial-extras which is mostly archaic > > > I'll try to look at it. > > > I think there are some methods in main that use crucial extensions > > > > > > > Hmm... non-trivial chance of breakage... right before RC... maybe it's > > a bit late in the day for this. (This is RC, not beta... but then, > > releasing beta-quality software is standard practice in the industry!) > > > > I don't mean to stand in the way of this, just saying, pulling out a > > chunk of classes at the last minute without time for testing... > > "measure twice, cut once." If we're sure there's enough time to > > measure twice, OK. If we're not sure, maybe it would be better to hold > > off. (Will there be another RC?) > > > > hjh > > > > > > -- > > James Harkins /// dewdrop world > > jamshark70@... > > http://www.dewdrop-world.net > > > > "Come said the Muse, > > Sing me a song no poet has yet chanted, > > Sing me the universal." -- Whitman > > > > _______________________________________________ > > 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/ > -- http://www.mcld.co.uk _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by James Harkins-2
::
Rate this Message:
On Tue, Apr 21, 2009 at 3:06 PM, Dan Stowell <danstowell@...> wrote:
> I really think that ripping out a chunk of sc, when we've already had > an RC and we really NEED to release 3.3, for the book but also for > other reasons, would be extremely bad timing. > > I think the crucial-move could/should be one of the first things we do > in the post-3.3 svn... My point exactly... does this constitute general agreement, then? :) hjh -- James Harkins /// dewdrop world jamshark70@... http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by felix-38
::
Rate this Message:
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@...>: 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. |
|
|
Re: RC tomorrow
by Jan Trutzschler-2
::
Rate this Message:
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@...> > >> 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/ |
|
|
Re: RC tomorrow
by Josh Parmenter
::
Rate this Message:
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/ |
|
|
Re: RC tomorrow
by Sciss-3
::
Rate this Message:
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/ |
|
|
Re: RC tomorrow
by nescivi
::
Rate this Message:
On Tuesday 21 April 2009 16:29:46 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? I didn't add in the last changes yet (did not test the JSCNumberBox issue yet). sincerely, Marije > 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/ |
|
|
Re: RC tomorrow
by Sciss-3
::
Rate this Message:
forgot to tell you: using the diff you sent, i added the new and
modified methods for increment, decrement. as far as i have tested, they seem to be fine. one day i shall add the mouse-scroll behaviour to JSCNumberBox, but that needs a bit more work to deal with the concurrent text-selection, so that is not yet possible. ciao, -sciss- Am 21.04.2009 um 22:33 schrieb nescivi: > On Tuesday 21 April 2009 16:29:46 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? > > I didn't add in the last changes yet (did not test the JSCNumberBox > issue > yet). > > sincerely, > Marije > >> 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/ _______________________________________________ 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/ |
|
|
Re: RC tomorrow
by nescivi
::
Rate this Message:
On Tuesday 21 April 2009 16:42:34 Sciss wrote:
> forgot to tell you: using the diff you sent, i added the new and > modified methods for increment, decrement. as far as i have tested, > they seem to be fine. one day i shall add the mouse-scroll behaviour > to JSCNumberBox, but that needs a bit more work to deal with the > concurrent text-selection, so that is not yet possible. ah, ok, thanks. sincerely, Marije > > ciao, -sciss- > > Am 21.04.2009 um 22:33 schrieb nescivi: > > On Tuesday 21 April 2009 16:29:46 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? > > > > I didn't add in the last changes yet (did not test the JSCNumberBox > > issue > > yet). > > > > sincerely, > > Marije > > > >> 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/ > > _______________________________________________ > 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/ |
|
|
Re: RC tomorrow
by Josh Parmenter
::
Rate this Message:
Hi Sciss,
If you point me to it, I can download it... or just email it offlist. Thanks, 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/ |
| < Prev | 1 - 2 - 3 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |
