- mcclim-devel - mailman3.common-lisp.net

[mcclim-devel] new graph type: first drawf
by rpgoldman＠real-time.com 06 May '05

06 May '05

I have developed a tentative first version of a new graph type, which is a tree with cross-edges. I.e., you have a graph which is basically a tree, but where you are allowed to have cross edges. The cross edges are NOT the same as graph edges, and in particular, don't cause additions to the PARENT/CHILD relationships, nor (for this reason) do they cause depths to be incremented. Note that these cross-edges do NOT have to be only one one level of the tree --- they can cross levels. To build such a graph you need to add two more arguments to format-graph-from-roots: :CROSS-ARC-DRAWER a function that takes all the arguments accepted by a normal arc-drawer, but also an edge-type keyword argument, which it is free to ignore. :CROSS-ARC-PRODUCER a function that takes a graph-node as argument, like inferior-producer, but that returns two values: a list of destination nodes and (optionally) a list of type-designators, that can be passed to the cross-arc-drawer, as the value of the :edge-type keyword argument. I have posted the source for this to the following URL, hoping that it will attract comments and suggestions: http://rpgoldman.real-time.com/lisp/tree-with-cross-edges.lisp I'd love to see this integrated into McCLIM some day! KNOWN BUGS: 1. Currently only works on :horizontal orientation (I don't have the arc routing for vertical yet). 2. Only draws straight lines for cross edges. It would be nice if the cross edges would swoop around intervening nodes, but I haven't read enough of the CLIM spec to figure out how to do this yet. 3. If you have a depth-bounded tree, probably something very ugly will happen! I'll try to assemble some screendumps and post them, but for now it's weekend... Best, R

1 0

[mcclim-devel] Problems in reading with :timeout
by Tomi K Neste 06 May '05

06 May '05

Oops.. accidently sent this to rpgoldman only :-| Just tried on SBCL with recent McCLIM and :timeout 0 works fine >0 values still seem to be blocking forever. Looks like clim-internals:stream-input-wait keeps continuously calling clim-internals:event-queue-listen-or-wait with wrong TIMEOUT. Or maybe not, it's all (still) bit over my head The :timeout 0 => NIL still seems to a problem on CMUCL, but that's on a few months old version of McCLIM, so maybe it's fixed and irrelevant by now anyway. I really should update my CMUCL stuff on that laptop... I'm trying to figure out how to do some simple animation, like a clock or process browser that should keep on updating every few seconds. So I thought the way to go would be specializing the READ-COMMAND or READ-FRAME-COMMAND and use the :timeout where approriate. I also thought about using different thread for the pane updating, but I'm not sure if that would be a smart thing to do. So I'm wondering if there's a canonical way to accomplish something like that, some sources perhaps? BTW, big thanks to all McCLIM developers, fascinating stuff :-)

2 2

Re: [mcclim-devel] resizeable panes
by Andy Hefner 04 May '05

04 May '05

Off the top of my head, something like this within your layout should world: (vertically () top-pane (make-pane 'clim-extensions:box-adjuster-gadget) bottom-pane) The idea is that you insert it a layout between the panes you want it to resize. This should work fine for a horizontal layout also, the box-adjuster-gadget takes its orientation from its parent. On 5/1/05, rpgoldman(a)real-time.com <rpgoldman(a)real-time.com> wrote: > Is there an example of the use of the box-adjuster-gadget anywhere? > Sorry to be lame. I couldn't find one anywhere in the stuff that > comes with McCLIM (or I did something wrong with find...). > > Thanks, > R >

1 0

[mcclim-devel] Problems in reading with :timeout
by Tomi K Neste 04 May '05

04 May '05

I'm having some newb confusion about the timeout value in stream input functions, (read-gesture ...) etc. (read-gesture :timeout 0) always just returns NIL, while timeout values >0 don't seem to have any effect at all. For example, in the Listener (read-gesture :timeout 1) keeps blocking until some gesture is given. Another source of confusion is the :input-wait-handler. From reading the spec I got the idea that it should be called "continously" when there isn't any input in the given stream, but it looks like the function is never executed. Are these real problems or am I just missing something obvious?

4 3

[mcclim-devel] re: Black art
by C Y 03 May '05

03 May '05

>> And a graphical CLIM interface builder could possibly go >> a long way towards helping people create "correct" code or at >> least avoid errors. > > I built one of these more than 10 years ago. I'll dust off the > code and post it to the list in the next few days. (It probably > needs updating since I haven't looked at it in at least 5 years.) In case I forgot to say it elsewhere, drool... :-) CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [mcclim-devel] function undefined when trying to access the example page?
by Jason Wang 02 May '05

02 May '05

i'm sorry.. i sent to the wrong mailing-list :|.. i'll be careful from now on :D -- www.programer.name - my own personal blog : )

