mcclim-devel March 2007

mcclim-devel@common-lisp.net

9 participants
17 discussions

[mcclim-devel] delivery failed
by Returned mail 25 Mar '07

25 Mar '07

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: <mcclim-devel(a)common-lisp.net> Please reply to postmaster(a)common-lisp.net if you feel this message to be in error.

1 0

[mcclim-devel] Re: cvs commit access to mcclim for junrue
by Jack Unrue 17 Mar '07

17 Mar '07

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

1 0

[mcclim-devel] Installing problem
by Tuomas Räsänen 15 Mar '07

15 Mar '07

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 #<THREAD "initial thread" {A7B9299}>: 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 #<ASDF:COMPILE-OP NIL {B84A881}> on #<ASDF:CL-SOURCE-FILE "packages" {D010EF9}>. 1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {B84A881}> on #<ASDF:CL-SOURCE-FILE "packages" {D010EF9}> 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

3 3

[mcclim-devel] drag and drop highlighting
by Christophe Rhodes 15 Mar '07

15 Mar '07

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? Best, Christophe

1 0

[mcclim-devel] clim-graphic-forms
by David Lichteblau 14 Mar '07

14 Mar '07

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

2 1

[mcclim-devel] cvs commit access to mcclim for junrue
by Andreas Fuchs 14 Mar '07

14 Mar '07

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

1 0

[mcclim-devel] Re: [mcclim-cvs] CVS mcclim
by Troels Henriksen 12 Mar '07

12 Mar '07

"Andy Hefner" <ahefner(a)gmail.com> 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

1 0

[mcclim-devel] Bug? in accepting values
by Robert Goldman 08 Mar '07

08 Mar '07

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...

1 0

[mcclim-devel] Patch for DREI input editor
by Robert Goldman 08 Mar '07

08 Mar '07

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

2 1

[mcclim-devel] Anonymously committing tickets
by Samium Gromoff 06 Mar '07

06 Mar '07

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

1 0

[mcclim-devel] Two questions about McCLIM
by Robert Goldman 06 Mar '07

06 Mar '07

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?

2 1

[mcclim-devel] McCLIM logo at c-l.net
by Samium Gromoff 04 Mar '07

04 Mar '07

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

2 1

[mcclim-devel] does McCLIM want an issue tracker?
by Samium Gromoff 04 Mar '07

04 Mar '07

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

3 3

[mcclim-devel] open-window-stream and :scroll-bars nil
by Samium Gromoff 04 Mar '07

04 Mar '07

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"

2 2

[mcclim-devel] menu items, command arguments and read-frame-command
by Robert Goldman 04 Mar '07

04 Mar '07

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

2 3

[mcclim-devel] slider panes and :number-of-tick-marks
by Samium Gromoff 04 Mar '07

04 Mar '07

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

1 0

[mcclim-devel] Gtkairo and UTF-8
by David Lichteblau 03 Mar '07

03 Mar '07

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.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

mcclim-devel March 2007