From sukottoburaun at yahoo.co.jp Sun Nov 2 06:09:45 2008 From: sukottoburaun at yahoo.co.jp (=?ISO-2022-JP?B?GyRCJVYlaSUmJXMbKEIgGyRCJTklMyVDJUgbKEI=?=) Date: Sun, 2 Nov 2008 15:09:45 +0900 (JST) Subject: [mcclim-devel] McClim CCL::SOCKET-CREATION-ERROR Message-ID: <20081102060945.46025.qmail@web3904.mail.bbt.yahoo.co.jp> I've got mcclim working now using SBCL and clbuild. -------------------------------------- Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ From mikemac at mikemac.com Sun Nov 2 16:41:08 2008 From: mikemac at mikemac.com (Mike McDonald) Date: Sun, 02 Nov 2008 09:41:08 -0700 Subject: [mcclim-devel] McClim: This is rediculous! In-Reply-To: Your message of "Sun, 02 Nov 2008 15:09:45 +0900." <20081102060945.46025.qmail@web3904.mail.bbt.yahoo.co.jp> Message-ID: <200811021641.mA2Gf8H11536@saturn.mikemac.com> Someone needs to fix the CL-Net spam filter. 75 Lines of header, including TWO complete copies of the contents, is rediculous. Mike McDonald mikemac at mikemac.com ------------------------ Return-Path: mcclim-devel-bounces at common-lisp.net Delivery-Date: Sat Nov 1 23:25:18 2008 Received: from common-lisp.net (common-lisp.net [208.72.159.207]) by saturn.mikemac.com (8.11.6/8.11.6) with ESMTP id mA26PIH06022 for ; Sat, 1 Nov 2008 23:25:18 -0700 Received: from localhost ([127.0.0.1] helo=[208.72.159.207]) by common-lisp.net with esmtp (Exim 4.63) (envelope-from ) id 1KwW9s-00043t-E3; Sun, 02 Nov 2008 06:09:56 +0000 Received: from web3904.mail.bbt.yahoo.co.jp ([202.93.86.21]) by common-lisp.net with smtp (Exim 4.63) (envelope-from ) id 1KwW9p-00043Z-QS for mcclim-devel at common-lisp.net; Sun, 02 Nov 2008 06:09:54 +0000 Received: (qmail 46027 invoked by uid 60001); 2 Nov 2008 06:09:45 -0000 Message-ID: <20081102060945.46025.qmail at web3904.mail.bbt.yahoo.co.jp> Received: from [60.239.69.80] by web3904.mail.bbt.yahoo.co.jp via HTTP; Sun, 02 Nov 2008 15:09:45 JST Date: Sun, 2 Nov 2008 15:09:45 +0900 (JST) From: =?ISO-2022-JP?B?GyRCJVYlaSUmJXMbKEIgGyRCJTklMyVDJUgbKEI=?= To: mcclim-devel at common-lisp.net MIME-Version: 1.0 X-Spam-Score: -2.6 (--) X-Spam-Report: Spam detection software, running on the system "cl-net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I've got mcclim working now using SBCL and clbuild. Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ [...] Content analysis details: (-2.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: Re: [mcclim-devel] McClim CCL::SOCKET-CREATION-ERROR X-BeenThere: mcclim-devel at common-lisp.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: mcclim-devel-bounces at common-lisp.net X-Spam-Score: -2.6 (--) X-Spam-Report: Spam detection software, running on the system "cl-net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I've got mcclim working now using SBCL and clbuild. Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ mcclim-devel mailing list mcclim-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/mcclim-devel [...] Content analysis details: (-2.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list I've got mcclim working now using SBCL and clbuild. -------------------------------------- Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ _______________________________________________ mcclim-devel mailing list mcclim-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/mcclim-devel From demmeln at in.tum.de Thu Nov 13 16:44:06 2008 From: demmeln at in.tum.de (Nikolaus Demmel) Date: Thu, 13 Nov 2008 17:44:06 +0100 Subject: [mcclim-devel] Gestures applicable to only one pane? Message-ID: <2984B6BC-24BE-4673-94A9-29607F625430@in.tum.de> Hi there, I would like to define commands with gestures (or a gesture to command translator) where the gesture (:select) applies in only one specific pane. I want to specialise this command for T, so it would accept everything as input, which screws up the rest of my application... How can this be done? Regards, Nikolaus Demmel From ahefner at gmail.com Thu Nov 13 17:57:02 2008 From: ahefner at gmail.com (Andy Hefner) Date: Thu, 13 Nov 2008 12:57:02 -0500 Subject: [mcclim-devel] Gestures applicable to only one pane? In-Reply-To: <2984B6BC-24BE-4673-94A9-29607F625430@in.tum.de> References: <2984B6BC-24BE-4673-94A9-29607F625430@in.tum.de> Message-ID: <31ffd3c40811130957w31b4b825odb3ee994eeaa870b@mail.gmail.com> On Thu, Nov 13, 2008 at 11:44 AM, Nikolaus Demmel wrote: > I would like to define commands with gestures (or a gesture to > command translator) where the gesture (:select) applies in only one > specific pane. I want to specialise this command for T, so it would > accept everything as input, which screws up the rest of my > application... How can this be done? Command gestures are implemented behind the scenes as presentation (to command) translators. You can define these yourself explicitly, rather than using the :gesture keyword in define-command. Doing so grants you more flexibility, including the ability to define use the :tester function to programatically decide the applicability of the translator. In this way you can test the pane which the gesture was received in. From idurand at labri.fr Mon Nov 24 10:22:09 2008 From: idurand at labri.fr (Irene DURAND) Date: Mon, 24 Nov 2008 11:22:09 +0100 Subject: [mcclim-devel] mcclim-devel Digest, Vol 39, Issue 6 In-Reply-To: <47F20740.5070401@labri.fr> References: <20080331170353.C3F004E024@common-lisp.net> <47F20740.5070401@labri.fr> Message-ID: <492A8051.6060901@labri.fr> Hello, As my paste on irc lisp, did not have any answer, I turning again to this more specialized mailing list. I have this MClim problem. The application runs fine on Linux with SBCL 1.0.13, xorg-x11-server 1.3.0.0-9.fc7, a recent version of MClim. But doesn't on my Mac (Darwin PowerPC) with MacOS 10.5 (leopard), SBCL 1.0.16, cvs version of MClim, Xquartz 2.1.5 - (xorg-server 1.3.0-apple22)(2.1.5). I have tried to create the smallest as possible application where the problems occurs (attached). Just compile the file and launch mini::(start) On Linux, I have the desired behaviour: a circle blinks (red/green/red/...) on the display pane and at the bottom of the window application, the "quit" button is displayed and works. On the Mac, the circle blinks correctly but the "Quit" button never shows up. For a while the application is killable with C-c C-c (under Slime), but after a while there is no way to kill it than to stop Lisp and restart everything (even /the/ X server). Note that this application used to work on Mac OS 10.3 (Panther) with older versions of everything. I suspect the X server to behave differently from before. But now I don't see how to make the application work. This is too bad, as I usually use a similar application for my Lisp undergraduate course. If anyone has an idea, it will be welcomed. Ir?ne -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mini.lisp URL: From pbrochard at common-lisp.net Sat Nov 29 22:57:13 2008 From: pbrochard at common-lisp.net (Philippe Brochard) Date: 29 Nov 2008 23:57:13 +0100 Subject: [mcclim-devel] McCLIM and clisp/new-clx Message-ID: <877i6mkunq.fsf@grigri.elcforest> Hi, The current CVS McCLIM freeze on drag'n drop with clisp/new-clx. It seems that mcclim expect xlib:process-event to timeout. This is the case with clisp/mit-clx but never with clisp/new-clx. So there is an infinite loop with clisp/new-clx. Here is a little fix to run most mcclim examples with clisp/new-clx. I don't know if this is the right thing to do and I haven't found the difference between the 2 clx versions. If someone with a higher view can take a look at it. --8< cut here -------------------------------------------------------- Index: Lisp-Dep/mp-nil.lisp =================================================================== RCS file: /project/mcclim/cvsroot/mcclim/Lisp-Dep/mp-nil.lisp,v retrieving revision 1.7 diff -u -w -p -r1.7 mp-nil.lisp --- Lisp-Dep/mp-nil.lisp 8 Jul 2006 16:58:36 -0000 1.7 +++ Lisp-Dep/mp-nil.lisp 26 Nov 2008 14:54:12 -0000 @@ -127,6 +127,7 @@ (loop for port in climi::*all-ports* ;; this is dubious do (loop as this-event = (process-next-event port :timeout 0) for got-events = this-event then (or got-events this-event) + repeat 2 while this-event finally (unless got-events (process-next-event port)))) (car cv))) --8< cut here -------------------------------------------------------- Regards, Philippe -- Philippe Brochard http://hocwp.free.fr