颜色选择器手动输入RGB值关闭窗口时插入的值会改变

Egcasira，我和你一样，打开了颜色选择器来手动改变RGB值，我也注意到了同样的行为。然而，我认为这个操作可能是有意的。在颜色选择器中，如果要用鼠标在色轮中随机选择一个位置，您将注意到右边栏中显示的颜色从最亮移动到最暗。在这个窗口中，我认为它只允许您将某个R/G/B值与其他两个值的特定范围配对。所以，如果你试图把一个颜色移出那个范围，那么它会自动调整其他颜色值。如果希望选择特定的RGB值，则只使用“图形作曲家属性”窗口。如果您注意到，可以扩展“背景颜色”选项，并查看3个相应的RGB值。从这个窗口你可以把它们变成你喜欢的任何三个值，并且不会改变其他的值。

在我的系统中观察到同样的问题，我希望这个问题将在未来的无害版本中得到解决。

我同意你的观点，对于一些输入可以手动输入RGB值，但是，当涉及到Schemes时，你必须使用颜色选择器，没有办法手动输入值，这是非常烦人的，因为它的模糊行为。

您好，我想谈谈RGB颜色值的意图。这可能会引起一些混乱。目前，颜色值以16位（565）格式表示在MHGC中。这意味着，虽然我们允许讨论甚至输入24位（888）的值，但它们的显示并不总是受支持的。为了避免这种情况，我们将值更改为最近的565值。所以你可以看到，如果一个颜色被修改，它也可能对另两个颜色产生影响。

抱歉，但我不同意您的观察。MHGC使用24位的颜色，您可以通过查看..xml文件内部以及gfx_hgc_definitions.h文件中来查看。只有当GFX框架在运行时构建时，图形对象（如Schemes）才应用转换函数，该函数根据应用程序中定义的颜色格式进行相应的操作。来自MHGC配置器）使用GFX_RGBConvert函数的应用程序使用的正确格式（我试图使用“代码”嵌入来粘贴代码片段，但是论坛编辑器崩溃了！此外，当我改变R时，我使用565颜色格式并不是颜色选择器改变G或B组件的原因。如果我对组件具有较少的位，则仅仅意味着我可以选择较少的阴影。

您好，是的，来自MHGC的默认颜色定义可能会混淆。事实上，大多数驱动程序和MHGC默认是当前使用16位颜色，虽然以24位格式表示。所以我们真的有5 MSB的红色，6 MSB的绿色，和5 MSB的蓝色在这里工作。其他的位值在技术上是“不关心”，但我们将它们表示为零。由于MHGC试图向您表示实际颜色（由驱动程序使用），因此当您更改颜色时，它将自动将所有颜色转换为此方案。默认情况下，默认值似乎是24位开始，至少从对话框中可以看到的。MHGC只是代表颜色，当然，这不一定是处理和输出的颜色。我们的目标是使这些颜色更接近，因为有些颜色匹配有问题。因此，例如，如果您将值Red更改为50（小数），您通常会得到b00110010。但是，实际上得到的是00110000个比特，这是由截断函数表示的。这可以转化为48（十进制）。简而言之，红色50的近似值（16位565颜色）是48，给定这种颜色的可能分辨率。同时，它翻译您更改的颜色，还翻译其他颜色。你是正确的，你选择的价值不一定会影响这些，但是他们会同样地转换。同样，这可能更令人困惑，因为可用的绿色比特不同于红色/蓝色。一个实用示例：转到您的配色方案并编辑。选择一个随机颜色，我选择颜色“1”并选择颜色选择器对话框（右边最右边的框）假设您从255255255开始使用这个颜色，将RED值更改为50（小数），点击enter您已经选择了一个看起来像青色的颜色，您可能会感到不舒服假设你选择了50255255个…但是，通过仔细检查，您可以看到48252248的“转换”值。我解释了上面的“48”……Green的“252”是b11111100，这是原始数据的6位截断；Blue的“248”是b11111000，这是原始数据的5位截断。在颜色选择器对话框中的“转换”值为灰色方框向右。如果更改任何值，则所有原始值都可能更改为最接近的值。请注意，尽管头文件中的默认值或其他值可能显示24位表示（值，如xFF），但驱动程序还是会截断这些值。我们最初只使用24位颜色的MHGC工作，但是来自客户的反馈是，不准确（在16位表示中）是一个问题，因为它们不能精确地匹配颜色。所以我们把转换加到MHGC上，这样驱动器在LCD面板上处理的实际颜色就和你在PC上看到的颜色相匹配。默认情况下，MHGC实际上是一个16位的颜色系统。但是，如果使用24位颜色驱动程序（如S1D），则可以将其更改为表示真24位颜色。默认设置是因为大多数客户和我们的应用在MPLAB和谐使用16位颜色。如果您对24位交换机感兴趣，请告诉我，但我将留给另一篇文章。还要注意，我们使用的典型面板的驱动程序也是16位颜色（LCCG图形），即使我们有24位物理接口。我们物理上有EBI端口与16位连接到24位颜色面板。这也可能是一个混乱的问题，但这是另一个故事。