Commit: GUI crossplatform support for crucial lib

View: New views
11 Messages — Rating Filter:   Alert me  

Commit: GUI crossplatform support for crucial lib

by James Harkins-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I just did a bunch of commits today so that the crucial library will work with SwingOSC. I think I got all the changes -- let me know if something broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a few basic tests, all successful, so it should be okay.

IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on TCP's stability. TCP communication is supported in OSX and Linux, but not yet in the Windows beta. That means if you're on Windows, the GUIs might not throw errors in Psycollider but they will probably not display correctly. http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740

Sorry, but I can't do anything about that. The Windows version will catch up eventually...


Modifications to SwingOSC classes --

I had to make a few small adjustments to the SwingOSC SuperCollider classes. You can get the updated class files from http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete distribution of SwingOSC -- only the SuperCollider classes are included here. If you're new to SwingOSC, you need to download the complete package from http://www.sciss.de/swingOSC and substitute the revised class files.


Modifications to dewdrop classes --

I also posted an update of both dewdrop_lib and chucklib on my website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.



crucial lib users --


I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton, FlowView, etc.) -- that means ***there is no JActionButton, JFlowView, JMultiPageLayout***. You should use the same wrapper (adapter) classes in the same way as before, and they will automatically create the physical GUI objects for the scheme selected in the GUI class. Do not do GUI.flowView.new(...); that will throw an error.



