Color blending

[Tcll]

so I know I've brought this up on the forums, but since you can't find that anymore, I'm re-visiting this here.
the screenshots here are taken with HexEdit Pro, however, the last time I used HexEdit 5 (build 1349), I had the same results.
the floats shown here did not highlight however in those previous results, this must've been something Wine has done.
(ints still don't highlight however)

so with a struct color (represented with a string spanning the length of the struct) of 0xFFAAAA (BGR, not RGB), and a float color of 0xFF80FF, the blending looks like this:

but when the struct color is changed to 0xFFCCCC, we start to see the proper magenta color of the floats:

[AndrewWPhillips]

I don't do much work on hexedit nowadays but I'll have a look at it.

…

On 6 Jan 2018 00:12, "Tcll" ***@***.***> wrote: so I know I've brought this up on the forums, but since you can't find that anymore, I'm re-visiting this here. the screenshots here are taken with HexEdit Pro, however, the last time I used build HexEdit 5 (1349), I had the same results. the floats shown here did not highlight however in those previous results, this must've been something Wine has done. so with a struct color of 0xFFAAAA (BGR, *not RGB*) (represented with a string spanning the length of the struct), and a float color of 0xFF80FF, the blending looks like this: <https://camo.githubusercontent.com/20a58e4db77134e907660ac1c91c525b469ecc93/68747470733a2f2f63646e2e646973636f72646170702e636f6d2f6174746163686d656e74732f3235373630363237343335373738383637322f3339383831393533353530353036333935362f636f6c6f725f626c656e64696e672e706e67> but when the struct color is changed to 0xFFCCCC, we start to see the proper magenta color of the floats: <https://camo.githubusercontent.com/6036f27a2dd094623f1673a5b321efa5bc2eac50/68747470733a2f2f63646e2e646973636f72646170702e636f6d2f6174746163686d656e74732f3235373630363237343335373738383637322f3339383832323534393135383632353330312f636f6c6f725f626c656e64696e675f322e706e67> — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#23>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AIU-htN2PdMOtm-5b5leeQDTa4Cmflaeks5tHh_BgaJpZM4RUbZ_> .

[Tcll]

I'd happily take over if you could port the code to work in CLion :)
(SIDE isn't going so well for me because it relies on UGE's API (which is anything but functional atm), but I'd still work on this anyways because it has specific featurability SIDE will always lack)
I can use that on both linux and my WinXP VM

last I tried to use VS2010 with this code on XP ended in a nightmare (as noted in a previous issue here) :P

[Tcll]

well I have some bad news regarding that last statement...

due to every C compiler going the lunatic route and embracing deprecation over the years
I unfortunately won't be able to work on this, since it means I won't be able to compile it properly to support as many OSs as possible
(heck I can't even compile for WinXP anymore, which is just sad as there's no reason it can't be supported)

the only way I'd be able to actually work on this is if I can edit an executable directly
since at least then I could follow the Linux philosophy of making the ELF run on every capable kernel
(Anaconda 2.3.0 runs on more OSs than most apps today, and it's sad how our freedom is being restricted from achieving this again)