1 0

Re: [mcclim-devel] Scigraph
by C Y 02 May '05

02 May '05

--- Duncan Rose <duncan(a)robotcat.demon.co.uk> wrote: > > It builds fine for me under OpenMCL. Can you be more specific > regarding the errors you're seeing? > > The only external dependency I can think of in the build is CLX. Do > you have it installed (this shouldn't matter for building most of > McCLIM, only when building the back end I think). Here we go (core with McCLIM built and loaded): CMU Common Lisp 19a, running on gentoo With core: /usr/local/lib/cmucl/lib/lisp.core Dumped on: Sun, 2005-05-01 22:50:16-04:00 on gentoo See <http://www.cons.org/cmucl/> for support information. Loaded subsystems: Python 1.1, target Intel x86 CLOS based on Gerd's PCL 2004/04/14 03:32:47 CLX X Library MIT R5.02 Gray Streams Protocol Support * (asdf:oos 'asdf:load-op :scigraph) [snip] ; Compiling DEFMETHOD ZOOM-OUT (GRAPH-ZOOM-MIXIN T): ; Byte Compiling Top-Level Form: ; /home/user/mcclimtoplevel/mcclim/Apps/Scigraph/scigraph/moving-object.x86f written. ; Compilation finished in 0:00:04. ; Loading #p"/home/user/mcclimtoplevel/mcclim/Apps/Scigraph/scigraph/moving-object.x86f". ; [GC threshold exceeded with 63,889,944 bytes in use. Commencing GC.] ; [GC completed with 56,906,880 bytes retained and 6,983,064 bytes freed.] ; [GC will next occur when at least 68,906,880 bytes are in use.] Condition COMMAND-TABLE-NOT-FOUND was signalled. [Condition of type COMMAND-TABLE-NOT-FOUND] Restarts: 0: [CONTINUE] Return NIL from load of #p"/home/user/mcclimtoplevel/mcclim/Apps/Scigraph/scigraph/moving-object.x86f". 1: [RETRY ] Retry performing #<ASDF:LOAD-OP NIL {5A60D8FD}> on #<ASDF:CL-SOURCE-FILE "moving-object" {285FCC25}>. 2: [ACCEPT ] Continue, treating #<ASDF:LOAD-OP NIL {5A60D8FD}> on #<ASDF:CL-SOURCE-FILE "moving-object" {285FCC25}> as having been successful. 3: [ABORT ] Return to Top-Level. Debug (type H for help) ; [GC threshold exceeded with 68,917,416 bytes in use. Commencing GC.] ; [GC completed with 55,934,776 bytes retained and 12,982,640 bytes freed.] ; [GC will next occur when at least 67,934,776 bytes are in use.] (CLIM:FIND-COMMAND-TABLE :GRAPH :ERRORP T) Source: ; File: /home/user/mcclimtoplevel/mcclim/commands.lisp (ERROR 'COMMAND-TABLE-NOT-FOUND) 0] __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

[mcclim-devel] Scigraph
by C Y 02 May '05

02 May '05

Hi all. I've just been trying to build scigraph with the latest cvs McCLIM and cmucl 19a, and I've been hitting a variety of problems. Has anybody else seen any trouble with recent cvs McCLIM? CY __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

[mcclim-devel] interactor-pane scrolls off the bottom
by tim＠tenkan.org 02 May '05

02 May '05

If you say (define-application-frame foo () () (:pane (make-pane 'interactor-pane :width 400 :height 300))) (clim:run-frame-top-level (clim:make-application-frame 'foo)) You get a window. Hit RET a few times in that window, and the prompt will scroll off the bottom of it, never to return. Is it meant to work that way? -- -Tim

4 6

Re: [mcclim-devel] Axiom
by C Y 01 May '05

01 May '05

Here is a screenshot: http://mathshield.sourceforge.net/axiomstartuppage.png I'm guessing this is well withing McCLIM's abilities, at least to build a mockup of. I believe bold text and buttons are clickable. CY P.S. - sorry if this is a dupe, I don't think my other response made it. On Thursday 28 April 2005 03:03 pm, Andy Hefner wrote: > What kind of browser? > > On 4/28/05, C Y <smustudent1(a)yahoo.com> wrote: > > "I've looked at McClim which is a path I'd dearly love to take > > but so far I've not gotten it to work. If someone could > > reproduce the first page of the browser (a few buttons, an > > image) in McClim that might be enough to get me over the > > hurdle. A pure lisp solution is preferred." __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0