From frgo at mac.com Sun Dec 10 09:24:09 2006 From: frgo at mac.com (Frank Goenninger) Date: Sun, 10 Dec 2006 10:24:09 +0100 Subject: [cells-devel] Cells , Cello, Celtk: No more in CVS on common-lisp.net ? Message-ID: <1C7B22BD-7431-42F3-9999-3F9CA66845AB@mac.com> Hi Kenny, all, I just logged into common-lisp.net. Now I wonder where the CVS repositories of said modules have gone to? Or, to put it in other words, how can I access the respective repositories? (I had to reinstall my hard disk and unfortunately lost my CVS client's parameters ...) TIA for info. Regards, Frank From frgo at mac.com Sun Dec 10 20:25:58 2006 From: frgo at mac.com (Frank Goenninger) Date: Sun, 10 Dec 2006 21:25:58 +0100 Subject: [cells-devel] Celtk: strange error for mk-entry after CVS update ... Message-ID: <0E48E367-2020-49FE-AE87-35643C308523@mac.com> Hi Kenny, after doing an update (yes, I risked it) from CVS I get the following error: :MD-VALUE is an invalid initarg to make-instance of class #. The valid initargs are :WIDTH :VALIDATECOMMAND :VALIDATE :STATE :SHOW :READONLYBACKGROUND :INVALIDCOMMAND :XSCROLLCOMMAND :TEXTVARIABLE :TAKEFOCUS :SELECTFOREGROUND :SELECTBORDERWIDTH :SELECTBACKGROUND :RELIEF :JUSTIFY :INSERTWIDTH :INSERTONTIME :INSERTOFFTIME :INSERTBORDERWIDTH :INSERTBACKGROUND :HIGHLIGHTTHICKNESS :HIGHLIGHTCOLOR :HIGHLIGHTBACKGROUND :FOREGROUND :TKFONT :EXPORTSELECTION :DISABLEDBACKGROUND :DISABLEDFOREGROUND :CURSOR :BORDERWIDTH :BACKGROUND :TEXT :SELECTOR :IMAGE-FILES :MENUS :EVENT-HANDLER :ENABLED :RELY :RELX :PARENT-Y :PARENT-X :GRIDDING :PACKING :PATH :KIDS :KID-SLOTS :USER-ERRORS :ON-KEY-UP :ON-KEY-DOWN :ON-COMMAND :TIMERS :TK-CLASS :MD-NAME :ID :VALUE :AWAKEN-ON-INIT-P :FM-PARENT. [Condition of type PROGRAM-ERROR] I haven't changed my rather simple code: (defmodel tibrv-console (window) () (:default-initargs :id :tibrv-console :title$ "*** GT::TIBCO Rendezvous Console - X.01.00 ***" :kids (c? (the-kids ;;(main-menubar) (mk-stack (:packing (c?pack-self)) (mk-row () (mk-stack () (mk-label :text "FIELD") (mk-row () (mk-label :text "Name: " :width 8) (mk-entry :id :name-entry :width 28 :md-value (c-in "frgo")) (mk-button-ex ( "Add Null Field" (format t "~%*** Button ADD NULL pressed.") )) (mk-button-ex ( "Add Field" (format t "~%*** Button ADD FIELD pressed.") ))) (mk-row () (mk-label :text "Type: " :width 8) (mk-entry :id :type-entry :width 28) (mk-button-ex ( "Set to Null" (format t "~%*** Button SET NULL pressed."))) (mk-button-ex ( "Update Field" (format t "~%*** Button UPDATE FIELD pressed.")))) (mk-row () (mk-label :text "Data: " :width 8) (mk-entry :id :data-entry :width 40) (mk-button-ex ( "Remove Field" (format t "~%*** Button REMOVE FIELD pressed.")))) ))))))) Does that ring a bell? Any ideas? Thx! Frank From frgo at mac.com Sun Dec 10 21:12:23 2006 From: frgo at mac.com (Frank Goenninger) Date: Sun, 10 Dec 2006 22:12:23 +0100 Subject: [cells-devel] Celtk: strange error for mk-entry after CVS update ... In-Reply-To: <0E48E367-2020-49FE-AE87-35643C308523@mac.com> References: <0E48E367-2020-49FE-AE87-35643C308523@mac.com> Message-ID: Solved. Cells no more has md-value slot. The slot is now called value. Frank Am 10.12.2006 um 21:25 schrieb Frank Goenninger: > Hi Kenny, > > after doing an update (yes, I risked it) from CVS I get the > following error: > > :MD-VALUE is an invalid initarg to make-instance of class > #. The valid initargs are :WIDTH > :VALIDATECOMMAND :VALIDATE :STATE :SHOW :READONLYBACKGROUND > :INVALIDCOMMAND :XSCROLLCOMMAND :TEXTVARIABLE :TAKEFOCUS > :SELECTFOREGROUND :SELECTBORDERWIDTH :SELECTBACKGROUND :RELIEF :JUSTIF > Y > :INSERTWIDTH :INSERTONTIME :INSERTOFFTIME :INSERTBORDERWIDTH > :INSERTBACKGROUND :HIGHLIGHTTHICKNESS :HIGHLIGHTCOLOR > :HIGHLIGHTBACKGROUND :FOREGROUND :TKFONT :EXPORTSELECTION > :DISABLEDBACKGROUND :DISABLEDFOREGROUND :CURSOR :BORDERWIDTH > :BACKGROUND :TEXT :SELECTOR :IMAGE-FILES :MENUS :EVENT- > HANDLER :ENABLED > :RELY :RELX :PARENT-Y :PARENT-X :GRIDDING :PACKING :PATH :KIDS > :KID-SLOTS :USER-ERRORS :ON-KEY-UP :ON-KEY-DOWN :ON-COMMAND :TIMERS > :TK-CLASS :MD-NAME :ID :VALUE :AWAKEN-ON-INIT-P :FM-PARENT. > [Condition of type PROGRAM-ERROR] > > I haven't changed my rather simple code: > > (defmodel tibrv-console (window) > () > (:default-initargs > :id :tibrv-console > :title$ "*** GT::TIBCO Rendezvous Console - X.01.00 ***" > :kids (c? (the-kids > ;;(main-menubar) > (mk-stack (:packing (c?pack-self)) > (mk-row () > (mk-stack () > (mk-label :text "FIELD") > (mk-row () > (mk-label :text "Name: " > :width 8) > (mk-entry :id :name-entry > :width 28 > :md-value (c-in "frgo")) > (mk-button-ex > ( "Add Null Field" > (format t "~%*** Button ADD NULL pressed.") > )) > (mk-button-ex > ( "Add Field" > (format t "~%*** Button ADD FIELD pressed.") > ))) > (mk-row () > (mk-label :text "Type: " > :width 8) > (mk-entry :id :type-entry > :width 28) > (mk-button-ex > ( "Set to Null" > (format t "~%*** Button SET NULL pressed."))) > (mk-button-ex > ( "Update Field" > (format t "~%*** Button UPDATE FIELD pressed.")))) > (mk-row () > (mk-label :text "Data: " > :width 8) > (mk-entry :id :data-entry > :width 40) > (mk-button-ex > ( "Remove Field" > (format t "~%*** Button REMOVE FIELD pressed.")))) > ))))))) > > > Does that ring a bell? Any ideas? > > Thx! > > Frank > _______________________________________________ > cells-devel site list > cells-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-devel From frgo at mac.com Mon Dec 11 17:02:09 2006 From: frgo at mac.com (Frank Goenninger) Date: Mon, 11 Dec 2006 18:02:09 +0100 Subject: [cells-devel] Celtk: Error "Slot CTK::PACKING is missing from ..." Message-ID: <0E4876C0-44C8-44A5-AA73-85B5D2AF440B@mac.com> Hi all: Another Celtk challenge for me: The slot CTK::PACKING is missing from the object SENDREQUEST-PUBLISH-RB-GROUP of class # during operation SLOT-VALUE [Condition of type PROGRAM-ERROR] is resulting from this piece of code: (mk-row () (mk-stack () (mk-menu-radio-group :id :sendrequest-publish-rb-group :selection (c-in nil) :kids (c? (the-kids (mk-menu-entry-radiobutton :label "Request/Reply" :value :request/reply) (mk-menu-entry-radiobutton :label "Publish" :value :publish) )))) (mk-stack () (mk-row () (mk-label :text "Timeout: " :width 10) (mk-entry :id :timeout-entry :width 6) (mk-label :text "s"))) menu-radio-group inherits from menu-entry which inherits from tk-object. I can't locate the source of this error ... Thanks for any hints! Best, Frank From kentilton at gmail.com Mon Dec 11 20:00:01 2006 From: kentilton at gmail.com (Ken Tilton) Date: Mon, 11 Dec 2006 15:00:01 -0500 Subject: [cells-devel] Celtk: Error "Slot CTK::PACKING is missing from ..." In-Reply-To: <0E4876C0-44C8-44A5-AA73-85B5D2AF440B@mac.com> References: <0E4876C0-44C8-44A5-AA73-85B5D2AF440B@mac.com> Message-ID: <457DB8C1.6090901@gmail.com> Frank Goenninger wrote: > Hi all: > > Another Celtk challenge for me: > > The slot CTK::PACKING is missing from the object > SENDREQUEST-PUBLISH-RB-GROUP of class > # during operation SLOT-VALUE > [Condition of type PROGRAM-ERROR] > > is resulting from this piece of code: > > (mk-row () > (mk-stack () > (mk-menu-radio-group Oops. If you look at all the examples of menu-radio-group and/or meditate on the prefix "menu-", you will see that that bad boy belongs only in menus (where packing does not apply). Were you just trying to make an always-visible radio group? Was there an example in lotsa-widgets? A quick scan of the hierarchy suggests you just want a subclass of frame-selector, either frame-stack or frame-row. Either one will give radio buttons a parent selector that will effectively manage them. If I am lucky. :) If not I'll dig deeper. ken -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From frgo at mac.com Wed Dec 13 12:50:41 2006 From: frgo at mac.com (Frank Goenninger) Date: Wed, 13 Dec 2006 13:50:41 +0100 Subject: [cells-devel] CVS: Missing file variables.lisp ?! Message-ID: Hi Kenny, I just updated Cells from CVS and found a file "variables.lisp" mentioned in the ACL project file ("cells.lpr"). This is not to be found in the ASDF project file cells.asd. As I think the .asd and the .lpr should be equal in meaning I think you introduced variables.lisp recently but just did not check it into CVS. Or am I wrong? Thx for info. Cheers, Frank From kentilton at gmail.com Wed Dec 13 17:12:30 2006 From: kentilton at gmail.com (Ken Tilton) Date: Wed, 13 Dec 2006 12:12:30 -0500 Subject: [cells-devel] CVS: Missing file variables.lisp ?! In-Reply-To: References: Message-ID: <4580347E.3000701@gmail.com> Frank Goenninger wrote: > Hi Kenny, > > I just updated Cells from CVS and found a file "variables.lisp" > mentioned in the ACL project file ("cells.lpr"). This is not to be > found in the ASDF project file cells.asd. After someone asked on c.l.l I spent a day on making a defparameter a Cell. The test worked but then I think I tried it live and it failed and I decided I better get back to work on Algebra (but apparently never took it out of my LPR). Since it does not work and it was just a curiosity I did not feel it should go in the code base. I'll chop it from the LPR so as not to mislead further. ken -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From attila.lendvai at gmail.com Wed Dec 13 17:32:44 2006 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Wed, 13 Dec 2006 18:32:44 +0100 Subject: [cells-devel] CVS: Missing file variables.lisp ?! In-Reply-To: <4580347E.3000701@gmail.com> References: <4580347E.3000701@gmail.com> Message-ID: > After someone asked on c.l.l I spent a day on making a defparameter a > Cell. The test worked but then I think I tried it live and it failed and > I decided I better get back to work on Algebra (but apparently never > took it out of my LPR). while making a clet in computed-class i've also played with the idea of a cell in a defparameter, but i couldn't come up with anything without symbol-macrolet. i think that can't be done transparently with standard common lisp constructs. -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronst?llet) From kentilton at gmail.com Wed Dec 13 18:15:34 2006 From: kentilton at gmail.com (Ken Tilton) Date: Wed, 13 Dec 2006 13:15:34 -0500 Subject: [Fwd: Re: [cells-devel] CVS: Missing file variables.lisp ?!] Message-ID: <45804346.10107@gmail.com> Attila Lendvai wrote: >> After someone asked on c.l.l I spent a day on making a defparameter a >> Cell. The test worked but then I think I tried it live and it failed and >> I decided I better get back to work on Algebra (but apparently never >> took it out of my LPR). > > > while making a clet in computed-class i've also played with the idea > of a cell in a defparameter, but i couldn't come up with anything > without symbol-macrolet. i think that can't be done transparently with > standard common lisp constructs. I just added variables.lisp to CVS just so folks can find it, and at the same time modified cells.lpr /not/ to show it. From there, the macro: (defmacro def-c-variable (v-name cell &key ephemeral owning unchanged-if) (declare (ignore unchanged-if)) (let ((c 'whathef)) ;;(gensym))) `(progn (eval-when (:compile-toplevel :load-toplevel) (define-symbol-macro ,v-name (c-variable-accessor ',v-name)) (setf (md-slot-cell-type 'null ',v-name) (when ,ephemeral :ephemeral)) (when ,owning (setf (md-slot-owning 'null ',v-name) t))) (eval-when (:load-toplevel) (let ((,c ,cell)) (md-install-cell nil ',v-name ,c) (awaken-cell ,c))) ',v-name))) So this: (def-c-variable *kenny* (c-in nil)) Expands to this: (progn (eval-when (:compile-toplevel :load-toplevel) (define-symbol-macro *kenny* (c-variable-accessor '*kenny*)) (setf (md-slot-cell-type 'null '*kenny*) (when nil :ephemeral)) (when nil (setf (md-slot-owning 'null '*kenny*) t))) (eval-when (:load-toplevel) (let ((whathef (c-in nil))) (md-install-cell nil '*kenny* whathef) (awaken-cell whathef))) '*kenny*) Obviously still experimental. :) ken -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From attila.lendvai at gmail.com Wed Dec 13 21:56:07 2006 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Wed, 13 Dec 2006 22:56:07 +0100 Subject: [cells-devel] CVS: Missing file variables.lisp ?! In-Reply-To: References: <4580347E.3000701@gmail.com> <458041B2.50105@gmail.com> <45804412.3090209@gmail.com> <45804E5A.1020500@gmail.com> Message-ID: ok, bring it back on list then. there are useful infos in these mails... (or not :) > We? Parallel project? You and Thomas? C4? Other_________? > > Is it open source? Has it changed much/been rewritten from scratch? What > are you using it for, if you can say? oh, i tought you heard about it, its at: http://common-lisp.net/project/computed-class/ it's rewritten from scratch. has a little different nomenclature, but i'm planning to rename "computed-state" to "cell" after talking with the others, to bring the two projects closer. of course you're welcome to contribute/use/join the list/etc... > I do not mind at all. Keeps you yobbo rugrats out of my hair. :) And NIH hehe :) > is certainly my guiding light in software development... I can write my > own as fast as I can learn someone else's nonsense, and then it does > /exactly/ what I want and I know it cold and I can change it and.... well, i'm not that NIH-oriented, a well written lib can be useful, but i agree that *sometimes* it's worth rolling your own. hm, now that i'm thinking about it, we've ended up not using clsql and cells... maybe i do have NIH, i'm just not aware of it... :) but i do try first with the existing libs. we had a headache with cells that some internal state got corrupted and from then we had to reload the lib to make it work again. all this in the middle of a big rewrite. then the next day we rolled a prototype that in a few hours that was doing all we needed (we need a simple engine cells-wise, but full clos integration on the other hand). we use it for keeping computed state (for caching purposes) in sync with the declared state inside the model. "the model" is an UML-like data model integrated with CLOS. you write something like UML (semantically) and get a working app with persistency and a web gui. we is a small startup, working on http://common-lisp.net/project/cl-wdim/ if you don't mind we may bring this back to the list. but i didn't want to shamelessly advertise the project on the cells list... -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronst?llet) From frgo at mac.com Thu Dec 28 19:49:29 2006 From: frgo at mac.com (Frank Goenninger) Date: Thu, 28 Dec 2006 20:49:29 +0100 Subject: [cells-devel] Celtk: Button as kid of a canvas ... Message-ID: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> Hi all: being too lazy for searching in the code of Celtk I wonder if there is a way to have a button as a kid of a canvas - same of for an entry widget ... I figure that the kid would be configured differently compared to being a kid of a frame... Anyone done that before? Thx for any pointers... Best wishes - Frank From frgo at mac.com Sat Dec 30 16:03:19 2006 From: frgo at mac.com (Frank Goenninger) Date: Sat, 30 Dec 2006 17:03:19 +0100 Subject: [cells-devel] Celtk: Button as kid of a canvas ... In-Reply-To: References: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> Message-ID: <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> Thanks, Thomas. That did the trick. Frank Am 29.12.2006 um 14:16 schrieb Thomas F. Burdick: > In Ltk, you'd do this by creating a canvas-window item on the canvas, > then packing your button into that. So the button is a child of a > child of the canvas. I'm guessing you can achieve the same effect in > Celtk by making a canvas-window in the kids of the canvas, and your > button in its kids. > > On 12/28/06, Frank Goenninger wrote: >> Hi all: >> >> being too lazy for searching in the code of Celtk I wonder if there >> is a way to have a button as a kid of a canvas - same of for an entry >> widget ... >> >> I figure that the kid would be configured differently compared to >> being a kid of a frame... >> >> Anyone done that before? >> >> Thx for any pointers... >> >> Best wishes - Frank >> >> _______________________________________________ >> cells-devel site list >> cells-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/cells-devel >> From frgo at mac.com Sat Dec 30 17:47:00 2006 From: frgo at mac.com (Frank Goenninger) Date: Sat, 30 Dec 2006 18:47:00 +0100 Subject: [cells-devel] Celtk: Why can I place a label but not a rectangle with :parent-x and :parent-y ? Message-ID: <97468945-72F4-415C-B9FD-4628870EF5FB@mac.com> Hi all you Celtk users: In my quest to design a beautiful GUI for my app I try to place my widgets in the app window. Therefore I try the following (part of Celtk-based code): (defmodel app-window (window) () (:default-initargs :width (c-in 1000) :height (c-in 600) :kids (c? (the-kids (mk-rectangle :tk-fill "grey" :height 100 :width 200 :parent-y 100 :parent-x 100))))) ... which results in an error saying :PARENT-Y :PARENT-X :HEIGHT are invalid initargs to make-instance of class #. The valid initargs are :DISABLEDWIDTH :ACTIVEWIDTH :WIDTH :TAGS :STATE :DISABLEDSTIPPLE :ACTIVESTIPPLE :STIPPLE :DISABLEDOUTLINESTIPPLE :ACTIVEOUTLINESTIPPLE :OUTLINESTIPPLE :DISABLEDOUTLINE :ACTIVEOUTLINE :OUTLINE :OFFSET :DISABLEDFILL :ACTIVEFILL :TK-FILL :DASHOFFSET :DISABLEDDASH :ACTIVEDASH :DASH :DECORATIONS :COORDS :COORDS-TWEAK :L-COORDS :ID-NO :USER-ERRORS :ON-KEY-UP :ON-KEY-DOWN :ON-COMMAND :TIMERS :TK-CLASS :MD-NAME :ID :VALUE :AWAKEN-ON-INIT-P :FM-PARENT. [Condition of type PROGRAM-ERROR] Hm - now, that means I can't really say I want a specific height for a rectangle?! Also, I can't place this rectangle... Trying this with a label works Ok. How can that be? Any pointers really appreciated. Frank From kentilton at gmail.com Sun Dec 31 08:19:24 2006 From: kentilton at gmail.com (Ken Tilton) Date: Sun, 31 Dec 2006 03:19:24 -0500 Subject: [cells-devel] Celtk: Button as kid of a canvas ... In-Reply-To: <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> References: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> Message-ID: <4597728C.7070402@gmail.com> Frank Goenninger wrote: > Thanks, Thomas. That did the trick. > > Frank > > Am 29.12.2006 um 14:16 schrieb Thomas F. Burdick: > >> In Ltk, you'd do this by creating a canvas-window item on the canvas, >> then packing your button into that. So the button is a child of a >> child of the canvas. I'm guessing you can achieve the same effect in >> Celtk by making a canvas-window in the kids of the canvas, and your >> button in its kids. > Weird, right? Is this a Tk issue? A Cells issue? An issue arising out of the Lisp API to Tk? Follow the bouncing API.... meanwhile, elsewhere you asked about parent-x on rectangles. You must be using some retarded "free" Lisp IDE. :) parent-x is anttribute of widgets. rectangles are items. items are not widgets. items use coords. hth,kt -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From tfb at ocf.berkeley.edu Sun Dec 31 13:14:31 2006 From: tfb at ocf.berkeley.edu (Thomas F. Burdick) Date: Sun, 31 Dec 2006 14:14:31 +0100 Subject: [cells-devel] Re: Celtk: Button as kid of a canvas ... In-Reply-To: References: Message-ID: On 12/31/06, Ken Tilton wrote: > > Am 29.12.2006 um 14:16 schrieb Thomas F. Burdick: > > > >> In Ltk, you'd do this by creating a canvas-window item on the canvas, > >> then packing your button into that. So the button is a child of a > >> child of the canvas. I'm guessing you can achieve the same effect in > >> Celtk by making a canvas-window in the kids of the canvas, and your > >> button in its kids. > > Weird, right? Is this a Tk issue? A Cells issue? An issue arising out of > the Lisp API to Tk? Follow the bouncing API.... It's a Tk thing -- canvasses are their own weird little world where you manually place canvas-items instead of letting a layout manager place widgets. canvas-windows just bridge the gap. You could automatically make the canvas-window if you try to place a widget in a canvas, but it seems like it might just make things uglier. From kentilton at gmail.com Sun Dec 31 14:44:45 2006 From: kentilton at gmail.com (Ken Tilton) Date: Sun, 31 Dec 2006 09:44:45 -0500 Subject: [cells-devel] Celtk: Button as kid of a canvas ... In-Reply-To: <4597728C.7070402@gmail.com> References: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> <4597728C.7070402@gmail.com> Message-ID: <4597CCDD.1040509@gmail.com> Ken Tilton wrote: > Frank Goenninger wrote: > >> Thanks, Thomas. That did the trick. >> >> Frank >> >> Am 29.12.2006 um 14:16 schrieb Thomas F. Burdick: >> >>> In Ltk, you'd do this by creating a canvas-window item on the canvas, >>> then packing your button into that. So the button is a child of a >>> child of the canvas. I'm guessing you can achieve the same effect in >>> Celtk by making a canvas-window in the kids of the canvas, and your >>> button in its kids. >> >> > Weird, right? Is this a Tk issue? A Cells issue? An issue arising out > of the Lisp API to Tk? Follow the bouncing API.... > > meanwhile, elsewhere you asked about parent-x on rectangles. You must > be using some retarded "free" Lisp IDE. :) Less obscurely and in case it helps to know how I sorted it out having forgotten about parent-x/y, I used the ACL "find definitions" dialog to look for definitions of parent-x and saw it was defined for widgets, then I used the class browser to confirm that widget was not in the item class precedence list. using 'quick find def' keychord I then bounced to the item source and was reminded of "coords". hth,kt -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From kentilton at gmail.com Sun Dec 31 14:58:59 2006 From: kentilton at gmail.com (Ken Tilton) Date: Sun, 31 Dec 2006 09:58:59 -0500 Subject: [cells-devel] Celtk: Button as kid of a canvas ... In-Reply-To: References: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> <4597728C.7070402@gmail.com> Message-ID: <4597D033.8090907@gmail.com> Frank Goenninger wrote: > > Hm - I think it's actually a problem of Celtk - it (oh, I shouldn't > use "it" - it's not Lispy enough ;-) not being complete in terms of > providing a Window as a container for arbitrary objects in a canvas. I saw that capability (widget in canvas) mentioned, just never had occasion to use it so it never got Celtk-ized. And at this point you may really have to fork Celtk to take it forward in re use of Tk widgets since I am concentrating on Cello for widgets. Maybe pick a new name and start a c-l.net project? > > ACL 8.0 - on Mac. Sh*t - this is a case where Slime really sucks. And > Franz, too: I've been asking for the full IDE on OS X for years now! Given the number of Powerbooks I see at Lisp conferences, they might be missing an opportunity. But, hey, stop whining, how hard would it be to whip up a find-definitions dialog using Celtk? I once did a killer inspector using Cello. Do the classic incremental thing, just get ACL to pop up a list of definitions using as much standard mop as possible. Costanza has done some work on a portable MOP, maybe contrib to that as you go (since moppery will be needed to replicate the ACL IDE). Needless to say, a Slime-killer is something I would love to do just to piss off the Yobbos, and if I end up switching to LW for enough work it might just happen. Not yet, tho. kt kt -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From frgo at mac.com Sun Dec 31 15:19:59 2006 From: frgo at mac.com (Frank Goenninger) Date: Sun, 31 Dec 2006 16:19:59 +0100 Subject: [cells-devel] Celtk: Button as kid of a canvas ... In-Reply-To: <4597D033.8090907@gmail.com> References: <124BE5F3-4D7F-4A2C-812A-1E3BB0EBCDAB@mac.com> <3EB7EB42-1EE7-4501-8AF5-32AB44A9950A@mac.com> <4597728C.7070402@gmail.com> <4597D033.8090907@gmail.com> Message-ID: <766818A2-C93F-4D51-BD2A-25563674487A@mac.com> Am 31.12.2006 um 15:58 schrieb Ken Tilton: > I saw that capability (widget in canvas) mentioned, just never had > occasion to use it so it never got Celtk-ized. And at this point > you may really have to fork Celtk to take it forward in re use of > Tk widgets since I am concentrating on Cello for widgets. Maybe > pick a new name and start a c-l.net project? No. I thought about a Celtk-AddOn package which provides just that. Or I go the No Canvas route and keep it simple. I am only building a simple GUI as a front-end to a TIBCO Rendezvous middleware bus as a simple test tool. > >> >> ACL 8.0 - on Mac. Sh*t - this is a case where Slime really sucks. >> And Franz, too: I've been asking for the full IDE on OS X for >> years now! > > Given the number of Powerbooks I see at Lisp conferences, they > might be missing an opportunity. But, hey, stop whining, how hard > would it be to whip up a find-definitions dialog using Celtk? Not that hard. I simply had the impression that I might be able to get the same tools as on Windows from Franz. > I once did a killer inspector using Cello. Yes, I remember that one. > Do the classic incremental thing, just get ACL to pop up a list of > definitions using as much standard mop as possible. Costanza has > done some work on a portable MOP, maybe contrib to that as you go > (since moppery will be needed to replicate the ACL IDE). No, no. Too much work going into something I don't want to invest time in. Work list too long with other stuff. > Needless to say, a Slime-killer is something I would love to do > just to piss off the Yobbos, and if I end up switching to LW for > enough work it might just happen. Not yet, tho. Hehe. I'll leave that one to you, then ;-) Too much fun to see you / fighting/ all the new kids on the Lisp block... c.l.l. was a bit boring while you have been on Snowboarding. Utah, again? Frank