Hello! I think I have figured out the algorithm for the image processing. I'm not sure if it's the same one that you came up with.
https://github.com/factor/factor/issues/152#issuecomment-497292323 Also, I don't know if there are standard WinApi functions to perform the necessary operation, namely copying a color channel into the alpha channel, but I suspect there might be, in which case we won't lose performance there. 30.05.2019, 03:50, "KUSUMOTO Norio" <kusum...@na.rim.or.jp>: > Although it seems that to transfer the appropriate data to the device context > is > the 'right' solution, I have a hunch that it will be a difficult task. > So I am beginning to think that we should take another, a cheat, approach. > > It's like a chroma key. Uniscribe draws text with a color background instead > of > transparency, and a word replaces the color with transparency when converting > from the bitmap to an Factor's image. > > It may be slow, but we don't have many chances to draw characters on a > transparent > background. And for example, on a button label, once Factor creates an image > with > such characters, Factor use the image again, so I think there are few > problems. > > This approach can localize changes. I can't define the word for image > conversion to do > such a special action, but I think that it's not a difficult task for someone > familiar with > image processing words. ---=====--- Александр _______________________________________________ Factor-talk mailing list Factor-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/factor-talk