The
capi:interface-override-cursor
is ignored.
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.
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.
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. Unfortunately Mac OS X fonts do not generally guarantee that, so for example Monaco 10, 15, 20 pt can be used etc but not Monaco 12 pt. The nearest good size is used instead, so as another example you might select Menlo 11-pt, but editor text would be displayed in Menlo 12-pt.
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).