All Manuals > LispWorks Release Notes and Installation Guide > 13 Release Notes > 13.19 Known Problems

NextPrevUpTopContentsIndex

13.19.5 Problems with CAPI and Graphics Ports on Cocoa

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.

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).


LispWorks Release Notes and Installation Guide - 23 Dec 2011

NextPrevUpTopContentsIndex