points that have to be done to come back to trunk

Hi,

here are some things that should be done before come back to Trunk.

1.) Find the bug that redraws things on the false position.
     - Some redraws seems to be correct but are clipped to the false 
position, it looks like the clipping starts on 0,0 and not on the point 
x,y, where they should start. (Problem should be in gfx/qt)

Any help?

2.) We post key events to the right widget (to the same as gtk / we post 
them to the toplevel widget that get last SetFocus) but nothing happens. 
The key events seem also be correct.
     - do we miss an implementation?
     - do we have implemented some things false?
     - if we post the key events to child widgets of the toplevel 
widgets then key events (not the one with Ctrl+key) work better, but 
then we must do some extra SetFocuses and this seems to be not the 
correct way

Any help?

3.) CaptureRollupEvents (in nsWidget only send NS_OK, reimplemented in 
nsWindow [like gtk]) seems to be not correct.
     - After a rework we should be able to remove the 
nsWidget::HandlePopup which seems to be dirty called from 
DispatchMouseEvent (gtk haven't such thing)

Any help?

4.) Does we need CaptureMouse, Get/SetWindowClass?
5.) Do we need ConstrainPosition (??)
6.) Is SetModal needed? It isn't in gtk.

Help and Suggestions are all welcome.

Things that also should be done, any help is welcome.

1.) GetAttention
2.) SetIcon
3.) ScrollRect, ScrollWidgets, (Sroll seems to be deprecated)
4.) MakeFullScreen, HideWindowChrome
5.) SetFont (is GetFont correct? QT use other fonts then gtk)


All I've described (if I haven't wrote something other) is in widget/qt).

This are all things that I've found out of the Interface nsIWidget. 
nsWidget is an reimpl of nsBaseWidget (of xpwidgets) ... may be possible 
that we need to reimpl/correct some functions that come from the 
nsBaseWidget. Haven't make a plan yet will come later.

Some aspects are described in bugs on bugzilla.

This text lays on my latest patch to 
http://bugzilla.mozilla.org/show_bug.cgi?id=197737
biesi will take a look at the patch in the next days and hopefully will 
r+ it and KaiRo will check it into the branch.

Please don't check into branch without r+ ... so we can come easier back 
to trunk.

Thanks for help.