mcclim-devel February 2005

mcclim-devel@common-lisp.net

24 participants
41 discussions

[mcclim-devel] Copying text to clipboard loops displaying messages to Konsole
by Paolo Amoroso 22 Mar '05

22 Mar '05

When I copy some text with Shift-left-click from the CLIM Listener for later copying somewhere else, I get an infinite loop that displays messages (all identical) like this to the KDE Konsole from which I have started the Listener: #<CLIM-CLX::CLX-SELECTION-REQUEST-EVENT {5850A54D}> is an instance of type CLX-SELECTION-REQUEST-EVENT it has the following slots: TIMESTAMP: 5010524 SHEET: #<CLIM:INTERACTOR-PANE CLIM-LISTENER::INTERACTOR {58B8A0CD}> REGION: <unbound> SELECTION: :PRIMARY REQUESTOR: #<XLIB:WINDOW :0 31457298> TARGET: :COMPOUND_TEXT PROPERTY: :_QT_SELECTION If I later paste with Shift-middle-click the clipboard selection to another Konsole pane, I get a garbled string similar to that described here: http://common-lisp.net/pipermail/mcclim-devel/2004-December/002731.html I have to quit the Listener in order to stop the infinite loop. I use CMUCL Snapshot 2005-02 with the latest McCLIM CVS sources under Slackware Linux 10.0, with a 2.6.10 kernel. Paolo -- Lisp Propulsion Laboratory log - http://www.paoloamoroso.it/log

4 16

[mcclim-devel] help needed with the beagle backend
by Tom Winchester 04 Mar '05

04 Mar '05

