Bugs: windows & the display setting

Turning redraw off by calling

set_window(["display", False])

can be a very slow command especially if running remote. It may be faster to start with the window display off, or if grouping commands in atomic units, use undo buffers.

This is most noticeable on axes tick labels, but can also be seen with other text.

Workaround:

Try changing the window display to True before calling print_window; e.g.

set_window(['display', True])

Calling undo after deleting a window which had its redraw parameter set to False will re-create the window but display all its contents on screen (it does not respect the redraw state).

Users may experience problems when trying to create large plot windows that exceed the size of the physical display. When the physical height or width is exceeded, chips may reset that value back to the default value which is 360 pixels. The exact limit depends on the display geometry but it is suggested users not try to create windows larger than 2000 x 2000 pixels.

Users can use the "scaleheight" and "scalewidth" parameters to reduce the plot window size. However, they may still experience problems if they try to export the file as full scale resolution if the export size exceeds the display dimensions.

Trying to run Chips without the DISPLAY set does not work on OSX. The default off-screen rendering utility, Xvfb, crashes on startup.