Knob quark broken?
|
View:
New views
5 Messages
—
Rating Filter:
Alert me
|
 |
Knob quark broken?
by Iannis Zannos-2
::
Rate this Message:
Hello, I installed the Knob quark and tried the following example from the help file: // examples ( var window, size = 32; // try different sizes - from 15 to 200 or more! window = SCWindow.new("Knob", Rect(640,630,270,70)).front; k = Knob.new(window, Rect(20, 10, size, size)); k.action_({|v,x,y,m| postf("action func called: %\n", v.value); }); //k.color[1] = Color.gray(alpha:0); ) The error message is attached below. Any help in fixing this? Iannis Zannos ======================================================================= ERROR: Message 'knob' not understood. RECEIVER: nil ARGS: CALL STACK: DoesNotUnderstandError:reportError 15E818B0 arg this = <instance of DoesNotUnderstandError> Nil:handleError 15E81850 arg this = nil arg error = <instance of DoesNotUnderstandError> Thread:handleError 15E81AF0 arg this = <instance of Thread> arg error = <instance of DoesNotUnderstandError> Object:throw 15E817F0 arg this = <instance of DoesNotUnderstandError> Object:doesNotUnderstand 15E81610 arg this = nil arg selector = 'knob' arg args = [*0] Knob:init ERROR: Message 'knob' not understood. RECEIVER: nil ARGS: CALL STACK: DoesNotUnderstandError:reportError 1600D310 arg this = <instance of DoesNotUnderstandError> Nil:handleError 1600D2B0 arg this = nil arg error = <instance of DoesNotUnderstandError> Thread:handleError 1600D3D0 arg this = <instance of Thread> arg error = <instance of DoesNotUnderstandError> Object:throw 1600D370 arg this = <instance of DoesNotUnderstandError> Object:doesNotUnderstand 1600CE90 arg this = nil arg selector = 'knob' arg args = [*0] Knob:init 164E4630 arg this = <instance of Knob> arg parent = <instance of SCWindow> arg bounds = <instance of Rect> var size = nil var widthDiv2 = nil var center = nil < closed FunctionDef > 1600CEF0 _______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
Re: Knob quark broken?
by ronald kuivila
::
Rate this Message:
Hi Iani,
I don't have a problem with the example. It looks like it may be something to do with GUI or GUI.skins on your system. I would try a fresh install. But, if you want to try to chase it down, look for the points where knob is used as a selector. In Knob, you see: kit = GUI.schemes[ \cocoa ]; if( kit.notNil, { kit.knob = Knob }); kit = GUI.schemes[ \swing ]; if( kit.notNil, { kit.knob = Knob }); and skin = GUI.skins.knob.default; For a start, see if GUI.knob returns nil. RJK On May 7, 2008, at 2:15 AM, Iannis Zannos wrote:
_______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
Re: Knob quark broken?
by Iannis Zannos-2
::
Rate this Message:
Hi Ron, Thanks for the help. I finally tracked it down. The problem most likely is that the 3.2 release from sourceforge has GUI broken. The Wesleyan release has the GUI class working all right. Details: In the SourceForge release: GUI.knob returns Knob But that is not the problem. The problem is that GUI.skin is nil So in Knob:init, GUI.skin.knob fails because of nil.knob. So I tried installing a GUI skin. The help file says: "You can switch the GUI kit by calling one of the following class methods: GUI.cocoa; // use cocoa in subsequent GUI creation procedures" So I did that. But GUI.skins remains nil. I removed all quarks and my library, I put debugging messages in Meta_GUI:initClass and found that, Meta_GUI:initClass actually fills GUI.skins with an environment as needed. However after compilation, GUI.skins returns magically nil. I also added debug messages in Meta_CocoaGUI:put and doesNotUnderstand But they do not seem to get called. Then I did a fresh install of SuperCollider with the extras, one without the extras and one from Wesleyan. The sourceforge both had GUI.skins nil. ... The Wesleyan download from april 08 did the job. Knob works. This version appears to differ from the official stable release of 3.2 in at least one more way: Use of Buffer:cache instead of Buffer.waitForBufInfo. Would it not be time now to update 3.2 or at least do a merge with the Wesleyan release in some form? Do other people have the problem with Knob on the 3.2 release from SourceForge? Iannis On Wed, May 7, 2008 at 2:07 PM, ronald kuivila <rkuivila@...> wrote:
_______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
GUI.skin nil in 3.2!
by ronald kuivila
::
Rate this Message:
Hi all,
GUI:skin is not initialized in the 3.2 release. Is there a way to fix this or add a disclaimer? RJK On May 7, 2008, at 8:30 AM, Iannis Zannos wrote:
_______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
Re: GUI.skin nil in 3.2!
by Iannis Zannos-2
::
Rate this Message:
Hello, OK I found the mistake: GUI { classvar <scheme, <schemes, <skin, skins; The skins classvar was missing a < accessor constructor. As a result, because GUI is made to respond to all messages it does not understand by looking them up in scheme, skins returned nil, because there was nothing stored under 'skins' in the current scheme. So the correction is to prepend < to skins: GUI { classvar <scheme, <schemes, <skin, <skins; By the way making a class respond to all messages it does not understand by looking them up in some event it contains is a wonderful way to make debugging really hard. I do not know if the design pattern under which GUI is modelled requires this to be done, if yes, well then so be it, but I would like to point out that this kind of pattern should be avoided for classes that form part of the SCClassLibrary core. Iannis Z. On Wed, May 7, 2008 at 3:36 PM, ronald kuivila <rkuivila@...> wrote:
_______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
| Free Forum Powered by Nabble | Forum Help |