Please contact me if you have problems with these changes (especially Linux users, since I can't test in Linux). I've been running my normal code under both cocoa and swing for the last couple of weeks now, and it appears to be stable.


hjh


: H. James Harkins

: 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-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by blackrain-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi James,
I get an undefined symbol (method) in FlowView - isStartRow

here is the scenario:

Patch({ arg freq=110, amp=0.1; SinOsc.ar(freq,0,amp) }).gui

ERROR: Message 'isStartRow' not understood.
RECEIVER:
Instance of FlowView {    (040EDBC0, gc=50, fmt=00, flg=00, set=01)
  instance variables [2]
    view : instance of SCCompositeView (01FA6B50, size=17, set=5)
    autoRemoves : instance of IdentitySet (040ECC90, size=2, set=1)
}
ARGS:
CALL STACK:
        DoesNotUnderstandError:reportError   01F601F0
                arg this = <instance of DoesNotUnderstandError>
        Nil:handleError   01F606D0
                arg this = nil
                arg error = <instance of DoesNotUnderstandError>
        Thread:handleError   01F60610
                arg this = <instance of Thread>
                arg error = <instance of DoesNotUnderstandError>
        Object:throw   01F605B0
                arg this = <instance of DoesNotUnderstandError>
        SCViewHolder:doesNotUnderstand   01FAA240
                arg this = <instance of FlowView>
                arg selector = 'isStartRow'
                arg args = [*0]
                var result = nil
        < FunctionDef in Method FlowView:reflowAll >   01F60550
                arg widget = <instance of FlowView>
        ArrayedCollection:do   01F604F0
                arg this = [*1]
                arg function = <instance of Function>
                var i = 0
        FlowView:reflowAll   01F60430
                arg this = <instance of FlowView>
        FlowView:flow   01FA6010
                arg this = <instance of FlowView>
                arg func = <instance of Function>
                arg bounds = nil
                var f = <instance of FlowView>
        ObjectGui:gui   01FA7DE0
                arg this = <instance of ServerGui>
                arg lay = <instance of MultiPageLayout>
                arg bounds = nil
                arg args = [*0]
                var layout = <instance of MultiPageLayout>
        AbstractPlayerGui:synthConsole   01F602B0
                arg this = <instance of PatchGui>
                arg layout = <instance of MultiPageLayout>
                var s = nil
        AbstractPlayerGui:gui   01F98AD0
                arg this = <instance of PatchGui>
                arg lay = nil
                arg bounds = nil
                arg args = [*0]
                var layout = <instance of MultiPageLayout>
        Interpreter:interpretPrintCmdLine   01F5EEB0
                arg this = <instance of Interpreter>
                var res = nil
                var func = <instance of Function>
        Process:interpretPrintCmdLine   01F5F120
                arg this = <instance of Main>

thanks,

x

On 4/7/07, James Harkins <jamshark70@...> wrote:

> I just did a bunch of commits today so that the crucial library will work
> with SwingOSC. I think I got all the changes -- let me know if something
> broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a
> few basic tests, all successful, so it should be okay.
>
> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on
> TCP's stability. TCP communication is supported in OSX and Linux, but not
> yet in the Windows beta. That means if you're on Windows, the GUIs might not
> throw errors in Psycollider but they will probably not display correctly.
> http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740
>
> Sorry, but I can't do anything about that. The Windows version will catch up
> eventually...
>
>
> Modifications to SwingOSC classes --
>
> I had to make a few small adjustments to the SwingOSC SuperCollider classes.
> You can get the updated class files from
> http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is
> not a complete distribution of SwingOSC -- only the SuperCollider classes
> are included here. If you're new to SwingOSC, you need to download the
> complete package from http://www.sciss.de/swingOSC and substitute the
> revised class files.
>
>
> Modifications to dewdrop classes --
>
> I also posted an update of both dewdrop_lib and chucklib on my website,
> http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
>
>
>
>
>
>
>
>
> crucial lib users --
>
>
>
>
> I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton,
> FlowView, etc.) -- that means ***there is no JActionButton, JFlowView,
> JMultiPageLayout***. You should use the same wrapper (adapter) classes in
> the same way as before, and they will automatically create the physical GUI
> objects for the scheme selected in the GUI class. Do not do
> GUI.flowView.new(...); that will throw an error.
>
>
>
>
>
>
>
> Please contact me if you have problems with these changes (especially Linux
> users, since I can't test in Linux). I've been running my normal code under
> both cocoa and swing for the last couple of weeks now, and it appears to be
> stable.
>
>
>
>
> hjh
>
>
>
>
> : H. James Harkins
>
> : 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-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users
>
>
_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by Sciss-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

hi james, still had no time to check it out but thanks for the effort!!

meanwhile i have fixed all the bugs that you and fredrik had  
reported, so i'm not sure if there is anythings still needed from  
your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version  
0.513 is online right now.

ciao, -sciss-


Am 08.04.2007 um 04:21 schrieb James Harkins:

> I just did a bunch of commits today so that the crucial library  
> will work with SwingOSC. I think I got all the changes -- let me  
> know if something broke and I'll fix it as quickly as I can. I did  
> a fresh checkout and ran a few basic tests, all successful, so it  
> should be okay.
>
> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC  
> relies on TCP's stability. TCP communication is supported in OSX  
> and Linux, but not yet in the Windows beta. That means if you're on  
> Windows, the GUIs might not throw errors in Psycollider but they  
> will probably not display correctly. http://www.nabble.com/ 
> swingOSC---psycollider-t3446606.html#a9611740
>
> Sorry, but I can't do anything about that. The Windows version will  
> catch up eventually...
>
>
> Modifications to SwingOSC classes --
>
> I had to make a few small adjustments to the SwingOSC SuperCollider  
> classes. You can get the updated class files from http://
> www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete  
> distribution of SwingOSC -- only the SuperCollider classes are  
> included here. If you're new to SwingOSC, you need to download the  
> complete package from http://www.sciss.de/swingOSC and substitute  
> the revised class files.
>
>
> Modifications to dewdrop classes --
>
> I also posted an update of both dewdrop_lib and chucklib on my  
> website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
>
>
> crucial lib users --
>
> I kept the crucial GUI wrappers functionally unchanged (e.g.,  
> ActionButton, FlowView, etc.) -- that means ***there is no  
> JActionButton, JFlowView, JMultiPageLayout***. You should use the  
> same wrapper (adapter) classes in the same way as before, and they  
> will automatically create the physical GUI objects for the scheme  
> selected in the GUI class. Do not do GUI.flowView.new(...); that  
> will throw an error.
>
>
> Please contact me if you have problems with these changes  
> (especially Linux users, since I can't test in Linux). I've been  
> running my normal code under both cocoa and swing for the last  
> couple of weeks now, and it appears to be stable.
>
> hjh
>
> : H. James Harkins
> : 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-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users

_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by James Harkins-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

OK, that's my mistake. I'll fix it now.
hjh

On Apr 8, 2007, at 12:02 AM, blackrain wrote:

Hi James,
I get an undefined symbol (method) in FlowView - isStartRow

here is the scenario:

Patch({ arg freq=110, amp=0.1; SinOsc.ar(freq,0,amp) }).gui

ERROR: Message 'isStartRow' not understood.


: H. James Harkins

: 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-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by James Harkins-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

It turns out I did leave out one thing that I needed to commit. That is fixed in svn now.

Couple of points of clarification -- if you are using dewdrop_lib, you must get the new update from my website after updating from svn. The old library will not work with the new GUI commits.

The SwingOSC class library that I posted on my web site is basically the same as SwingOSC 0.513, with the addition of one class that is required to use crucial GUIs with SwingOSC. If you're not using crucial, you can do without it; otherwise, you should use my copy until sciss releases an update.

hjh

On Apr 7, 2007, at 10:21 PM, James Harkins wrote:

I just did a bunch of commits today so that the crucial library will work with SwingOSC. I think I got all the changes -- let me know if something broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a few basic tests, all successful, so it should be okay.

IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on TCP's stability. TCP communication is supported in OSX and Linux, but not yet in the Windows beta. That means if you're on Windows, the GUIs might not throw errors in Psycollider but they will probably not display correctly. http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740

Sorry, but I can't do anything about that. The Windows version will catch up eventually...


Modifications to SwingOSC classes --

I had to make a few small adjustments to the SwingOSC SuperCollider classes. You can get the updated class files from http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete distribution of SwingOSC -- only the SuperCollider classes are included here. If you're new to SwingOSC, you need to download the complete package from http://www.sciss.de/swingOSC and substitute the revised class files.


Modifications to dewdrop classes --

I also posted an update of both dewdrop_lib and chucklib on my website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.


crucial lib users --

I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton, FlowView, etc.) -- that means ***there is no JActionButton, JFlowView, JMultiPageLayout***. You should use the same wrapper (adapter) classes in the same way as before, and they will automatically create the physical GUI objects for the scheme selected in the GUI class. Do not do GUI.flowView.new(...); that will throw an error.


Please contact me if you have problems with these changes (especially Linux users, since I can't test in Linux). I've been running my normal code under both cocoa and swing for the last couple of weeks now, and it appears to be stable.

hjh


: H. James Harkins

: 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-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Re: Commit: GUI crossplatform support for crucial lib

by blackrain-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

thanks a lot James,

x

On 4/8/07, James Harkins <jamshark70@...> wrote:

>
> It turns out I did leave out one thing that I needed to commit. That is
> fixed in svn now.
>
> Couple of points of clarification -- if you are using dewdrop_lib, you must
> get the new update from my website after updating from svn. The old library
> will not work with the new GUI commits.
>
> The SwingOSC class library that I posted on my web site is basically the
> same as SwingOSC 0.513, with the addition of one class that is required to
> use crucial GUIs with SwingOSC. If you're not using crucial, you can do
> without it; otherwise, you should use my copy until sciss releases an
> update.
>
> hjh
>
>
> On Apr 7, 2007, at 10:21 PM, James Harkins wrote:
> I just did a bunch of commits today so that the crucial library will work
> with SwingOSC. I think I got all the changes -- let me know if something
> broke and I'll fix it as quickly as I can. I did a fresh checkout and ran a
> few basic tests, all successful, so it should be okay.
>
> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC relies on
> TCP's stability. TCP communication is supported in OSX and Linux, but not
> yet in the Windows beta. That means if you're on Windows, the GUIs might not
> throw errors in Psycollider but they will probably not display correctly.
> http://www.nabble.com/swingOSC---psycollider-t3446606.html#a9611740
>
> Sorry, but I can't do anything about that. The Windows version will catch up
> eventually...
>
>
> Modifications to SwingOSC classes --
>
> I had to make a few small adjustments to the SwingOSC SuperCollider classes.
> You can get the updated class files from
> http://www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is
> not a complete distribution of SwingOSC -- only the SuperCollider classes
> are included here. If you're new to SwingOSC, you need to download the
> complete package from http://www.sciss.de/swingOSC and substitute the
> revised class files.
>
>
> Modifications to dewdrop classes --
>
> I also posted an update of both dewdrop_lib and chucklib on my website,
> http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
>
>
>
> crucial lib users --
>
> I kept the crucial GUI wrappers functionally unchanged (e.g., ActionButton,
> FlowView, etc.) -- that means ***there is no JActionButton, JFlowView,
> JMultiPageLayout***. You should use the same wrapper (adapter) classes in
> the same way as before, and they will automatically create the physical GUI
> objects for the scheme selected in the GUI class. Do not do
> GUI.flowView.new(...); that will throw an error.
>
>
> Please contact me if you have problems with these changes (especially Linux
> users, since I can't test in Linux). I've been running my normal code under
> both cocoa and swing for the last couple of weeks now, and it appears to be
> stable.
>
> hjh
>
>
>
>
>
> : H. James Harkins
>
> : 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-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users
>
>
_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by Fernando Lopez-Lezcano :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sun, 2007-04-08 at 15:46 +0200, Sciss wrote:
> hi james, still had no time to check it out but thanks for the effort!!
>
> meanwhile i have fixed all the bugs that you and fredrik had  
> reported, so i'm not sure if there is anythings still needed from  
> your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version  
> 0.513 is online right now.

Would it be possible to do version numbering slightly different for the
sake of packaging? In the linux rpm world, for example, 0.513 > 0.51,
but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because
of the way rpm compares versions, each section is compared individually
and 513 > 60). Something like 0.51.3 would do better, for example.
Anyway, just a small detail but it would help...

-- Fernando


> Am 08.04.2007 um 04:21 schrieb James Harkins:
>
> > I just did a bunch of commits today so that the crucial library  
> > will work with SwingOSC. I think I got all the changes -- let me  
> > know if something broke and I'll fix it as quickly as I can. I did  
> > a fresh checkout and ran a few basic tests, all successful, so it  
> > should be okay.
> >
> > IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC  
> > relies on TCP's stability. TCP communication is supported in OSX  
> > and Linux, but not yet in the Windows beta. That means if you're on  
> > Windows, the GUIs might not throw errors in Psycollider but they  
> > will probably not display correctly. http://www.nabble.com/ 
> > swingOSC---psycollider-t3446606.html#a9611740
> >
> > Sorry, but I can't do anything about that. The Windows version will  
> > catch up eventually...
> >
> >
> > Modifications to SwingOSC classes --
> >
> > I had to make a few small adjustments to the SwingOSC SuperCollider  
> > classes. You can get the updated class files from http://
> > www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete  
> > distribution of SwingOSC -- only the SuperCollider classes are  
> > included here. If you're new to SwingOSC, you need to download the  
> > complete package from http://www.sciss.de/swingOSC and substitute  
> > the revised class files.
> >
> >
> > Modifications to dewdrop classes --
> >
> > I also posted an update of both dewdrop_lib and chucklib on my  
> > website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
> >
> >
> > crucial lib users --
> >
> > I kept the crucial GUI wrappers functionally unchanged (e.g.,  
> > ActionButton, FlowView, etc.) -- that means ***there is no  
> > JActionButton, JFlowView, JMultiPageLayout***. You should use the  
> > same wrapper (adapter) classes in the same way as before, and they  
> > will automatically create the physical GUI objects for the scheme  
> > selected in the GUI class. Do not do GUI.flowView.new(...); that  
> > will throw an error.
> >
> >
> > Please contact me if you have problems with these changes  
> > (especially Linux users, since I can't test in Linux). I've been  
> > running my normal code under both cocoa and swing for the last  
> > couple of weeks now, and it appears to be stable.
> >
> > hjh
> >
> > : H. James Harkins
> > : 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-users mailing list
> > sc-users@...
> > http://www.create.ucsb.edu/mailman/listinfo/sc-users
>
> _______________________________________________
> sc-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users

_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by Sciss-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

ok thank you for pointing this out. i have the version number encoded  
as a floating point number in SwingOSC.java, so x.y.z isn't readily  
possible. i didn't know about the rpm sorting. i could either add a  
second version field (subversion or whatever one would call it), or i  
just increase 0.51 -> 0.52 -> 0.53 regardless of the depth of update  
(i do the 1/100 increments when i just do little bug fixes without  
touching essential things). would it help, if i re-upload with  
version string 0.52 ? this i can do of course. where does the RPM  
builder read the version string from actually?

you can also contact me about this offlist, i'm using the apache ant  
build tool now, and i read that it has a built-in facility to make  
rpms but i don't know how to use it.

ciao, -sciss-


Am 09.04.2007 um 03:02 schrieb Fernando Lopez-Lezcano:

> On Sun, 2007-04-08 at 15:46 +0200, Sciss wrote:
>> hi james, still had no time to check it out but thanks for the  
>> effort!!
>>
>> meanwhile i have fixed all the bugs that you and fredrik had
>> reported, so i'm not sure if there is anythings still needed from
>> your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version
>> 0.513 is online right now.
>
> Would it be possible to do version numbering slightly different for  
> the
> sake of packaging? In the linux rpm world, for example, 0.513 > 0.51,
> but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because
> of the way rpm compares versions, each section is compared  
> individually
> and 513 > 60). Something like 0.51.3 would do better, for example.
> Anyway, just a small detail but it would help...
>
> -- Fernando
>
>
>> Am 08.04.2007 um 04:21 schrieb James Harkins:
>>
>>> I just did a bunch of commits today so that the crucial library
>>> will work with SwingOSC. I think I got all the changes -- let me
>>> know if something broke and I'll fix it as quickly as I can. I did
>>> a fresh checkout and ran a few basic tests, all successful, so it
>>> should be okay.
>>>
>>> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC
>>> relies on TCP's stability. TCP communication is supported in OSX
>>> and Linux, but not yet in the Windows beta. That means if you're on
>>> Windows, the GUIs might not throw errors in Psycollider but they
>>> will probably not display correctly. http://www.nabble.com/
>>> swingOSC---psycollider-t3446606.html#a9611740
>>>
>>> Sorry, but I can't do anything about that. The Windows version will
>>> catch up eventually...
>>>
>>>
>>> Modifications to SwingOSC classes --
>>>
>>> I had to make a few small adjustments to the SwingOSC SuperCollider
>>> classes. You can get the updated class files from http://
>>> www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete
>>> distribution of SwingOSC -- only the SuperCollider classes are
>>> included here. If you're new to SwingOSC, you need to download the
>>> complete package from http://www.sciss.de/swingOSC and substitute
>>> the revised class files.
>>>
>>>
>>> Modifications to dewdrop classes --
>>>
>>> I also posted an update of both dewdrop_lib and chucklib on my
>>> website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
>>>
>>>
>>> crucial lib users --
>>>
>>> I kept the crucial GUI wrappers functionally unchanged (e.g.,
>>> ActionButton, FlowView, etc.) -- that means ***there is no
>>> JActionButton, JFlowView, JMultiPageLayout***. You should use the
>>> same wrapper (adapter) classes in the same way as before, and they
>>> will automatically create the physical GUI objects for the scheme
>>> selected in the GUI class. Do not do GUI.flowView.new(...); that
>>> will throw an error.
>>>
>>>
>>> Please contact me if you have problems with these changes
>>> (especially Linux users, since I can't test in Linux). I've been
>>> running my normal code under both cocoa and swing for the last
>>> couple of weeks now, and it appears to be stable.
>>>
>>> hjh
>>>
>>> : H. James Harkins
>>> : 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-users mailing list
>>> sc-users@...
>>> http://www.create.ucsb.edu/mailman/listinfo/sc-users
>>
>> _______________________________________________
>> sc-users mailing list
>> sc-users@...
>> http://www.create.ucsb.edu/mailman/listinfo/sc-users
>
> _______________________________________________
> sc-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users

_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by felix-38 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On Apr 7, 2007, at 10:21 PM, James Harkins wrote:

> I just did a bunch of commits today so that the crucial library  
> will work with SwingOSC.

awesome !

> Couple of points of clarification -- if you are using dewdrop_lib,  
> you must get the new update from my website after updating from svn.

you know we are so waiting for that to go into a quark.

I would hope you can just stick it in a folder, write the quark file  
and commit it.




_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by Till Bovermann :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On 09.04.2007, at 21:39, crucial felix wrote:

>
> On Apr 7, 2007, at 10:21 PM, James Harkins wrote:
>
>> I just did a bunch of commits today so that the crucial library  
>> will work with SwingOSC.
>
> awesome !
>
>> Couple of points of clarification -- if you are using dewdrop_lib,  
>> you must get the new update from my website after updating from svn.
>
> you know we are so waiting for that to go into a quark.

:-)

>
> I would hope you can just stick it in a folder, write the quark  
> file and commit it.

Yea', and if not, we'll fix it :-)


(till)


_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users

Re: Commit: GUI crossplatform support for crucial lib

by Fernando Lopez-Lezcano :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Mon, 2007-04-09 at 18:14 +0200, Sciss wrote:
> ok thank you for pointing this out. i have the version number encoded  
> as a floating point number in SwingOSC.java, so x.y.z isn't readily  
> possible. i didn't know about the rpm sorting. i could either add a  
> second version field (subversion or whatever one would call it), or i  
> just increase 0.51 -> 0.52 -> 0.53 regardless of the depth of update  
> (i do the 1/100 increments when i just do little bug fixes without  
> touching essential things). would it help, if i re-upload with  
> version string 0.52 ?

Not really necessary, I'll deal with this somehow (I have not yet
packaged the latest and greatest) and changing an already released
package will probably confuse others.

