[maemo-developers] mbarcode/maemo-barcode dialog oddity and progress report
From: Kimmo Hämäläinen kimmo.hamalainen at nokia.comDate: Thu Oct 15 09:50:21 EEST 2009
- Previous message: mbarcode/maemo-barcode dialog oddity and progress report
- Next message: mbarcode/maemo-barcode dialog oddity and progress report
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, 2009-10-15 at 01:09 +0200, ext Simon Pickering wrote: > Hi all Hi you > So all in all it's still work in progress, but it does at least work > well enough to test. Except that I use dialogs to ask the user if they > want to open a decoded URL/add a decoded vCard, and if these dialogs are > displayed the UI locks up straight afterwards. If I comment them out the > code continues quite happily after opening the browser/adding the URL, > so the fault must presumably lie with the dialogs. What kind of windows you are playing with? We have a special feature in Fremantle where Gtk+ dialogs do not use pointer grabs anymore (*, so it's possible that Gtk+ gets confused there when it does not receive the pointer events. *) This is done to allow the touch screen lock to do the pointer grab and discard all pointer events even if a dialog is open. -Kimmo
- Previous message: mbarcode/maemo-barcode dialog oddity and progress report
- Next message: mbarcode/maemo-barcode dialog oddity and progress report
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]