> Hi Manolo,
>
> on Windows image drawings (fl_draw_image() and Fl_RGB_Image::draw()
> don't work as expected.
>
> First of all: I had to restore transparent (screen) drawing by using
> Fl_RGB_Image::draw() because fl_draw_image() handles alpha channels
> only on OS X. But that's not the point, it is only the current state.
> We need to fix this eventually, but it is a known problem for now
> (Matt implemented this for OS X only some time ago). However, this is
> a more general problem anyway because the behavior is not precisely
> defined (in the docs), and this is not a printing problem.
>
> One point here is that transparency doesn't work for Windows GDI
> printing, but IIRC you didn't find a way to manage this, thus we
> must accept it (although it works with the Windows 7 XPS printer).
> It doesn't work well for X11 (PS) printing, too, AFAICT.
>
> The other point I could see however is that the two top images
> (drawn with fl_draw_image()) don't scale as they should. I think
> that you fixed it somehow, but now it is back to the previous
> state. Maybe. Do you know what happened ?

Sorry, I wanted to fix a problem with Fl_Printer::print_window_rect()
and it broke the correct printing with Fl_Printer::print_widget()
of RGB images. So, the svn is now back with what prints correctly
RGB images without transparency.


>
> Can you tell what should work, and what is not expected to work
> WRT image drawing and transparency?

Mac OS X: everything prints perfectly.

MSWindows: everything but transparent RGB images prints well
(that is, non transparent RGB, JPEG, Fl_Pixmap, Fl_Bitmap print well).
Transparent RGB images print as if they were not transparent.
There remains a problem with Fl_Printer::print_window_rect()
for large window captures.

PostScript: everything but transparent RGB images prints well.

All platforms: OpenGL windows print well but require use of the
Fl_Gl_Printer class.


>
> Albrecht

_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to