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

highlight action
by Orm Finnendahl 02 Aug '18

02 Aug '18

Hi, another problem has occured: When mouse hovering over a presentation, the presentation's highlight method is called. When clicking, the unhighlight method is called before calling the click-handler. This is unfortunate in my use-case as I need the information, what was previously highlighted when reacting to the click method. Unfortunately this information is *not* always identical to the clicked presentation. Is there a way to suppress the unhighlighting prior to the invocation of the click handler to avoid explicitely calling the highlight method again within the click-handler? -- Orm ---------------------------------------------------------------------- Prof. Orm Finnendahl Komposition Hochschule für Musik und Darstellende Kunst Eschersheimer Landstr. 29-39 60322 Frankfurt am Main

1 0

Running on threads
by Greg Bennett 02 Jul '18

02 Jul '18

From Greg Bennett, running 64bit Mint 18.2 and sbcl 1.4.0 [should fix that!] I am trying to port a project using mcclim as the graphics machine. Using code from CLIM User Guide V2.2.2 P19: <START of CODE> (in-package :clim-user) (define-application-frame test () () (:panes (display :application)) (:layouts (default display))) (define-test-command (com-quit :menu t) () (frame-exit *application-frame*)) (defvar *test-frame* nil) (defun test () (flet ((run () (let ((frame (make-application-frame 'test))) (setq *test-frame* frame) (run-frame-top-level frame)))) (sb-thread::make-thread #'run :name "test") *test-frame*)) <END of CODE> and then (test), I can get a mcclim window in which I can draw while still having the sbcl listener alive. I'd like to learn how to create other instances of application frames on the same thread [named "test" in this case] Is it as simple as invoking clim:run-frame-toplevel again, for instance ? If there are pointers to mcclim's handling of threads, I'd be happy to learn of them. Thanks for advice and assistance, Cheers /GB ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Sbcl-devel mailing list Sbcl-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sbcl-devel

1 0

'clim:layout-frame called as each letter typed into interactor?
by John Morrison 18 Nov '17

18 Nov '17

Hi; The McCLIM app I am writing has both a pan/zoom application pane and an interactor pane. I am trying to track down why the top-level frame gets resized (radically - too big to fit the X11 screen) when things get drawn onto the canvas. Immediately upon tracing clim:layout-frame, I was surprised to see it (unexpectedly, to me) getting called as each letter it typed into the interactor pane - before I actually start drawing anything (much) onto the canvas/application pane. I am guessing that my output-record-producing drawing similarly triggers the layout protocol again... Is this expected behavior? I was hoping/expecting that the frame layout was computed a "final" time, and then I could draw onto one of its panes with impunity, counting on visible region clipping. If it is not expected behavior, I would be happy to try and track it down. If it is expected behavior, is there some way to prevent it? It is indeed strange for the application to "spontaneously" and dramatically change its size/realization on the screen. Thanks! -jm

2 2

dumb question about gadgets
by John Morrison 12 Nov '17

12 Nov '17

Hi; In another app I am writing, I BELIEVE gadgets used to come out stacked vertically. After an upgrade (to current git), I think they come out "diagonally," in that the x & y of successive gadgets increase (presumbly by the dimensions of its preceding gadget). Please find attached the simplest test program I could cons up that displays the behavior, along with a screenshot that shows the behavior. What is the idiomatic/best way to get them to stack vertically? I messed about (again, mostly unsuccessfully, or I wouldn't be pestering you all) with various approaches, but every time I find myself with a complex solution, it turns out there is indeed a Better, Simpler Way. Thanks, -jm

2 9

Re: dumb question about gadgets
by Lucien P 11 Nov '17

11 Nov '17

Whoops, didn't reply all. On Nov 11, 2017 13:18, "Lucien P" <drurowin(a)gmail.com> wrote: Have you tried the VERTICALLY macro? To use it as a function call, I believe you make a VBOX pane and set the :CHILDREN to the gadgets, but I'm away from my REPL to get the exact names.

1 0

mcclim-based gui prototype for quicklisp
by John Morrison 08 Nov '17

08 Nov '17

Hi All; https://bitbucket.org/symbolicsimulation/com.symsim.oss.ql-gui Interested in (roughly decreasing order of importance to me): - usability/usefulness - aesthetics (I am not a front end guy in any language) - compatibility with CLIM best practices and idioms (as this is my first CLIM program in decades, or should I say Dynamic Windows?) - compatibility with CL best practices and idioms (as this is my first real Common Lisp program after decades of C/C++, or should I say Zetalisp?) Please be kind, and thanks for all your contributions to McCLIM! -jm

5 15

Keybinding for Ok in accepting-values dialog
by Kilian Sprotte 26 Oct '17

26 Oct '17

Hello, a small McCLIM question came to my mind again that I've been wondering about for a long time... When I am inside an accepting-values dialog, I can type C-c to abort the command, effectively invoking the Cancel button. Does there exist a keybinding for the Ok button? If not would it be possible to add it in a CLIM compatible way? Best wishes Kilian

2 1

[progress report #10]
by Daniel Kochmański 22 Oct '17

22 Oct '17

Dear All, here is a new progress report: https://common-lisp.net/project/mcclim/posts/Progress-report-10.html . Best regards, Daniel

1 0

fonts
by Greg Bennett 14 Aug '17

14 Aug '17

Good morning, from Greg Bennett Is there a way to make a list of all the (fonts or) text-styles potentially available in mcclim ? Under allegro I can do this, for example: (defun font-names () "Collects (family.face) list for (cg::screen cg::*system*)" (let (fonts (root (cg::screen cg::*system*))) (cg::with-device-context (hdc (cg::screen cg::*system*)) (loop for face in (cg::font-faces root) do (loop for family in (list :modern :roman :swiss NIL) do (push (cons family face) fonts)) )) fonts)) While I can see text-style-face, text-style-family to extract those things from text-styles, I cannot yet see how to find something like (text-styles-of ??). Thanks for any and all assistance Cheers /Greg Bennett

2 1

iteration report
by Daniel Kochmański 12 Jun '17

12 Jun '17

Dear All, I have published this iteration report on McCLIM blog: https://common-lisp.net/project/mcclim/posts/Progress-report-8.html Best regards, Daniel

1 0