Micah
you wrote:
Yeah, compile a new cli_c with sockets and recompile the apps.
Done.
Make sure you have a line like "input = r3912ts" in your [pgserver] section
of /etc/pgserver.conf, and make sure you're running the calibrator.
You can have pgserver run a calibrator when necessar
On Thu, Jan 16, 2003 at 12:42:27PM +0100, Olivier Bornet wrote:
...
>
> So, my patch seem OK for me. ;-)
> Because the bw and bh is the coordinates of the _source_ rectangle. And
> it is unrotated. If you compare the following rotating action:
>
> VID(rotateblit) (r->output,n->r.x,n->r.y,
>
Hi again,
> Assuming this is the only problem, it's a bug- the bitmaps and canvas
> widget should render the same. If you have an example case demonstrating
> the bug, send it. Otherwise I'll take a look at this soon.
So, attached is a modified version of imgview, which do bitmap rotation
with ei
Hi Micah,
> There's a good example of this in action in the pgserver code for rotating
> bitmaps when entering and leaving a rotated mode. The syntax is different
> since it doesn't go through the gropnode layer, but semantically it's
> the same. On line 518 of video/video_drivers.c, the bitmap_r
Assuming this is the only problem, it's a bug- the bitmaps and canvas
widget should render the same. If you have an example case demonstrating
the bug, send it. Otherwise I'll take a look at this soon.
On Wed, Jan 15, 2003 at 02:51:25PM +0100, Olivier Bornet wrote:
> Hello again,
>
> another ques
On Wed, Jan 15, 2003 at 02:07:09PM +0100, Olivier Bornet wrote:
> Hello,
>
> > In our app, we want to turn an image from 90 or 270 degres.
> > To achieve this we thought about displaying the bitmap in a canvas and
> > using the PG_GROP_ROTATEBITMAP parameter with something like :
>
> After some t
