I somehow managed to solve the upside-down rendering issue, which I was facing on openmoko by changing the Context::Viewport() by passing origin as (x,height) and height as -height.
Now I'm not able to capture the events as expected i.e. if I put my actor at (x,y) then I'm not able to get the events there. I thought it could be beacuse of Viewport settings which I changed but clutter_event_get_coords (event, &x, &y) always give me the correct coordinates where my actor is placed. For example, I created 2 rectangle actors of black and white color, each of size (480x320) to fill the screen. Black is at (0, 0) position and white at (0,320). Now if I click at Black rectangle then clutter_event_get_coords (event, &x, &y) show me that my click coordinates are indeed between (0,0) and (0,320) however that click event is been caught by White rectangle. Similar thing happens for a click at White rectangle. Also as per my understanding, it is X, who is in charge of capturing the events and passing it to Clutter for handling. So it doen't look like OpenGL ES issue to me. Correct me if I'm wrong. I know Openmoko is an unsupported platform as far as clutter is concerned by it would be of great help if someone can clarify the above behavior. Thanks for your concern. Regards Amit Pundir On Tue, Apr 28, 2009 at 9:34 PM, Amit Pundir <[email protected]> wrote: > On Tue, Apr 28, 2009 at 8:20 PM, Emmanuele Bassi <[email protected]> > wrote: >> On Tue, 2009-04-28 at 19:51 +0530, Amit Pundir wrote: >> >>> I'm facing some issues running a clutter application on openmoko >>> Freerunner. I built clutter-0.8.8 with eglx flavor using >>> vincent-ogles-1.1 libraries. >> >> you do realize that clutter on the openmoko is not hardware accelerated? >> > > yes, I knew that its not hardware accelerated. > >> the freerunner can barely accelerate 2D toolkits as it is. >> >>> It seems that openmoko is taking the origin at bottom-left side and >>> starts drawing the images from bottom to top. I'm not sure whether it >>> is the default behavior or what but it does so at least for clutter >>> based apps. >> >> I think it's vincent-ogles that's changing the modelview setup. > > Though I don't have much idea about Vincent ogles libraries, i just > happened to use them and thats it, but I will surely look into it. > -- To unsubscribe send a mail to [email protected]
