I now added support for xform-coloring-types from JWildfire. This was a rather challenging task because they work so different: some just modify the iterated color value (and keep the result like in default mode), while others modify the color directly without changing the color iteration, which both works differnt on normal xforms and final xforms.

Some of them require a seconds render pass (like in using a texture image).

In general, a very useful addition, improving the coloring options of fractals a lot.

Thanks again to Rick Sidwell, who introduced them in JWildfire!

Please note, that there a limitations of these coloring types on final xforms (due to the nature of the GPU render pipeline. But, this feature is the most useful on regular xforms)

Complete changelog:
- extended the main render pipeline for extra coling steps
- added support for the NONE-coloring type (which is now the default fro final xforms)
- added support for CYCLIC coloring type
- added support for TARGET coloring type (not for final xforms, falls back to TARGETG)
- added support for TARGETG coloring type
- added support for DISTANCE coloring type
- successfully tested the REST-api from JWildfire, which can now use swan as GPU render, both
on Windows and Mac (Linux to follow)
- when loading a flame from JWildfire with 4x4 or 4x4+c background (which are not supported in swan),
create a single-color-background with average colors
- added incremental saving for saving flames
- created an official issue tracker for reporting bugs and feature-requests,
based on YouTrack: https://jwildfire-swan.youtrack.cloud/issues
- added link-button to the issue-tracker in the application-info