12.18.4 Problems with CAPI and Graphics Ports on Cocoa

Some graphics state parameters are ignored, in particular operation, stipple, pattern, fill-style and mask (other than a rectangle).

LispWorks ignores the System Preferences setting for the smallest font size to smooth.

There is no support for state images or checkboxes in capi:tree-view .

capi:with-page does not work, because Cocoa tries to control page printing.

The :help-callback initarg is only implemented for the :tooltip value of the type argument.

The :visible-border initarg only works for scrolling panes.

Programmatic scrolling of capi:list-panel etc is not implemented.

Caret movement and selection setting in capi:text-input-pane is implemented, but note that it works only for the focussed pane.

capi:docking-layout doesn't support (un)docking.

There is no meta key in the input-model of capi:output-pane . Note that, in the editor when using Emacs emulation, the Escape key can be used as a prefix.

There has been no testing with 256 color displays.

There is no visual feedback for dead-key processing, for example Option+n is the tidle dead-key.

The graph pane's plan mode rectangle doesn't redraw when moved or resized.

Some pinboard code uses :operation boole-xor which is not implemented.

All menu items are disabled when a dialog is on the screen. However, the Command+X , Command+C and Command+V shortcuts work within text panes

There is no way to make the close icon on a window show the "modified" state ( NSWindow:setDocumentEdited ).

capi:editor-pane will only work with fonts whose widths are (almost) integral for example Monaco 10, 15, 20 pt etc but not Monaco 12 pt. The nearest good size is used instead.

The default menu bar is visible when the current window has no menu bar.

capi:tree-view is slow for a large number (thousands) of items.

The editor displays decomposed characters as separate glyphs.

The :gap option is not supported for the columns of capi:multi-column-list-panel .

capi:display-dialog ignores the specified :x and :y coords of the dialog (for drop-down sheets the coords are not relevant and for dialogs which are separate windows Cocoa forces the window to be in the top-center of the screen).

LispWorks Release Notes and Installation Guide - 18 Mar 2008