Hallo Patra,
die Idee ist gut, aber war es nicht so, daß das Programm auch (oder sogar nur?) dann abstürzt, wenn ein ZUSÄTZLICHES Event deaktiviert wird, also wenn mindestens ein Event aktiviert bleibt? Dann würde der Workaround nicht helfen.
Events verstecken kann ich in dem Dialog nicht. Aber ich könnte noch eines ans Ende hängen, das man meist nicht sehen würde, und das nicht ans Programm übergeben wird.
Mein Testprogramm macht ja im Prinzip genau das (nur, daß das immer aktivierte Event nicht versteckt ist, sondern gut sichtbar), und stürzt trotzdem ab.
Oder habe ich da noch irgend etwas mißverstanden?
Ich habe übrigens inzwischen Feedback vom Framework-Hersteller. Er wird sich drum kümmern. Es werden zur Zeit Kompatibilitäts-APIs benutzt, die noch aus S60-2nd-Zeiten stammen. Da liegt vermutlich der Hase im Pfeffer. Die konnten das Problem mit meinem Testprogramm reproduzieren und sagten, sie werden die GUI-Elemente neu programmieren auf Basis der neuen APIs in S60 5th. Das kann aber ein Weilchen dauern...
Viele Grüße,
Daniel