mcclim-devel

mcclim-devel@common-lisp.net

820 discussions

[mcclim-devel] ESA bug fixes
by Christophe Rhodes 29 Sep '07

29 Sep '07

Hi, Find attached a patch that fixes two things, I think: * C-h c and C-h w (describe-key-briefly and where-is) should use the command table as returned by find-applicable-command-table, not the one for (car (windows frame)); * In the search for commands matching a keystrokes, a symbol matches a one-element list whose element is that symbol. Does this look right? Cheers, Christophe

1 0

[mcclim-devel] output-record-count and postscript new-page
by Christophe Rhodes 28 Sep '07

28 Sep '07

Hi, The following code produces an unexpected result in current McCLIM HEAD: (in-package :clim-user) (with-open-file (ps "/tmp/foo.ps" :direction :output :if-exists :supersede) (with-output-to-postscript-stream (s ps) (draw-rectangle* s 10 10 20 20) (new-page s) (draw-rectangle* s 30 30 40 40))) The reason is that the new-page output record is no longer contributing to the bounding rectangle of the stream output history, so that when the history is replayed (to actually write the postscript file) the new-page output records are not replayed. If instead the code is (with-open-file (ps "/tmp/foo.ps" :direction :output :if-exists :supersede) (with-output-to-postscript-stream (s ps) (draw-rectangle* s 10 10 20 20) (new-page s) (draw-rectangle* s 30 30 40 40) (new-page s) (draw-rectangle* s -5 -5 5 5))) You get the expected three pages (rather than the one you get when there is no drawn content around 0,0). This problem can be worked around by defining a method on output-record-count for tree output records which always returns 0: which suggests that the cases testing for output-record-count being eql to 1 (and then doing some optimized path) in recompute-extent-for-{new,changed}-child are optimized to the point of being wrong... Any ideas? Cheers, Christophe

3 3

[mcclim-devel] Proposed patch to format-graph-from-roots
by Robert Goldman 16 Sep '07

16 Sep '07

A discussion on #lisp the other day pointed out that destructively modifying &rest argument lists is not kosher. format-graph-from-roots does just that. Would anyone object to me committing the following patch? --- graph-formatting.lisp 4 Mar 2007 22:26:22 -0000 1.20 +++ graph-formatting.lisp 16 Sep 2007 16:25:26 -0000 @@ -115,9 +115,11 @@ (define-graph-type :directed-graph digra (define-graph-type :digraph digraph-graph-output-record) ;;;; Entry +(defun format-graph-from-root (root-object &rest other-args) + (apply #'format-graph-from-roots (list root-object) other-args)) (defun format-graph-from-roots (root-objects object-printer inferior-producer - &rest graph-options + &rest rest-args &key stream orientation cutoff-depth merge-duplicates duplicate-key duplicate-test generation-separation @@ -128,6 +130,9 @@ (defun format-graph-from-roots (root-obj graph-type (move-cursor t) &allow-other-keys) (declare (ignore orientation generation-separation within-generation-separation center-nodes)) + ;; we were destructively modifying the &rest arg, which isn't safe, + ;; so I introduced the copy-list [2007/09/07:rpg] + (let ((graph-options (copy-list rest-args))) ;; Mungle some arguments (check-type cutoff-depth (or null integer)) (check-type root-objects sequence) @@ -184,7 +189,7 @@ (defun format-graph-from-roots (root-obj (setf (stream-cursor-position stream) (values (bounding-rectangle-max-x graph-output-record) (bounding-rectangle-max-y graph-output-record)))) - graph-output-record))) + graph-output-record)))) (defun format-graph-from-root (root &rest rest) (apply #'format-graph-from-roots (list root) rest)) @@ -248,7 +253,7 @@ (defclass standard-graph-node-output-rec (object :initarg :object :reader graph-node-object) - ;; internal slots for the graph layout algorithmn + ;; internal slots for the graph layout algorithm (minor-size :initform nil :accessor graph-node-minor-size Best, R

2 1

[mcclim-devel] Can't load gtkairo; unknown CFFI type
by Liam Healy 12 Sep '07

12 Sep '07

