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

Reply via email to