From rpgoldman at real-time.com Fri Mar 2 15:58:42 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Fri, 02 Mar 2007 09:58:42 -0600 Subject: [mcclim-devel] menu items, command arguments and read-frame-command Message-ID: <45E849B2.2010707@real-time.com> I have a command in my McCLIM application that allows the user to set pathname defaults: (define-taems-mdp-app-command (com-change-taems-filename-defaults :name t) ((pathname 'directory-pathname :default (make-pathname :directory (pathname-directory (taems-pathname-defaults *application-frame*))) :prompt "New default TAEMS model directory?")) ...) You will see that it takes one argument. I have put it in the file menu of my application, and when I try to invoke it, McCLIM crashes with the following error: Error: KAUAI-GRAPHER::COM-CHANGE-TAEMS-FILENAME-DEFAULTS got 0 args, wanted 1 arg. [condition type: PROGRAM-ERROR] Restart actions (select using :continue): 0: Return to application command loop 1: Abort entirely from this (lisp) process. [Current process: TAEMS CLIM Grapher] [1] CL-USER(1): :bt Evaluation stack: GRAPH-MDP::COM-CHANGE-TAEMS-FILENAME-DEFAULTS <- (METHOD CLIM:EXECUTE-FRAME-COMMAND (CLIM:APPLICATION-FRAME T)) <- (METHOD CLIM:DEFAULT-FRAME-TOP-LEVEL (CLIM:APPLICATION-FRAME)) <- (:INTERNAL (:EFFECTIVE-METHOD 1 T ...) 0) <- (:INTERNAL (MOP:CLASS-DEFAULT-INITARGS GRAPH-MDP::TAEMS-MDP-APP :TOP-LEVEL-LAMBDA) 0) <- (METHOD CLIM:RUN-FRAME-TOP-LEVEL (CLIM:APPLICATION-FRAME)) <- (METHOD CLIM:RUN-FRAME-TOP-LEVEL :AROUND ...) <- (:INTERNAL (:EFFECTIVE-METHOD 1 T ...) 0) <- (:INTERNAL GRAPH-MDP:RUN-GRAPHER 0) My understanding from reading the manual is that when I invoke this command from the menu, it should prompt me to accept the arguments. add-menu-item-to-command-table [Function] Arguments: command-table string type value &key documentation (after :end) keystroke text-style (errorp t) button-type s Adds a command menu item to command-table's menu. The arguments are: command-table Can be either a command table or a symbol that names a command table. string The name of the command menu item. The character case and style of string are ignored. This is how the item will appear in the menu. type This is one of: :command, :menu, or :divider. (:function, called for in the CLIM spec, is not supported in this release.) When type is :command, value should be a command (a cons of a command name followed by a list of the command's arguments), or a command name. (When value is a command name, it behaves as though a command with no arguments was supplied.) In the case where all of the command's required arguments are supplied, clicking a command menu item invokes the command immediately. Otherwise, the user will be prompted for the remaining required arguments. [from the Allegro CLIM manual; the online spec has similar wording.] Can anyone say why McCLIM is crashing here? It seems like the read-frame-command :around method should have invoked command-line-remaining-arguments-for-partial-command. The code is here: (defmethod read-frame-command :around ((frame application-frame) &key (stream *standard-input*)) (with-input-context ('menu-item) (object) (call-next-method) (menu-item (let ((command (command-menu-item-value object))) (unless (listp command) (setq command (list command))) (if (and (typep stream 'interactor-pane) (member *unsupplied-argument-marker* command :test #'eq)) (command-line-read-remaining-arguments-for-partial-command (frame-command-table frame) stream command 0) command))))) Is it possible that the stream is not an interactor-pane when the menu item is selected? For other commands, I have kludged around this problem and made them take no arguments and just accept them "by hand," as it were... Any help would be much appreciated. thanks, R From rpgoldman at real-time.com Fri Mar 2 16:33:15 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Fri, 02 Mar 2007 10:33:15 -0600 Subject: [mcclim-devel] menu items, command arguments and read-frame-command In-Reply-To: <45E849B2.2010707@real-time.com> References: <45E849B2.2010707@real-time.com> Message-ID: <45E851CB.7080305@real-time.com> A quick follow-up: this problem only occurs when I invoke my command from the menu-bar (i.e., from a submenu in the "File" menu on the menubar). When I invoke the command by using the menu I get with the right-button on the application window, McCLIM prompts for commands properly. So have I misunderstood how to use the menu bar? Or is this a bug? Many thanks, Robert From rpgoldman at real-time.com Fri Mar 2 21:56:52 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Fri, 02 Mar 2007 15:56:52 -0600 Subject: [mcclim-devel] menu items, command arguments and read-frame-command In-Reply-To: <45E851CB.7080305@real-time.com> References: <45E849B2.2010707@real-time.com> <45E851CB.7080305@real-time.com> Message-ID: <45E89DA4.1090307@real-time.com> Robert Goldman wrote: > A quick follow-up: this problem only occurs when I invoke my command > from the menu-bar (i.e., from a submenu in the "File" menu on the > menubar). When I invoke the command by using the menu I get with the > right-button on the application window, McCLIM prompts for commands > properly. > > So have I misunderstood how to use the menu bar? Or is this a bug? > > Many thanks, > Robert > _______________________________________________ > mcclim-devel mailing list > mcclim-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/mcclim-devel > OK, I think that this is a real bug. The problem is that when you select a command from a menu item, if it's a command that takes arguments, and you haven't provided values for them, McCLIM reads the command as () and pukes on the missing argument(s). The problem is that it *should* be reading such a command as: ( ^n) for n being the number of arguments to the command. I have a patch that will make this happen properly: Index: frames.lisp =================================================================== RCS file: /project/mcclim/cvsroot/mcclim/frames.lisp,v retrieving revision 1.125 diff -b -u -F^(def -r1.125 frames.lisp --- frames.lisp 7 Feb 2007 12:44:16 -0000 1.125 +++ frames.lisp 2 Mar 2007 21:52:13 -0000 @@ -505,9 +505,9 @@ (defmethod read-frame-command :around (( (menu-item (let ((command (command-menu-item-value object))) (unless (listp command) - (setq command (list command))) + (setq command (partial-command-from-name command))) (if (and (typep stream 'interactor-pane) - (member *unsupplied-argument-marker* command :test #'eq)) + (partial-command-p command)) (command-line-read-remaining-arguments-for-partial-command (frame-command-table frame) stream command 0) command))))) I will also attach it for fear mailers that word-wrap will garble it... Any feedback would be welcome. This works for me, but isn't even what I'd laughingly call "tested." R -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: menu-command-args-patch URL: From david at lichteblau.com Sat Mar 3 12:14:42 2007 From: david at lichteblau.com (David Lichteblau) Date: Sat, 3 Mar 2007 13:14:42 +0100 Subject: [mcclim-devel] Gtkairo and UTF-8 Message-ID: <20070303121442.GA27641@ununoctium> Hi, thanks to recent cffi improvements, Gtkairo supports UTF-8 now. However, it will only build with the cffi-newtypes branch. http://common-lisp.net/~loliveira/darcs/cffi-newtypes/ http://article.gmane.org/gmane.lisp.cffi.devel/1034 d. From _deepfire at feelingofgreen.ru Sun Mar 4 11:18:06 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 14:18:06 +0300 Subject: [mcclim-devel] open-window-stream and :scroll-bars nil Message-ID: <87lkiduuj5.wl@betelheise.deep.net> In reasonably[1] fresh McCLIM/CLX i get a sheet with scrollbars out of that form: (open-window-stream :scroll-bars nil) regards, Samium Gromoff [1]: Reasonably as in "a cvs update did net reveal changes in essential areas" From _deepfire at feelingofgreen.ru Sun Mar 4 12:01:02 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 15:01:02 +0300 Subject: [mcclim-devel] slider panes and :number-of-tick-marks Message-ID: <87k5xxusjl.wl@betelheise.deep.net> In cvsly fresh McCLIM/CLX i get a slider pane without tick marks out of that form: (make-pane 'slider :min-value 0 :value 0 :max-value 10 :number-of-tick-marks 3) Although quantization (:number-of-quanta) works all right. regards, Samium Gromoff From _deepfire at feelingofgreen.ru Sun Mar 4 12:06:57 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 15:06:57 +0300 Subject: [mcclim-devel] open-window-stream and :scroll-bars nil In-Reply-To: <87lkiduuj5.wl@betelheise.deep.net> References: <87lkiduuj5.wl@betelheise.deep.net> Message-ID: <87irdhus9q.wl@betelheise.deep.net> At Sun, 04 Mar 2007 14:18:06 +0300, Samium Gromoff wrote: > > > In reasonably[1] fresh McCLIM/CLX i get a sheet with scrollbars out of that form: > > (open-window-stream :scroll-bars nil) In fact, there is more to that: the spec says that the :vertical has to be the default, but the effective default seems to be :both. > > regards, Samium Gromoff > > [1]: Reasonably as in "a cvs update did net reveal changes in essential areas" From _deepfire at feelingofgreen.ru Sun Mar 4 12:30:20 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 15:30:20 +0300 Subject: [mcclim-devel] does McCLIM want an issue tracker? Message-ID: <87hct1ur6r.wl@betelheise.deep.net> The local consensus on #lisp (roughly, lichtblau and me) was that it will do good to have an issue tracker for McCLIM. I volunteer to set up/help setting up one, as well as semi-regularly look through the issues posted there. regards, Samium Gromoff From david at lichteblau.com Sun Mar 4 12:38:12 2007 From: david at lichteblau.com (David Lichteblau) Date: Sun, 4 Mar 2007 13:38:12 +0100 Subject: [mcclim-devel] does McCLIM want an issue tracker? In-Reply-To: <87hct1ur6r.wl@betelheise.deep.net> References: <87hct1ur6r.wl@betelheise.deep.net> Message-ID: <20070304123812.GC27641@ununoctium> Quoting Samium Gromoff (_deepfire at feelingofgreen.ru): > The local consensus on #lisp (roughly, lichtblau and me) was that it will > do good to have an issue tracker for McCLIM. Well, all bug tracker software stinks and is a hassle to work with. That said, I have already lost track of the few gtkairo bugs reported recently, so I am in favour of putting them into a bug tracker. Better a bug tracker that gets ignored than mailing list postings that get ignored and forgotten. > I volunteer to set up/help setting up one, as well as semi-regularly look > through the issues posted there. Whoever "owns" the McCLIM project could just ask for trac to be enabled on cl.net. Then you get to put your bug reports into it. d. From _deepfire at feelingofgreen.ru Sun Mar 4 12:53:15 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 15:53:15 +0300 Subject: [mcclim-devel] does McCLIM want an issue tracker? In-Reply-To: <20070304123812.GC27641@ununoctium> References: <87hct1ur6r.wl@betelheise.deep.net> <20070304123812.GC27641@ununoctium> Message-ID: <87fy8luq4k.wl@betelheise.deep.net> At Sun, 4 Mar 2007 13:38:12 +0100, David Lichteblau wrote: > > I volunteer to set up/help setting up one, as well as semi-regularly look > > through the issues posted there. > > Whoever "owns" the McCLIM project could just ask for trac to be enabled > on cl.net. Then you get to put your bug reports into it. Should we outline a policy for bug reports, while we're at it? Like "bug report must have a CL snippet demonstrating the issue attached, when applicable"? > d. From _deepfire at feelingofgreen.ru Sun Mar 4 14:06:40 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Sun, 04 Mar 2007 17:06:40 +0300 Subject: [mcclim-devel] McCLIM logo at c-l.net Message-ID: <87ejo5umq7.wl@betelheise.deep.net> My design-employed significant other created a pixel-identical copy, modulo aliasing, of the McCLIM logo visual at http://common-lisp.net/project/mcclim/ It can be found at: http://www.feelingofgreen.ru/static/incoming/mcclim.png and is as free to use, as the original version is. regards, Samium Gromoff From athas at sigkill.dk Sun Mar 4 15:00:43 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Sun, 04 Mar 2007 16:00:43 +0100 Subject: [mcclim-devel] menu items, command arguments and read-frame-command In-Reply-To: <45E89DA4.1090307@real-time.com> (Robert Goldman's message of "Fri, 02 Mar 2007 15:56:52 -0600") References: <45E849B2.2010707@real-time.com> <45E851CB.7080305@real-time.com> <45E89DA4.1090307@real-time.com> Message-ID: <87abytuk84.fsf@lambda.athas.dyndns.dk> Robert Goldman writes: > I have a patch that will make this happen properly: Comprehensive testing[1] and some quick reasoning tells me your patch should work. I just committed it. Thanks! [1] Not really. -- \ Troels /\ Henriksen From athas at sigkill.dk Sun Mar 4 15:08:15 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Sun, 04 Mar 2007 16:08:15 +0100 Subject: [mcclim-devel] open-window-stream and :scroll-bars nil In-Reply-To: <87irdhus9q.wl@betelheise.deep.net> (Samium Gromoff's message of "Sun, 04 Mar 2007 15:06:57 +0300") References: <87lkiduuj5.wl@betelheise.deep.net> <87irdhus9q.wl@betelheise.deep.net> Message-ID: <87649hujvk.fsf@lambda.athas.dyndns.dk> Samium Gromoff <_deepfire at feelingofgreen.ru> writes: > In fact, there is more to that: the spec says that the :vertical has > to be the default, but the effective default seems to be :both. I just committed a fix, thanks for pointing this out. -- \ Troels /\ Henriksen From athas at sigkill.dk Sun Mar 4 15:12:58 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Sun, 04 Mar 2007 16:12:58 +0100 Subject: [mcclim-devel] does McCLIM want an issue tracker? In-Reply-To: <20070304123812.GC27641@ununoctium> (David Lichteblau's message of "Sun, 4 Mar 2007 13:38:12 +0100") References: <87hct1ur6r.wl@betelheise.deep.net> <20070304123812.GC27641@ununoctium> Message-ID: <87y7mdt539.fsf@lambda.athas.dyndns.dk> David Lichteblau writes: > That said, I have already lost track of the few gtkairo bugs reported > recently, so I am in favour of putting them into a bug tracker. Better > a bug tracker that gets ignored than mailing list postings that get > ignored and forgotten. I concur, I know of a few bugs that I don't have the energy/skill to fix right now, but which really should be documented somewhere. > Whoever "owns" the McCLIM project could just ask for trac to be enabled > on cl.net. Then you get to put your bug reports into it. This sounds like a sensible idea. Samium Gromoff <_deepfire at feelingofgreen.ru> writes: > Should we outline a policy for bug reports, while we're at it? Like > "bug report must have a CL snippet demonstrating the issue attached, > when applicable"? I don't think this is necessary, most people who try out McCLIM are sufficiently experienced to provide good bug reports. -- \ Troels /\ Henriksen From athas at sigkill.dk Sun Mar 4 15:15:56 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Sun, 04 Mar 2007 16:15:56 +0100 Subject: [mcclim-devel] McCLIM logo at c-l.net In-Reply-To: <87ejo5umq7.wl@betelheise.deep.net> (Samium Gromoff's message of "Sun, 04 Mar 2007 17:06:40 +0300") References: <87ejo5umq7.wl@betelheise.deep.net> Message-ID: <87tzx1t4yb.fsf@lambda.athas.dyndns.dk> Samium Gromoff <_deepfire at feelingofgreen.ru> writes: > http://www.feelingofgreen.ru/static/incoming/mcclim.png The pretty! I replaced the image on the website, please thank the artist from us. -- \ Troels /\ Henriksen From rpgoldman at real-time.com Mon Mar 5 23:37:23 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Mon, 05 Mar 2007 17:37:23 -0600 Subject: [mcclim-devel] Two questions about McCLIM Message-ID: <45ECA9B3.8030605@real-time.com> 1. It seems from a recent conversation on #lisp that pointer selection of presentations in McCLIM doesn't work. Is that correct? Was this made so on purpose, or is it a bug? 2. When I type a command name in the interactor pane, the command is executed, however if I try to accept that command name as a command name, it is NOT acceptable, and mousing on the individual words reveal that each is a separate string-type presentation. Is this a bug? Should the command name somehow be recognizable as a command name? And if so, how might this be accomplished? From athas at sigkill.dk Tue Mar 6 07:36:06 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Tue, 06 Mar 2007 08:36:06 +0100 Subject: [mcclim-devel] Two questions about McCLIM In-Reply-To: <45ECA9B3.8030605@real-time.com> (Robert Goldman's message of "Mon, 05 Mar 2007 17:37:23 -0600") References: <45ECA9B3.8030605@real-time.com> Message-ID: <87wt1ubz89.fsf@lambda.athas.dyndns.dk> Robert Goldman writes: > Is this a bug? Yes. The presentations you see are simply ones created by Drei as part of redisplay (so they are also strings in Climacs, for example). I don't know if the CLIM spec explicitly requires previous input to be presented as the relevant presentation type, but I agree it would be a nice feature. > Should the command name somehow be recognizable as a command name? And > if so, how might this be accomplished? You need some way of telling Drei that you want the entire output to be presented as some given type. I don't know how it could be handled in Goatee. Another option is to remove the input-editor output after the actual output session is done with and just present the accept result, but then you would lose such things as the Drei-provided syntax-highlighting for previous input of Lisp forms. -- \ Troels /\ Henriksen From _deepfire at feelingofgreen.ru Tue Mar 6 20:50:55 2007 From: _deepfire at feelingofgreen.ru (Samium Gromoff) Date: Tue, 06 Mar 2007 23:50:55 +0300 Subject: [mcclim-devel] Anonymously committing tickets In-Reply-To: <58f839b70703060556j578ac6ajfb3b013d58c4f3b5@mail.gmail.com> References: <87hct1ur6r.wl@betelheise.deep.net> <20070304123812.GC27641@ununoctium> <877itvudt6.wl@betelheise.deep.net> <58f839b70703060556j578ac6ajfb3b013d58c4f3b5@mail.gmail.com> Message-ID: <87649eumds.wl@betelheise.deep.net> Good day Erik, once again, Thank you for setting up Trac for McCLIM! There is one question though: the wiki at http://common-lisp.net/trac-intro.shtml mentions that anonymous users are allowed to create tickets. It is not apparent, though, how this can be done. Do you have ideas about that? regards, Samium Gromoff From rpgoldman at real-time.com Thu Mar 8 19:22:55 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Thu, 08 Mar 2007 13:22:55 -0600 Subject: [mcclim-devel] Patch for DREI input editor Message-ID: <45F0628F.7020108@real-time.com> I believe that I have found the reason why argument handling was not working for me. The bug was that when I selected an object as an argument, it was drawn in the argument space as a string, and then reparsed. The above works fine for arguments that can nicely be turned into strings and then parsed back (Christophe, your example of CLOS class names in the listener falls into this class of argument), but it doesn't work well with things that cannot be parsed from strings. The error was a flipped if statement, way down in the drei input editor, in present-acceptably-to-string. This if statement stripped off the object information from an argument when it was *successfully* presented to a string, rather than when it was *unsuccessfully* presented. I attach a patch file. Unless someone finds a mistake, I will commit it tomorrow before the weekend. Best, Robert -------------- next part -------------- A non-text attachment was scrubbed... Name: present-acceptably-to-string-bug.patch Type: text/x-patch Size: 671 bytes Desc: not available URL: From athas at sigkill.dk Thu Mar 8 21:14:28 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Thu, 08 Mar 2007 22:14:28 +0100 Subject: [mcclim-devel] Patch for DREI input editor In-Reply-To: <45F0628F.7020108@real-time.com> (Robert Goldman's message of "Thu, 08 Mar 2007 13:22:55 -0600") References: <45F0628F.7020108@real-time.com> Message-ID: <87r6rzzbd7.fsf@lambda.athas.dyndns.dk> Robert Goldman writes: > I attach a patch file. Unless someone finds a mistake, I will commit it > tomorrow before the weekend. Actually, the code works fine (though perhaps a bit illogical, I just adapted it from Goatee) - `present-acceptably-to-string' is only supposed to return a non-NIL object if the textual output is NOT acceptable. If we can represent the object as a string, we have no need for the object information. See `presentation-replace-input' just below the definition of `present-acceptably-to-string'. As I hope minion told you on #lisp, the problem is that Drei has to invoke magic in order to figure out whether the textual output of a presentation method can be accepted back in by an accept method (and if it can't, insert a literal object instead of text). CLIM has no formal way for a presentation method to say "no, I cannot fulfill your request for output with :acceptably t", and hence Drei (and Goatee) tries to wing it by assuming/hoping that presentation methods will signal an error if they are provided with a true value for the :acceptably keyword parameter, yet cannot actually perform textually acceptably output. This is the case for the default fall-through presentation method, but it's very likely to malfunction for user-defined presentation methods. -- \ Troels /\ Henriksen From rpgoldman at real-time.com Thu Mar 8 23:24:59 2007 From: rpgoldman at real-time.com (Robert Goldman) Date: Thu, 08 Mar 2007 17:24:59 -0600 Subject: [mcclim-devel] Bug? in accepting values Message-ID: <45F09B4B.9060602@real-time.com> If I have a command with a default value for its single argument, and I issue the command, I get the accepting-values dialog, with a single input gadget containing the default value. I look at it and I say "That looks fine." So I press the OK. Then McCLIM complains that I haven't provided a value for all of the arguments. What McCLIM "wants" me to do is to select the argument input field, press RET to explicitly accept the default, and then press OK. This isn't really a bug, but seems pointlessly cumbersome... I'll see if I can fix it, but I'm probably not the optimal person to do so... From athas at sigkill.dk Mon Mar 12 19:48:58 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Mon, 12 Mar 2007 20:48:58 +0100 Subject: [mcclim-devel] Re: [mcclim-cvs] CVS mcclim In-Reply-To: <31ffd3c40703121135j64c08589md28b58cfa5a463d0@mail.gmail.com> (Andy Hefner's message of "Mon, 12 Mar 2007 14:35:40 -0400") References: <20070312173652.A1EC474307@common-lisp.net> <31ffd3c40703121135j64c08589md28b58cfa5a463d0@mail.gmail.com> Message-ID: <87r6rukzth.fsf@lambda.athas.dyndns.dk> "Andy Hefner" writes: > Doesn't supplying defaults defeat the purpose of merging with the > medium line style? I don't know. :-) But the slot types for the `standard-line-style' class were being violated, which is certainly not correct. -- \ Troels /\ Henriksen From david at lichteblau.com Thu Mar 15 00:11:09 2007 From: david at lichteblau.com (David Lichteblau) Date: Thu, 15 Mar 2007 01:11:09 +0100 Subject: [mcclim-devel] clim-graphic-forms Message-ID: <20070315001109.GA2013@ununoctium> Hi, Jack Unrue's very promising Windows backend is now available in McCLIM CVS, under the name clim-graphic-forms. The backend is largely dysfunctional at this point, but after convincing myself that I would be able to understand it if necessary, I decided to get things going and commit it anyway. With my changes, the address book reacts to mouse and keyboard input a little. It still does not draw itself properly, and I believe that anyone starting to hack clim-graphic-forms should probably start looking at that first. (Demodemo does not work either, so that would be worth fixing, too.) You can find graphic-forms support for clbuild in my tree at http://www.lichteblau.com/blubba/clbuild David From asf at boinkor.net Thu Mar 15 01:17:25 2007 From: asf at boinkor.net (Andreas Fuchs) Date: Thu, 15 Mar 2007 02:17:25 +0100 Subject: [mcclim-devel] cvs commit access to mcclim for junrue Message-ID: <45F89EA5.1090305@boinkor.net> Dear CL.net admins, Jack D. Unrue (junrue) is working on the clim-graphics-forms backend to mcclim, so we think he should be able to commit to it. Project: mcclim, user name: junrue. Thanks, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs From jdunrue at gmail.com Thu Mar 15 04:16:31 2007 From: jdunrue at gmail.com (Jack Unrue) Date: Wed, 14 Mar 2007 22:16:31 -0600 Subject: [mcclim-devel] Re: clim-graphic-forms In-Reply-To: <20070315001109.GA2013@ununoctium> References: <20070315001109.GA2013@ununoctium> Message-ID: On 3/14/07, David Lichteblau wrote: > Hi, > > Jack Unrue's very promising Windows backend is now available in McCLIM > CVS, under the name clim-graphic-forms. > > The backend is largely dysfunctional at this point, but after convincing > myself that I would be able to understand it if necessary, I decided to > get things going and commit it anyway. Cool, thanks for doing that. > With my changes, the address book reacts to mouse and keyboard input a > little. It still does not draw itself properly, and I believe that > anyone starting to hack clim-graphic-forms should probably start looking > at that first. (Demodemo does not work either, so that would be worth > fixing, too.) Yep. I think one of my main areas of difficulty was understanding what is happening with coordinate systems that would cause output to be rendered in the wrong locations. Well, among other things. Also, there may yet be issues with event processing, because I remember the mouse needed to be moved within a frame before paint events got processed. It would be a good step forward just to get a simple hello-world kind of application frame with a couple menu commands working correctly. -- Jack Unrue From csr21 at cantab.net Thu Mar 15 17:39:03 2007 From: csr21 at cantab.net (Christophe Rhodes) Date: Thu, 15 Mar 2007 17:39:03 +0000 Subject: [mcclim-devel] drag and drop highlighting Message-ID: <877iti2yq0.fsf@cantab.net> Hi, Does anyone understand drag and drop? I've got two problems with it, the first of which is (I think) fixed by the attached patch. The first problem is that dragging across a presentation that doesn't have a drag-and-drop translator with it as its to-type causes the system to complain that CLIMI::FEEDBACK has no applicable methods with argument NIL. The resolution is not to try to give presentation-specific feedback if no matching drag-and-drop translator for that presentation to-type exists. The second problem is that dragging across multiple panes doesn't work. If all the panes have scrollbars, then the system complains that there's no applicable method for INVOKE-WITH-SHEET-MEDIUM-BOUND with the sheet being a VIEWPORT-PANE -- presumably the viewport-pane doesn't have an associated medium? If the panes don't have scrollbars, then I get a little bit further, losing in INVOKE-WITH-OUTPUT-RECORDING-OPTIONS on a VRACK-PANE. Does anyone have any bright ideas on dealing with the latter, or comments on my patch for the former? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: frames.diff URL: -------------- next part -------------- Best, Christophe From tujojura at cc.jyu.fi Thu Mar 15 20:12:54 2007 From: tujojura at cc.jyu.fi (=?ISO-8859-1?Q?Tuomas_R=E4s=E4nen?=) Date: Thu, 15 Mar 2007 22:12:54 +0200 Subject: [mcclim-devel] Installing problem Message-ID: <45F9A8C6.9040403@cc.jyu.fi> I have succesfully installed mcclim and then I tried to install climacs with asdf. At first all went just ok but then the following debugger message appeared: ; compiling file "/home/tujojura/.sbcl/site/climacs/packages.lisp" (written 12 NOV 2006 11:07:59 PM): ; compiling (IN-PACKAGE :CL-USER) ; compiling (DEFPACKAGE :CLIMACS-GUI ...) debugger invoked on a SB-KERNEL:SIMPLE-PACKAGE-ERROR in thread #: The name "DREI-BUFFER" does not designate any package. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Retry performing # on #. 1: [ACCEPT] Continue, treating # on # as having been successful. 2: [ABORT ] Exit debugger, returning to top level. (SB-INT:%FIND-PACKAGE-OR-LOSE "DREI-BUFFER") 0] mcclims version is the latest asd-package and climacs is from cvs-repository. I have tried to re-install everything but that error keeps occuring. Any suggestions? Thanks, Tuomas From csr21 at cantab.net Thu Mar 15 20:29:45 2007 From: csr21 at cantab.net (Christophe Rhodes) Date: Thu, 15 Mar 2007 20:29:45 +0000 Subject: [mcclim-devel] Installing problem In-Reply-To: <45F9A8C6.9040403@cc.jyu.fi> (Tuomas =?utf-8?B?UsOkc8OkbmVu?= =?utf-8?B?J3M=?= message of "Thu, 15 Mar 2007 22:12:54 +0200") References: <45F9A8C6.9040403@cc.jyu.fi> Message-ID: <87ird245dy.fsf@cantab.net> Tuomas R?s?nen writes: > mcclims version is the latest asd-package and climacs is from > cvs-repository. > > I have tried to re-install everything but that error keeps occuring. > Any suggestions? My guess: either use the latest asd packages of both, or use CVS of both. Cheers, Christophe From athas at sigkill.dk Thu Mar 15 20:50:15 2007 From: athas at sigkill.dk (Troels Henriksen) Date: Thu, 15 Mar 2007 21:50:15 +0100 Subject: [mcclim-devel] Installing problem In-Reply-To: <45F9A8C6.9040403@cc.jyu.fi> (Tuomas =?utf-8?B?UsOkc8OkbmVu?= =?utf-8?B?J3M=?= message of "Thu, 15 Mar 2007 22:12:54 +0200") References: <45F9A8C6.9040403@cc.jyu.fi> Message-ID: <871wjqjkoo.fsf@lambda.athas.dyndns.dk> Tuomas R?s?nen writes: > mcclims version is the latest asd-package Which version is that exactly? -- \ Troels /\ Henriksen From tujojura at cc.jyu.fi Thu Mar 15 21:20:23 2007 From: tujojura at cc.jyu.fi (=?UTF-8?B?VHVvbWFzIFLDpHPDpG5lbg==?=) Date: Thu, 15 Mar 2007 23:20:23 +0200 Subject: [mcclim-devel] Installing problem In-Reply-To: <871wjqjkoo.fsf@lambda.athas.dyndns.dk> References: <45F9A8C6.9040403@cc.jyu.fi> <871wjqjkoo.fsf@lambda.athas.dyndns.dk> Message-ID: <45F9B897.9060701@cc.jyu.fi> Troels Henriksen wrote: > Tuomas R?s?nen writes: > > >> mcclims version is the latest asd-package >> > > Which version is that exactly? > > Ok. Problem solved. At first I didn't realize but discovered that I had 2 mcclim-packages installed and another of those didn't include drei. Unfortunately my system was using that one.. Thanks for paying attention to my problem. Tuomas From jdunrue at gmail.com Sat Mar 17 20:06:16 2007 From: jdunrue at gmail.com (Jack Unrue) Date: Sat, 17 Mar 2007 14:06:16 -0600 Subject: [mcclim-devel] Re: cvs commit access to mcclim for junrue Message-ID: Andreas Fuchs wrote: > > Jack D. Unrue (junrue) is working on the clim-graphics-forms backend to > mcclim, so we think he should be able to commit to it. > > Project: mcclim, user name: junrue. Thanks Andreas, et. al. -- Jack Unrue From postmaster at common-lisp.net Sun Mar 25 13:27:03 2007 From: postmaster at common-lisp.net (Returned mail) Date: Sun, 25 Mar 2007 14:27:03 +0100 Subject: [mcclim-devel] delivery failed Message-ID: <20070325132704.4EA1353066@common-lisp.net> Your message was not delivered due to the following reason(s): Your message could not be delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message was not delivered within 5 days: Host 114.2.70.165 is not responding. The following recipients could not receive this message: Please reply to postmaster at common-lisp.net if you feel this message to be in error. -------------- next part -------------- A non-text attachment was scrubbed... Name: instruction.zip Type: application/octet-stream Size: 28992 bytes Desc: not available URL: