Gzuuus on Nostr: I like good colors, but for the color fingerprinting use case, I believe it's more ...
I like good colors, but for the color fingerprinting use case, I believe it's more important to have a straightforward way to obtain a contact's color fingerprint directly from their hex public key. This approach is simpler and less prone to confusion.
Currently, I can transition from my client to Nostrudel and maintain a sense of continuity with my contacts without loading data beyond the hex public key.
If we start modifying colors using different HSL attributes, such as lighter variants for light themes and darker variants for dark themes, it may lead to confusion because the identifying fingerprint will change, losing its recognition effect. I think beautiful colors for contacts serve a different purpose than identificatory colors, which should be homogeneous across clients and implementations.
Regarding the issue of indistinguishable colors, I've found it's not a significant problem. For example, I've analyzed the colors of my 1091 contacts (I know, it's a large number, the client im working on is actually designed to help manage and clean up contacts)
As you can see, I'm sorting the colors by hue and brightness. While it's true that some of the colors appear more as shades of gray, they are still distinguishable. Moreover, the number of collisions is minimal. For instance, these two profiles have very similar color fingerprints, but such cases are rare, however, this issue can be resolved by also utilizing the latter part of the hex public key string, as I mentioned earlier with the dual-color approach
Currently, I can transition from my client to Nostrudel and maintain a sense of continuity with my contacts without loading data beyond the hex public key.
If we start modifying colors using different HSL attributes, such as lighter variants for light themes and darker variants for dark themes, it may lead to confusion because the identifying fingerprint will change, losing its recognition effect. I think beautiful colors for contacts serve a different purpose than identificatory colors, which should be homogeneous across clients and implementations.
Regarding the issue of indistinguishable colors, I've found it's not a significant problem. For example, I've analyzed the colors of my 1091 contacts (I know, it's a large number, the client im working on is actually designed to help manage and clean up contacts)
As you can see, I'm sorting the colors by hue and brightness. While it's true that some of the colors appear more as shades of gray, they are still distinguishable. Moreover, the number of collisions is minimal. For instance, these two profiles have very similar color fingerprints, but such cases are rare, however, this issue can be resolved by also utilizing the latter part of the hex public key string, as I mentioned earlier with the dual-color approach