#100 Missing dedicated reverse/invert option

[Andrey Gursky]

Hi,

a workaround is to use colors and manually swap them (as in frontend/main.c). A dedicated "invert" option would be appreciated. Then fg/bg colors must not be reversed manually anymore if inversion is wanted and inversion could be cleanly implemented for a general vector format in [vector-]render.c, I hope.

Thanks,
Andrey

[Robin Stuart]

Hi Andrey,

I'm assuming you are referring to an option in the API? The -r option does this in the CLI.

I'm concerned about the possibility of this getting confuing. For example, in the following scenario...

set inverted colours;
do other important stuff;
set more parameters;
set the foreground colour;
set the background colour;
go and print the symbol;

...things may not work as people expect.

Robin.

[Andrey Gursky]

Robin, sorry for my disappearing.

I'm assuming you are referring to an option in the API? The -r option does this in the CLI.

Right.

...things may not work as people expect.

I'd expect, that for people with existing code nothing would change. And once they discover the new option, they might start to use it and stop to invert colours manually.

The main reason, why this option is needed is for vector based output, since there is no foreground, no background, but only polygons representing modules, that were set. Then for a set module fg colour may be used.

The question is whether it would be possible to invert the interaction of module_is_set() / accumulation of block_width / set/unset of latch in an elegant way to set normally unset modules and leave normally set modules unset.