Custom Query (1030 matches)
Results (955 - 957 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #525 | invalid | 32-bit GUI acceptsFirstReponder bug | ||
| Description |
Trying to get an ns-window to accept mouse events by defining an accepts-first-responder method that returns T works in 64-bit CCL but not 32-bit. In 32-bit, clicking on the window produces the following error (in the altconsole):
1 > Code to reproduce follows. Run the code, then click on the resulting window. (defun nsstr (s) (make-instance 'gui::ns-lisp-string :string s)) (defun make-ns-window (x y &optional (title "Untitled"))
(defclass nsview (ns:ns-view)
(ccl::define-objc-method ((:boolean accepts-first-responder) nsview) t) (setf w (make-ns-window 300 300)) (#/setContentView w (make-instance 'nsview)) |
|||
| #526 | invalid | Weird slot-value corruption (64-bit only) | ||
| Description |
I do this: (defclass scribble-view (ns:ns-view)
((path :initform (#/bezierPath ns:ns-bezier-path)))
(:metaclass ns:+ns-object))
(defun make-scribble-window ()
(ccl::with-autorelease-pool
(let* ((rect (ns:make-ns-rect 0 0 300 300))
(w (make-instance 'ns:ns-window
:with-content-rect rect
:style-mask (logior #$NSTitledWindowMask
#$NSClosableWindowMask
#$NSMiniaturizableWindowMask
#$NSResizableWindowMask)
:backing #$NSBackingStoreBuffered
:defer t))
(v (make-instance 'scribble-view)))
(#/setTitle: w #@"Scribble")
(#/setContentView: w v)
(#/center w)
(#/orderFront: w nil)
(print (slot-value v 'path))
v)))
(slot-value (make-scribble-window) 'path)
In 32-bit CCL this does what I would expect, namely, return an NS-BEZIER-PATH object. In 64-bit CCL it returns a bogus ObjC object. But the PRINTed value of (slot-value v 'path) is an NS-BEZIER-PATH object, so somehow the PATH slot is being corrupted between the PRINT and returning V from MAKE-SCRIBBLE-WINDOW. |
|||
| #528 | invalid | start of IDE - ccl-init.lisp behavior | ||
| Description |
if you start the IDE by doubleclicking on a .lisp file the IDE starts showing tha file. There is no Listener window at this point. if you evaluate something the Listener window appear invoking (not until now) immediately the ccl-init.lisp file... normal behavior should be that the IDE execute a full start with cc-init and a listener window. |
|||