> this i can do of course. where does the RPM  
> builder read the version string from actually?

I set it manually in the spec file (the file that directs the building
of a particular rpm). I could obviously lie and set it to whatever I
want but it is good form to use the version the original package uses.

Rpm does the parsing in a somewhat complicated way but it boils down to
spliting the version into different "parts" and then comparing them
pairwise, the higher numerical value wins (ie: "0.50" vs "0.6" -> "0" vs
"0" is equal so we go to the next, "50" vs "6", 50 is higher so "0.50"
is "rpm-newer" which is not necessarily what the packager wanted)

Any scheme where each part of the version string monotonically increases
is fine...

-- Fernando


> you can also contact me about this offlist, i'm using the apache ant  
> build tool now, and i read that it has a built-in facility to make  
> rpms but i don't know how to use it.
>
> ciao, -sciss-
>
>
> Am 09.04.2007 um 03:02 schrieb Fernando Lopez-Lezcano:
>
> > On Sun, 2007-04-08 at 15:46 +0200, Sciss wrote:
> >> hi james, still had no time to check it out but thanks for the  
> >> effort!!
> >>
> >> meanwhile i have fixed all the bugs that you and fredrik had
> >> reported, so i'm not sure if there is anythings still needed from
> >> your www.dewdrop-world.net/sc3/SwingOSC-sc.zip ? the new version
> >> 0.513 is online right now.
> >
> > Would it be possible to do version numbering slightly different for  
> > the
> > sake of packaging? In the linux rpm world, for example, 0.513 > 0.51,
> > but then if you eventually go to 0.60 we'll have 0.513 > 0.60 (because
> > of the way rpm compares versions, each section is compared  
> > individually
> > and 513 > 60). Something like 0.51.3 would do better, for example.
> > Anyway, just a small detail but it would help...
> >
> > -- Fernando
> >
> >
> >> Am 08.04.2007 um 04:21 schrieb James Harkins:
> >>
> >>> I just did a bunch of commits today so that the crucial library
> >>> will work with SwingOSC. I think I got all the changes -- let me
> >>> know if something broke and I'll fix it as quickly as I can. I did
> >>> a fresh checkout and ran a few basic tests, all successful, so it
> >>> should be okay.
> >>>
> >>> IMPORTANT: crucial and dewdrop GUI functionality against SwingOSC
> >>> relies on TCP's stability. TCP communication is supported in OSX
> >>> and Linux, but not yet in the Windows beta. That means if you're on
> >>> Windows, the GUIs might not throw errors in Psycollider but they
> >>> will probably not display correctly. http://www.nabble.com/
> >>> swingOSC---psycollider-t3446606.html#a9611740
> >>>
> >>> Sorry, but I can't do anything about that. The Windows version will
> >>> catch up eventually...
> >>>
> >>>
> >>> Modifications to SwingOSC classes --
> >>>
> >>> I had to make a few small adjustments to the SwingOSC SuperCollider
> >>> classes. You can get the updated class files from http://
> >>> www.dewdrop-world.net/sc3/SwingOSC-sc.zip. This is not a complete
> >>> distribution of SwingOSC -- only the SuperCollider classes are
> >>> included here. If you're new to SwingOSC, you need to download the
> >>> complete package from http://www.sciss.de/swingOSC and substitute
> >>> the revised class files.
> >>>
> >>>
> >>> Modifications to dewdrop classes --
> >>>
> >>> I also posted an update of both dewdrop_lib and chucklib on my
> >>> website, http://www.dewdrop-world.net/sc3/index.php#dewdroplib.
> >>>
> >>>
> >>> crucial lib users --
> >>>
> >>> I kept the crucial GUI wrappers functionally unchanged (e.g.,
> >>> ActionButton, FlowView, etc.) -- that means ***there is no
> >>> JActionButton, JFlowView, JMultiPageLayout***. You should use the
> >>> same wrapper (adapter) classes in the same way as before, and they
> >>> will automatically create the physical GUI objects for the scheme
> >>> selected in the GUI class. Do not do GUI.flowView.new(...); that
> >>> will throw an error.
> >>>
> >>>
> >>> Please contact me if you have problems with these changes
> >>> (especially Linux users, since I can't test in Linux). I've been
> >>> running my normal code under both cocoa and swing for the last
> >>> couple of weeks now, and it appears to be stable.
> >>>
> >>> hjh
> >>>
> >>> : H. James Harkins
> >>> : 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-users mailing list
> >>> sc-users@...
> >>> http://www.create.ucsb.edu/mailman/listinfo/sc-users
> >>
> >> _______________________________________________
> >> sc-users mailing list
> >> sc-users@...
> >> http://www.create.ucsb.edu/mailman/listinfo/sc-users
> >
> > _______________________________________________
> > sc-users mailing list
> > sc-users@...
> > http://www.create.ucsb.edu/mailman/listinfo/sc-users
>
> _______________________________________________
> sc-users mailing list
> sc-users@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-users

_______________________________________________
sc-users mailing list
sc-users@...
http://www.create.ucsb.edu/mailman/listinfo/sc-users