Hi there. I have been trying to get the beagle back-end for mcclim running. I am using use openmcl 0.14.2-p1, mac os x 10.3.8, and a fresh cvs of mcclim taken this morning. The clx back-end runs nicely -thanks to the splendid effort of the mcclim team. My first attempt consisted of executing the statement (asdf:operate 'asdf:load-op 'beagle). Even when repeated in an OpenMCL Listener, the result was: > Error in process Listener(3): Cannot IMPORT "SET-PORT-KEYBOARD-FOCUS" from package "CLIMI" > While executing: CCL::OPERATION-ON-ALL-SPECS > Type :GO to continue, :POP to abort. > If continued: Ignore attempt to IMPORT "SET-PORT-KEYBOARD-FOCUS" from package "CLIMI" Type :? for other options. 1 > I then examined the documentation in the Backends/beagle directiory of the mcclim (cvs) distribution. The load files essentially perform the following steps inside the OpenMCL Listener window: (load "/opt/local/share/openmcl/0.14.2-p1/tools/asdf") (pushnew "/Users/tom/.asdf-install-openmcl-dir/systems/" asdf:*central-registry*) (asdf:operate 'asdf:load-op :asdf-install) (asdf:operate 'asdf:load-op 'clx) (asdf:operate 'asdf:load-op :mcclim) (asdf:operate 'asdf:load-op :clim-examples) (asdf:operate 'asdf:load-op :clim-listener) (asdf:operate 'asdf:load-op :beagle) This is equivalent to my current ~/.openmclrc file, except that all of this is stated to be done inside the OpenMCL Listener, and the final statement. Upon pasting the above sequence of statements into an OpenMCL Listener the same error results. Does anyone know if this error is a genuine bug, or is there something else missing in the loading sequence I describe above. I am aware that the beagle back-end is experimental, but my aim is to be able to reproduce some of the screen-shots of mcclim using the beagle back-end which available on the web. Thanks.

3 5

[mcclim-devel] Annc: Freeze, part 2 for Mothering Sunday release
by Andreas Fuchs 28 Feb '05

28 Feb '05

Hello everybody, today is the freeze date for McCLIM's Apps/, Examples/ and Experimental/ directories for the release next sunday. So, to repeat the call for testers in the last announcement: Please help us test the code that's in there. (-: Cheers, -- Andreas Fuchs, <asf(a)boinkor.net>, asf(a)jabber.at, antifuchs

1 0

[mcclim-devel] updated mcclim.asd patch
by tim＠tenkan.org 28 Feb '05

28 Feb '05

This patch to mcclim.asd adds the file defresource.lisp to the :clim system (this change was also in the last patch), and adds a dependency on design.lisp for X11-colors.lisp (for MAKE-NAMED-COLOR). -- -Tim

2 1

[mcclim-devel] Annc: Freeze for Mothering Sunday release
by Andreas Fuchs 28 Feb '05

28 Feb '05

Hello everybody, this message marks the begin of the freeze period of McCLIM proper (that includes all lisp files in the mcclim/ root directory, Backends/, Goatee/ and Lisp-Dep/) for the Mothering Sunday release. Apps/, Examples/ and Experimental/ are due to freeze next monday. This means for you, the user of McCLIM: Please help us test McCLIM. Running every available CLIM app, running the examples, building on different lisp implementations, trying obscure things, and sending reports of bugs you find are all very much appreciated (especially the sending reports of bugs part). The more bugs we find now, the better the release will be. the McCLIM developer: Bug fixes only, please. And please stick to conservative commits: fixing a bug in the layout protocol is ok, but rewriting the layout protocol should wait until after the release. If a bug can only be fixed by a big change, the fix should wait until after the release - the bug will be mentioned in the release notes. The intent is to release something that resembles the state of today's McCLIM as closely as possible, but without the easy-to-fix bugs. (-: Cheers, -- Andreas Fuchs, <asf(a)boinkor.net>, asf(a)jabber.at, antifuchs

2 2

[mcclim-devel] backspace at argument prompt -> infinite loop
by Luke Gorrie 26 Feb '05

26 Feb '05

Hi guys, Some IRC log to share :-) <Luke_> tbmoore: if I type command name, space (see prompt for argument), backspace -- then it goes into an infinite loop printing the "scan-pointer ~S > insertion-pointer ~S; shouldn't happen" message <Luke_> in Closure or in clim-listener <tbmoore> Luke_: Ouch <Luke_> if I nuke the listener thread at this point it seems to put things into a bad state where if I try to start a new listener it hangs before reaching the prompt (under SBCL) <tbmoore> Luke_: If you can send email to the list, that would be good. <tbmoore> But I think this should not be too hard to fix.

1 0

[mcclim-devel] Reposting gadgets.patch
by Andy Hefner 25 Feb '05

25 Feb '05

Actually neither of these patches are correct, the intent is to modify the value of the slots. :) On Thu, 24 Feb 2005 23:23:54 -0600, mikemac(a)mikemac.com <mikemac(a)mikemac.com> wrote: > > > >Index: gadgets.lisp > > >@@ -2700,7 +2700,7 @@ > > (height (space-requirement-height sr))) > > (allocate-space child width height) > > (setf (gadget record) child) > >- (with-slots (x1 x2 y1 y2) record > >+ (multiple-value-bind (x1 y1 x2 y2) (slot-value record 'coordinates) > > Try this instead: > > (multiple-value-bind (x1 y1 x2 y2) (rectangle-edges* record) > > Using internal state of classes is a no-no. Use the interfaces > provided by the spec. > > Mike McDonald > mikemac(a)mikemac.com > _______________________________________________ > mcclim-devel mailing list > mcclim-devel(a)common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/mcclim-devel >

3 2

[mcclim-devel] Reposting gadgets.patch
by Anthony Juckel 25 Feb '05

25 Feb '05

I'm resending this patch (this time as a unified diff) to gadgets.lisp as, apparently, it has been overlooked. Perhaps I was a bit too terse when sending the patch the first time around. This patch is a one-line bug fix, which I believe stems from a change in standard-rectangle. Previously, rectangle coordinates were stored in slots (x1 y1 x2 y2) within standard-rectangle. In an attempt to optimize rectangle operations, these were condensed into a single coordinates slot. The problem is that an :after method on initialize-instance for gadget-output-record was never notified of said change, and was still attempting to call (with-slots (x1 x2 y1 y2) ...) on a standard rectangle. This was causing problems for me, so I swapped in a destructuring-bind on coordinates instead. Anthony W. Juckel

2 1

[mcclim-devel] mcclim.asd, defresource.lisp
by tim＠tenkan.org 24 Feb '05

24 Feb '05

Hi all, Closure uses the DEFRESOURCE macro defined in defresource.lisp. The new mcclim.asd doesn't load defresource.lisp. (system.lisp does). I don't know what defresource.lisp really depends on, but after applying the patch below and deleting all the mcclim fasls, I was still able to load mcclim. So, I propose: -- -Tim

1 0

[mcclim-devel] building probl lw darwin
by ml13＠onlinehome.de 23 Feb '05

23 Feb '05

Hi, I cannot, unfortunately, build mcclim on lw. The last form in the file "fix-lispworks.lisp" is causing trouble: (defmethod clim-mop:class-direct-superclasses ((instance (eql *ptype-t-class*))) (list (find-class 'standard-object))) ;; scary.. lw complains: Error: The variable *PTYPE-T-CLASS* is unbound. I am completely new to mcclim, so I am sorry for not backtracing this more properly. Any ideas? Thanks, Peter

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

mcclim-devel February 2005