« Return to Thread: Commit: GUI crossplatform support for crucial lib
Re: Commit: GUI crossplatform support for crucial lib
by blackrain-2
::
Rate 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
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
« Return to Thread: Commit: GUI crossplatform support for crucial lib
| Free embeddable forum powered by Nabble | Forum Help |
