From ahefner at gmail.com Sat Apr 2 22:02:08 2011 From: ahefner at gmail.com (Andy Hefner) Date: Sat, 2 Apr 2011 18:02:08 -0400 Subject: [mcclim-devel] map-over-output-records-overlapping-region In-Reply-To: <20110106215150.GG24025@varese> References: <20110106215150.GG24025@varese> Message-ID: On Thu, Jan 6, 2011 at 4:51 PM, Orm Finnendahl wrote: > Hi, > > ?reading the specs, map-over-output-records-overlapping-region should > map over *all* childs of the supplied output-record which overlap the > supplied region. In my application, the output-records are > hierarchical with the topmost output-record covering the whole drawing > area and its childs occupying parts of that and their childs again > parts of the parts and so forth. > > When calling the function on a part of the drawing area, the macro > only maps the function over the topmost output record and ignores all > of its childs which also overlap the region in question. > > I could write a similar macro which traverses the tree and checks for > overlap but I ask myself, whether the behaviour of mcclim's built-in > macro is correct with regards to the specs or whether I'm doing > something wrong here... I think it's pretty clear it shouldn't recurse on it's own. If it did, it'd be necessary to invent another more primitive function which did not. Further, this appears to be the behavior implemented by other CLIM implementations. map-over-output-records-containing-region is arguably the fundamental operator for querying the output history. As the Franz CLIM User's Guide astutely notes, output-record-children may be forced to cons a new list of children (undesirable..), depending whether the output record stores this them a list or some other structure, e.g. an R-tree. Manually recursing shouldn't be much trouble - write the continuation inside LABELS, add one recursive call to map-over-output-records-etc. From dcday137 at gmail.com Sun Apr 10 01:08:52 2011 From: dcday137 at gmail.com (Collin Day) Date: Sat, 9 Apr 2011 19:08:52 -0600 Subject: [mcclim-devel] Help running demos Message-ID: <20110409190852.502c1cc3@Krypton.baddogfarm.org> Hello, I am rather new to lisp and have been learning by reading "Practical Common Lisp" online and "Land of Lisp". One thing I was just sort of interested in was seeing how you could use lisp to make GUIs. So, I decided to try McCLIM. Anyway, I use gentoo, so I just emerged mcclim and have version 0.9.6. I am using the clisp implementation and think I have everything set up correctly. Following the instructions on the cliki, I can do the following: (asdf:oos 'asdf:load-op :mcclim) - ends with 0 errors, 74 warnings NIL - so I think that is ok. Since I am using gentoo, I didn't do the ln -s mcclim/clim-examples.asd . since I am just using the stock directories. Then I can run: (asdf:oos 'asdf:load-op :clim-examples) - ends with 0 errors, 0 warnings NIL - so that seems ok as well. The problem is when I run: (clim-demo::run-test 'clim-demo::demodemo) I get: *** - Connection failure to X11.0 server display 0: No protocol specified I have clx installed - I also ran (asdf:oos 'asdf:load-op :clx) to ensure everything was built. If I build / load the gtkairo backend: (asdf:oos 'asdf:load-op :clim-gtkairo) Then the demos appear to run. I am sure I am doing something wrong - does anyone know what it might be though? Thanks! -C From alexander.ekart at gmx.at Sun Apr 17 14:13:37 2011 From: alexander.ekart at gmx.at (Alexander Ekart) Date: Sun, 17 Apr 2011 16:13:37 +0200 Subject: [mcclim-devel] troubles with accept-popup Message-ID: <20110417141337.279320@gmx.net> Hello, I was just trying to test the accept-popup function in the CLIM Listener (accept-popup is defined in accepting-values.lisp which is in the McCLIM Examples directory) but I ran into trouble. Executing (clim-demo::accept-popup '(one two three four)) in the Listener and clicking 'OK' or 'Cancel' in the popup yields an error: There is no applicable method for the generic function # when called with arguments (#). [Condition of type SIMPLE-ERROR] Does anybody have an idee what the problem could be? Thanks! -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl From onixie at gmail.com Sun Apr 24 00:56:45 2011 From: onixie at gmail.com (onixie) Date: Sun, 24 Apr 2011 08:56:45 +0800 Subject: [mcclim-devel] Unportable string comparing syntax in Doc/makeimages.sh Message-ID: <4DB3754D.2040400@gmail.com> Hi, I think there is an unportable string comparing syntax in Doc/makeimages.sh Left: portable, Right: unportble by diff ------------------------------------------------------------- 8c8 < if [ "$1" = "-e" ]; then --- > if [ "$1" == "-e" ]; then 22c22 < if [ "$NOCREATE" = "true" ]; then --- > if [ "$NOCREATE" == "true" ]; then -------------------------------------------------------------- It has expected result in bash, but reports a syntax error (as below) in dash and ash (posix compatible shell). The syntax error reported: -------------------------------------------------------------- [: 15: ==: unexpected operator -------------------------------------------------------------- This is a bug in ubuntu because it defaults to use dash. so I think it should be fixed.