I am trying mcclim and cffi from Debian unstable in SBCL. I cannot load gtkairo CL-USER(1): (require :mcclim) ; loading system definition from /usr/share/common-lisp/systems/flexichain.asd ; into #<PACKAGE "ASDF0"> ; registering #<SYSTEM :FLEXICHAIN {1004742611}> as FLEXICHAIN ; loading system definition from ; /usr/share/common-lisp/systems/spatial-trees.asd into #<PACKAGE "ASDF0"> ; registering #<SYSTEM :SPATIAL-TREES {1004A49081}> as SPATIAL-TREES ; loading system definition from /usr/share/common-lisp/systems/clx.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM CLX {1004BCF731}> as CLX NIL CL-USER(2): (require :clim-gtkairo) ; compiling file "/usr/share/common-lisp/source/mcclim/Backends/gtkairo/gtk- ffi.lisp" (written 03 MAR 2007 07:09:51 AM): ; compiling (IN-PACKAGE :CLIM-GTKAIRO) ; compiling (CFFI:DEFCTYPE UTF8-STRING ...) debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" {1004273D61}>: Unknown CFFI type: (:STRING :ENCODING :UTF-8). 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 {1005A90811}> on #<ASDF:CL-SOURCE-FILE "gtk-ffi" {10086C5801}>. 1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {1005A90811}> on #<ASDF:CL-SOURCE-FILE "gtk-ffi" {10086C5801}> as having been successful. 2: [ABORT ] Exit debugger, returning to top level. (CFFI::PARSE-TYPE (:STRING :ENCODING :UTF-8)) 0] ii cl-cffi 20061013-1 The Common Foreign Function Interface for Common Lisp ii cl-mcclim 0.9.5.dfsg.1-1 Common Lisp graphic user interface toolkit Is the CFFI too old here? Liam

2 1

[mcclim-devel] trac credentials
by Robert Goldman 04 Sep '07

04 Sep '07

Will someone be so kind as to drop me a line and tell me how to get trac credentials set up? I have found a bug or two that I would like to enter in the database. Speaking of which, would it be appropriate to make it easier to enter tickets? Should we perhaps offer the ability to create a new account while online? Or should we put something on the mcclim trac homepage to explain how one creates an account? Seems like we should be trying to get all the good bug reports we can get our hands on... Best, r

1 0

[mcclim-devel] McCLIM 0.9.5 "Eastern Orthodox Liturgical New Year" released!
by McCLIM developers 02 Sep '07

02 Sep '07

The McCLIM developers are happy to release version 0.9.5 of McCLIM, code-named "Eastern Orthodox Liturgical New Year". This release includes many important bug fixes. There have been stability and reliability improvements to the core CLIM implementation, to the backends, and to the editor substrate "Drei", which we introduced in the last release. When testing this release, we found that it works on the following implementations: * SBCL * OpenMCL * CLISP * Allegro Common Lisp 8.0 in ANSI Mode For compatibility with other implementations, please see the attached release notes. Get the tarball at <http://common-lisp.net/project/mcclim/downloads/mcclim-0.9.5.tar.gz>. Alternatively, you can install McCLIM via asdf-install. We are looking forward to your comments and bug reports. Please send them to mcclim-devel at common-lisp.net. The list of currently known bugs can be found at <http://trac.common-lisp.net/mcclim/report/1>. Have fun using McCLIM, The McCLIM developers. RELEASE NOTES FOR McCLIM 0.9.5, "Eastern Orthodox Liturgical New Year": Compatibility ============= This release was tested and found to work on the following implementations: * SBCL * OpenMCL * CLISP (requires "Telent" CLX) * Allegro Common Lisp 8.0 in ANSI Mode In our tests, this release of McCLIM did not work on the following implementations: * CMUCL (at the time of this release, the released CMUCL has a bug that prevents successful loading of McCLIM; CMUCL 19d + patch 1 and the 2006-12 snapshot or later contain a fix for this problem) Also, McCLIM currently does not support lisps with case-sensitive readers (Allegro CL "modern mode" and lower-case Scieneer CL). Changes in mcclim-0.9.5 "Eastern Orthodox Liturgical New Year" relative to 0.9.4: ============================================================== >From the NEWS file: * Changes in mcclim-0.9.5 relative to 0.9.4: ** Installation: the systems clim-listener, clim-examples, and clouseau can now be loaded without loading the system mcclim first. Users with existing McCLIM installations should use the provided script: ./symlink-asd-files.sh /path/to/asdf-central-registry/ ** New extension: tab-layout. This extension allows keeping a stack of panes whose foreground pane is controlled by a tab bar. This layout can be customized in backends and frame managers. For examples, see the gtkairo backend and the pixie frame manager. ** New extension function: SHEET-RGB-IMAGE: makes a screenshot of a sheet in the CLX backend. (Supported on truecolor visuals only for now.) ** New experimental extension: tree-with-cross-edges are an extension to the graph formatter. ** New experimental backend: clim-graphic-forms: native widgets on Windows. This backend is still very experimental (it doesn't run demos yet). ** New inspector feature: The inspector now displays more useful information about hash tables and generic functions. ** Specification compliance: Various layout panes no longer quite as aggressive at eating the space requirements of their children. ** Specification compliance: There is now a rudimentary implementation of NOTIFY-USER ** Usability: Text editors and text input panes now use click-to-focus. ** Improvement: the ACCEPTING-VALUES command table was renamed to ACCEPT-VALUES (as this is the name that the other clim-2 implementation uses) ** Improvement: the CLX backend should no longer cause focus stealing when an application has text-editor panes. This change comes with a rudimentary click-to-focus-keyboard widget policy. ** Improvement: define-application-frame now allows a :default-initargs option. (This is not exactly a "specification compliance" fix, as d-a-frame is not defined to accept this option.). ** Improvement: menu-choose menus now look a little prettier. ** Improvement: added more styles for bordered-output: :rounded, :ellipse ** Improvement: Toggle button values now default to NIL. ** Improvement: Frame layouts are now inherited from the frame's superclass. ** Improvement: The Lisp Syntax is much improved: now recognizes delimiter characters, and more types of Lambda lists. ** Bug fix: Bezier designs should now draw in the right place in all backends. ** Bug fix: Text in Drei no longer "walks" to the left. ** Bug fix: Drei now has better support for delimiter gestures. ** Bug fix: Partial commands now work better when invoked from the menu.

1 0

[mcclim-devel] mcclim 0.9.5 freeze starts now
by Andreas Fuchs 26 Aug '07

26 Aug '07

Just a reminder: this is the start of the freeze period for 0.9.5 "Eastern Orthodox Liturgical New Year". Testing, squashing bugs, and documenting stuff is very welcome; committing untested features not so much. I'll put up a cliki page with the current test status for the various implementations tomorrow. Good hunting, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs

1 0

[mcclim-devel] pointer-tracking problems after last CVS update
by Evgeny M. Zubok 23 Aug '07

23 Aug '07

After last CVS update something changed in pointer tracking procedure (pointer-motion-event?). clim-fig example shows this issue when dragging the pointer with pressed button while drawing, say, ellipse. The movement becomes less smooth. It's regression.

2 2

[mcclim-devel] freeze time for mcclim 0.9.5 "Eastern Orthodox Liturgical New Year"
by Andreas Fuchs 20 Aug '07

20 Aug '07

Hi there, it's been too long since the last mcclim release. To hit the beginning of the Eastern Orthodox Lithurgical New Year, the release deadline is Sep 1. So, I say we freeze on Sunday, Aug 26, and release on Saturday Sep 1. If you have patches that should be added to mcclim, between now and Aug 26 would be the perfect time to send them. Also, if you feel compelled to try out the cool new stuff in McCLIM (and help us discover bugs along the way), this is a really good time for that, too. Happy testing, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs

1 0

[mcclim-devel] Re: CVS mcclim/Drei
by Christophe Rhodes 06 Aug '07

06 Aug '07

"thenriksen" <thenriksen-F1HGIaG5STRyXAeb93iumQ(a)public.gmane.org> writes: > Update of /project/mcclim/cvsroot/mcclim/Drei > In directory clnet:/tmp/cvs-serv13603/Drei > > Modified Files: > drei-redisplay.lisp drei-clim.lisp > Log Message: > Fixed the "wandering Drei" input-editor redisplay bug by enforcing the > original coordinates of the Drei instance. I gave Troels instructions for reproducing the bug earlier today, and he couldn't. The instructions used Courier Default Ugly, and went: (asdf:oos 'asdf:load-op :gsharp) (clim:run-frame-top-level (clim:make-application-frame 'fontview::fontview)) Antialias View SPC ; and mouse over Troels was unable to reproduce it, but I now have a guess why. I'm lazy with capital letters in clim, since it corrects them for me, so I type "antialias SPC". When I hit the SPC and the initial a is upcased to A, I think that is when the oddities begin. (This is just a guess from examining the visual effect that I now see when at the command prompt, and not based on reading any of the code). Cheers, Christophe

1 0

← Newer
1
...
26
27
28
29
30
31
32
...
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