- mcclim-devel - mailman3.common-lisp.net

[mcclim-devel] More power to Drei
by Christophe Rhodes 11 Nov '07

11 Nov '07

Hi, (I can't remember if this has been suggested or shot down before; I might have a need for something like this soon, so I'd appreciate guidance on it.) How hard would it be, do people think, to provide from Drei something like a regexp-token-syntax class, such that it becomes straightforward for people to define simple tokenizing syntaxes? An example might help; I'd like to be able to do (define-token-syntax chord-ontology () ("(([A-G])(s|ss|b|bb)?):\(([0-9](,[0-9])*)\)" ((root pitch accidental) pitches)) (t error-token)) and have that be essentially all that's necessary to be able to use the syntax in interesting ways, such as: * being able to do (accept 'chord-ontology-token) and have the user input coloured in red unless it's valid, and be given the parse tree on return; * being able to use Chord Ontology syntax in a buffer, where there is no parse per se, but the buffer is lexed according to the token syntax. Is this sensible, worthwhile, possible, easy? I would have thought that we would have essentially all the components already, and it was a matter of gluing them together, but maybe I'm forgetting a snag? Cheers, Christophe [ In my example, the nesting in the symbolic names is intended to correspond to register groups; in that example, "As:(1,3)" is intended to generate the equivalent of (make-instance 'chord-ontology-token 'root (make-instance 'root 'pitch "A" 'accidental "s") 'pitches "1,3") I hope that my intent is reasonably clear. ]

2 3

[mcclim-devel] value-changed-callback for text-fields
by Thomas Persson 26 Oct '07

26 Oct '07

Hi I noticed that the value-changed-callback for text-fields is not being invoked and tracked the issue down to the editor substrate not inheriting the value-changed-callback from the text-field. Patch included. / Thomas Persson

2 1

[mcclim-devel] macrorecord-processed-gestures-mixin
by Jack Unrue 30 Sep '07

30 Sep '07

The above-mentioned class was removed in revision 1.8 of esa.lisp, but it is still listed as a super-class for asynchronous-command-processor. I'd like to check in the trivial cleanup. OK? Index: esa.lisp =================================================================== RCS file: /project/mcclim/cvsroot/mcclim/ESA/esa.lisp,v retrieving revision 1.9 diff -r1.9 esa.lisp 471,472c471 < instant-macro-execution-mixin < macrorecord-processed-gestures-mixin) --- > instant-macro-execution-mixin) Index: packages.lisp =================================================================== RCS file: /project/mcclim/cvsroot/mcclim/ESA/packages.lisp,v retrieving revision 1.3 diff -r1.3 packages.lisp 58c58 < #:command-processor #:instant-macro-execution-mixin #:macrorecord-processed-gestures-mixin --- > #:command-processor #:instant-macro-execution-mixin -- Jack Unrue

2 1

[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