-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New Color field in v1.62 breaks \color and \textcolor #80
Comments
Thanks for reporting this. You're right, my bad for overlooking this. I can add a checkbox next to the color, so that the user can choose to enable it or not by default. Here is a quick attempt at implementing this: IguanaTex_v1_62_1_20241229.zip |
I realized that the color fill could also lead to problems with some displays that mix fills and contours, such as this one:
The letters A and B disappear if the color is set to white, which is very confusing because the contour doesn't. I also found another unrelated bug in the way the .log file is handled when an error occurs, so I'll try to push a new release soon. |
I've just released v1.62.1, which fixes this. Thanks for reporting this issue! |
I have been using IguanaTex since 2020 and it's honestly, really awesome. In the latest v1.62 I see a new input field called "Color" in "pdflatex+Shape" mode. Upto 1.61 if you use
\color{}
or\textcolor{}{}
it respects what I want saves the hassle of changing shape colors manually. I understand the intention behind the new color field but it breaks my intentional coloring. Currently v1.62 is forcing it's "Color" field value on the output. I would like this to be optional as it takes away my control.MWE
Here is a minimal example for comparison:
v1.61 output:
v1.62 output:
The text was updated successfully, but these errors were encountered: