Summary: | Black color coding in Latex export | ||
---|---|---|---|
Product: | [Applications] kig | Reporter: | Grzegorz Wierzchowski <gwierzchowski> |
Component: | general | Assignee: | David E. Narvaez <david.narvaez> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cfeck |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kig/6d32511f19aaa8e9e9c75b12cef75d94a9acdfa3 | Version Fixed In: | 4.14.3 |
Sentry Crash Report: |
Description
Grzegorz Wierzchowski
2014-10-21 21:12:39 UTC
Git commit 6d32511f19aaa8e9e9c75b12cef75d94a9acdfa3 by David E. Narvaez. Committed on 25/10/2014 at 02:44. Pushed by narvaez into branch 'KDE/4.14'. Specify RGB Divisor Explicitly in the color Key The documentation of xcolor explains that this key is not about red, green and blue in a scale of 255, but in a scale defined either by the sum of all the values or an explicit scale indicated by the syntax. If the sum of all the values is 0, like in the bug report, then it causes an arithmetic overflow; yet, besides this bug, the wrong interpretation causes another issue when setting an object color to white (which is probably why this was not spotted before): the color will be interpreted as (0.33,0.33,0.33) in RGB. FIXED-IN: 4.14.3 M +1 -1 filters/pgfexporterimpvisitor.cc http://commits.kde.org/kig/6d32511f19aaa8e9e9c75b12cef75d94a9acdfa3 |