mcclim-devel

mcclim-devel@common-lisp.net

820 discussions

[mcclim-devel] Redisplay and pixmaps
by Sascha Wilde 12 Aug '08

12 Aug '08

Hi *, I'm new to CLIM and currently looking for a good (and simple) way to redisplay a rendered picture (my toy program is an mandelbrot generator). My problem is, that the :display-function which in my case simply copies a pixmap to the application pane is less often called than actual redisplay is needed. Given the following simple example code: --8<---------------cut here---------------start------------->8--- (in-package :common-lisp-user) (defpackage "APP" (:use :clim :clim-lisp) (:export "APP-MAIN")) (in-package :app) (define-application-frame superapp () ((gfx :initform nil :accessor gfx) (redisplay-counter :initform 0 :accessor redisplaynr)) (:pointer-documentation t) (:panes (app :application :display-function #'redraw-gfx :height 400 :width 600) (int :interactor :height 400 :width 600)) (:layouts (default (vertically () app int)))) (define-superapp-command (com-draw :name t) () (setf (gfx *application-frame*) (allocate-pixmap (frame-standard-output *application-frame*) 600 400)) (draw-line* (gfx *application-frame*) 0 0 599 399 :ink +red+)) (defun redraw-gfx (frame pane) (if (gfx frame) (progn (copy-from-pixmap (gfx frame) 0 0 600 400 pane 10 10) (format pane "Redisplay #~a" (incf (redisplaynr frame)))) (format pane "No pic yet..."))) (defun app-main () (run-frame-top-level (make-application-frame 'superapp))) --8<---------------cut here---------------end--------------->8--- Run and issue the command "Draw", ok now the pixmap is displayed. But when a part of the frame is obscured by another window after getting the CLIM frame back to front the redisplay function is _not_ called. (Can be seen, both, by not refreshing the pixmap and not incrementing the redisplay-counter). BUT: The string "Redisplay #1" _is_ redrawn, so some more low level part of CLIM knows that a redraw is needed and does that for the text send to the standard output stream. So two questions: 1. What do I have to do, so that the -- Sascha Wilde : "Ist es nicht schon schlimm genug, dass ICH hier rumtrolle?" : (Henning Leise in d.o.c.)

2 3

[mcclim-devel] Retaining pane view on resize
by christopher melen 07 Aug '08

07 Aug '08

Hi, Is there a way of ensuring that the bottom of a pane remains visible as the parent frame is resized? What I mean is when the frame is resized from the bottom the lower edge of the pane retains its relative position. I am thinking of something equivalent to ACL Common Graphics :bottom-attachment option. Many thanks __________________________________________________________ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html

1 0

[mcclim-devel] [PATCH] Drei: adding some PRINT-OBJECTs for lambda-list related objects.
by Tobias C. Rittweiler 17 Jul '08

17 Jul '08

Hi all, You'll find a small patch attached which adds some PRINT-OBJECTs for more descriptive results at the REPL; for example objects representing lambda-lists will be printed like #<ORDINARY-LAMBDA-LIST (R1 R2 R3 &OPTIONAL O1 O2 &KEY K1 ...) {ACC8261}> instead of #<ORDINARY-LAMBDA-LIST {ACC8261}> I'm thinking of splitting out, and extending the lambda-list stuff into a standalone library. Now I wonder why all the lambda-list relevant classes only define reader methods for their slots. Is there some intentional purpose behind this functional design, or is it just this way because of KISS and YAGNI? -T.

2 3

[mcclim-devel] Gadget based accepting-values
by Clinton Ebadi 04 Jul '08

04 Jul '08

Greetings, Attached is a patch, accepting-values-gadgets-1, that makes accepting-values capable of working of with gadget based views. The (probably) uncontroversal part is exporting the CLIM 2.2 (from the Franz user guide) gadget views and the related constants. I added view-gadget-initargs support to gadget-view so gadgets can be created properly. The code merely stashes all the provided initargs into a slot and does no sanity checking. Should this somehow verify that the initargs are valid for the related gadget class? If so, what would be the cleanest way? I also caught the lack of a +check-box-view+ and added it. To the frame-manager protocol class I added the CLIM 2.2 frame-manager-dialog-view method which (for now) defaults to a textual rather than gadget based view. I noticed the XXX comment attached so I am unsure if this is an OK place to add it. accepting-values-stream now returns the frame manager dialog view as its stream-default-view. The Franz user guide says that this ought to be setfable; to which class should I add the slot and accessor? To accepting-values itself I moved the final cleanup of the input editor records into a generic, finally-finalize-query-record, so that accept-present-default methods that don't contain a text editing field can actually work. There are a few quick hackish methods for accepting from a text-field-view/gadget-dialog-view (the assumption being that they contain an input editing record so just calling them with +textual-dialog-view+ will work). I also reworked the accept-present-default for text-field-view to always call the textual-dialog-view method even if the width is not set. Also attached is avg.lisp which is a work in progress I'd like someone a bit more knowledgeable about CLIM to look at which implements gadget based accepting-values methods as per the Franz user guide. This is loosely based upon the public domain code found in [1]. If it looks ok I can split it up into the appropriate files in McCLIM and submit a patch. It seems to work well enough, but I am unsure if I have implemented things well. The most suspect bit is line 225 where I set the cache-test of the updating-output-record to return t always. I was having problems with a new gadget being created every time the value changed. gui.lisp contains a small test frame for testing whether the gadgets actually work. [1] http://osdir.com/ml/lisp.mcclim.devel/2006-04/msg00069.html -- Jessie: but today i was a nerd Jessie: i even read slashdot.

3 14

[mcclim-devel] Interactor's Describe problem
by Stas Boukarev 30 Jun '08

30 Jun '08

When I type in interactor "Describe" and then Space and then Return, I have the following error: debugger invoked on a DREI-BUFFER:OFFSET-AFTER-END in thread #<THREAD "initial thread" {A66B751}>: Offset after end: 20 I'm using SBCL and McCLIM from CVS. -- With Best Regards, Stas.

2 1

[mcclim-devel] SET-KEY does not add command to the table
by Nikodemus Siivola 12 Jun '08

12 Jun '08

...resulting in various command being described as be "in an unknow command-table". Is this a feature or a bug? Cheers, -- Nikodemus

2 2

[mcclim-devel] McClim up and running
by christopher melen 12 Jun '08

12 Jun '08

OK so I have McClim up and running on my Mac (PPC with OS X 10.4.9). I've tried it with two Lisps so far, OpenMCL (now Clozure CL) and SBCL. Some observations - 1. SBCL works best. I had some problems with the listener under OpenMCL, especially when I tried to change the path (complained that it was 'not of type LIST'). 2. I have to run it with Apple's X11 - which is not a problem for me, as I use it frequently, but I was wondering if anyone's got it running without it. I had to set the DISPLAY environment variable in my .bash_profile to 127.0.0.1:0.0. So I have to run it from the terminal or an xterm, not from Emacs Slime (my preferred set-up). 3. When an app starts (for instance, the listener, or Gsharp) it takes a while to 'come alive'. Menus aren't usable for about a minute. After that it's OK, though, and I can restart an app (in the same Lisp session) without issue. I think I've only encountered this problem with SBCL. 4. I have also tried to get McClim running on my Windows box. I can compile it for Clisp (native Cygwin version, haven't tried the Win32 port), but when I try and run the Listener or any of the demos it just hangs (even with Cygwin's X11 running). I have also tried using the Win32 port of SBCL, but for some reason CLX won't compile on that. Might give ACL a go, if I can get ASDF to work properly with it. 4. I am hoping to use McClim to build the gui for my current project. I am keen to use it because of the fact that it's Lisp all the way through, unlike other Lisp-based gui kits (Ltk, cells-gtk, lispbuilder, for example) which, while perhaps slicker, feel a bit superficial (just wrappers for Tcl/Tk, Gtk, etc.). I have been tempted to fork out for ACL or LispWorks, but then there are licensing issues when it comes to redistributing my application. So I really want to stick with McClim. Any thoughts/comments much appreciated. Thanks, Chris __________________________________________________________ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html

6 5

[mcclim-devel] Patch: compile-string-for-drei
by Nikodemus Siivola 07 Jun '08

07 Jun '08

Current SWANK requires a fourth argument to COMPILE-STRING-FOR-EMACS, to indicate if the compilation should be done with maximum debug settings or not. Attached patch passes NIL there, in order to unbreak C-c C-c in Climacs. Cheers, -- Nikodemus

2 1

[mcclim-devel] [PATCH] Bogus printer function for menu-choose in call-presentation-menu.
by Samium Gromoff 06 Jun '08

06 Jun '08

Hello list, the supplied patch heals a right-click-on-presentation context-menu blowup in gtkairo: diff --git a/presentations.lisp b/presentations.lisp --- a/presentations.lisp +++ b/presentations.lisp @@ -1950,7 +1950,7 @@ a presentation" :label label :associated-window window :printer #'(lambda (item stream) - (let ((object (first item))) + (let ((object item)) (document-presentation-translator (presentation-translator-menu-item-translator object) (presentation-translator-menu-item-presentation object) Tested with the CLX backend as well, seems to work. regards, Samium Gromoff

1 1

[mcclim-devel] "Recent news" typo
by Scott L. Burson 24 May '08

24 May '08

Hi, On http://common-lisp.net/project/mcclim/, under "Recent News", the recent "St. George's Day" release is shown as having occurred in 2007 rather than 2008. -- Scott

2 1

← Newer
1
...
20
21
22
23
24
25
26
...
82
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

mcclim-devel