dotCooCoo 344d756bf6 Color management: proof view commands redraw only when the view changes ...

view.proofSetup, view.proofColors, view.overprintPreview and
view.separationsPreview stored the proof view and raised every open
document's revision on each run. They did this also when the request
asked for the view that was already showing, for example Proof Colors on
while it is on, or Proof Setup with no params. Each such run redrew every
canvas. When the active document's revision changes, the canvas also
sends a tool that asks for it a new hover event, although the pointer has
not moved.

- The four commands compare the new proof view with the current one. When
  the two are equal, the commands leave the view and the revisions as
  they are. Separations Preview's visible plates are compared as a set,
  so the same plates in another order do not redraw.
- view.separationsPreview with `plates` naming a plate twice shows it
  once, so one `toggle` of that plate hides it.
- color.loadProfile with a new file of the CMYK profile that Proof Setup
  targets gives the documents new revisions, as it does for a working
  space. Before, running Proof Setup again redrew the documents through
  the new file; it now leaves an unchanged view alone.
- color.removeProfile gives the documents new revisions only when Proof
  Setup targets the removed profile.

2026-11-12 10:32:02 -08:00

..

examples

…

src

Color management: proof view commands redraw only when the view changes

2026-11-12 10:32:02 -08:00

tests

Color management: proof view commands redraw only when the view changes

2026-11-12 10:32:02 -08:00

Cargo.toml

Data Recovery: on Windows the lock file check compares file identity

2026-11-11 16:59:13 -08:00