Ideally I expect that one more option be added to alignment FL_FIT or
FL_STRETCH that will adapt a bitmap to the bounding box and maybe also
could work with text trying to change font size/spacing and make it fit.
___
fltk mailing list
fltk@easysw.com
I can see on fl_draw_image_win32.cxx that this problem was taken in
account for printing images but the solution isn't a good one:
if (Fl_Surface_Device::surface() !=
Fl_Display_Device::display_device()) {
// if print context, device and logical units are not equal, so
SetDIBitsT
Albrecht Schlosser schrieb:
> 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 ?
No, this is not, why I posted the code:
in
> The scaling mechanism actually only make a size scaling not resolution
> scaling.
> The main concerin with this question is about image resolution on devices
> (rpinter in this case) that has higher resolution than screen resolution,
> an image actually get size scaled but with same resoltuion u
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 probab
The scaling mechanism actually only make a size scaling not resolution
scaling.
The main concerin with this question is about image resolution on devices
(rpinter in this case) that has higher resolution than screen resolution,
an image actually get size scaled but with same resoltuion used o
> The actual printing capabilities of fltk is a great advance, but the
> quality of image printing isn't all good because it's using screen
> resolution to print, there is a way to allow higher resolutions for
> printing ?
I haven't used the printing API much, so this is probably all wrong, but I
Yor proposed solution doesn't address the resolution problem.
There is a function "void Fl::screen_dpi(float &h, float &v, int n)", but
probably we need a similar one at device level.
Also probably a new widget Fl_Image_Resolution_Adapter that could store an
image with high resolution (at lea
Greg Ercolano schrieb:
> On 02/20/12 10:45, Domingo Alvarez Duarte wrote:
>> The actual printing capabilities of fltk is a great advance, but the
>> quality of image printing isn't all good because it's using screen
>> resolution to print, there is a way to allow higher resolutions for
>> printing
On 02/20/12 10:45, Domingo Alvarez Duarte wrote:
> The actual printing capabilities of fltk is a great advance, but the
> quality of image printing isn't all good because it's using screen
> resolution to print, there is a way to allow higher resolutions for
> printing ?
I imagine th
The actual printing capabilities of fltk is a great advance, but the
quality of image printing isn't all good because it's using screen
resolution to print, there is a way to allow higher resolutions for
printing ?
___
fltk mailing list
fltk@easysw.
11 matches
Mail list logo