On 21.02.2012 09:34, Domingo Alvarez Duarte wrote: > Yor proposed solution doesn't address the resolution problem.
And why do you think so? What if Edzard's "window" has a width of 10.000 and a height of 30.000 ? > There is a function "void Fl::screen_dpi(float &h, float &v, int n)", > but probably we need a similar one at device level. This function returns the screen resolution. We don't have one for the printing devices (so far you are probably right), but this doesn't prevent you from generating output at higher resolutions. Currently you would have to use system API functions to get the real resolution to find out a useful resolution for scaling, but you can do it, AFAICT. > Also probably a new widget Fl_Image_Resolution_Adapter that could store > an image with high resolution (at least higher than screen resolution) > and render/draw adapting to the actual device resolution. I don't understand this question(?). There's nothing wrong with storing images with high resolution and rendering them to a printer device at that resolution, AFAIK. Albrecht _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
