nanogui: Thread: Re:Problems with uwindows

> I would accept that the GrPoly might have miscaluculated the math, but if you
> draw the same thing using lines, then that takes any possibility of a math
> error out of the question.
>
> So you are saying that
> --> GrLine(window2, gc1, 5, 5, 300,5)
> --> GrLine(window2, gc1, 300, 5, 300,60)
> --> GrLine(window2, gc1, 300, 60, 5,60)
> --> GrLine(window2, gc1, 5, 5, 60,5,5)
>
> Does the exact same error that you mentioned GrRect was doing?
>
> Can you send in some example code?
> Jordan

Hello Jordan,

        I tried with GRLines as well. But the same error occur. horizontal line
end-points do not match vertical end-points. like for example...

     --------------------
       |                        |
       |                        |
     --------------------

It looks somthing like above drawn picture, even if vertical and horrizontal
end-point is same. If I give one point less for horrizontal, then it looks
like...
     |  -------------  |
     |                       |
     |                       |
     | -------------- |

I do not know what I am supposed to do.
Thanks,
Girija

> Hello Jordan,
> 
>         I tried with GRLines as well. But the same error occur. horizontal line
> end-points do not match vertical end-points. like for example...
> 
>      --------------------
>        |                        |
>        |                        |
>      --------------------
> 
> It looks somthing like above drawn picture, even if vertical and horrizontal
> end-point is same. If I give one point less for horrizontal, then it looks
> like...
>      |  -------------  |
>      |                       |
>      |                       |
>      | -------------- |
> 
> I do not know what I am supposed to do.
> Thanks,
> Girija

Sounds kind of like an endianess problem in the framebuffer to me. What 
colordepth are you running?

: Sounds kind of like an endianess problem in the framebuffer to me. What 
: colordepth are you running?

Good call.  I'll bet it's a reversed-nibble problem in 4bpp.  Try running
one of the src/drivers/fblin4xxx.c drivers, which do nibble-reversed
drawing.

Regards,

Greg