Container is not receiving events while Yes/No dialog is displayed

[dmitry.mikoyelov]

Hello!

Is there a guide/ example/ wiki_record regarding dialogs and continuity of the Symbian C++ (Carbide) program?

My problem is that a Container is not receiving events while Yes/No dialog is displayed. Most probably, I am missing some fundamental principle/approach.

Thanks in advance.

[talk2mks]

These softkey event you will get in HandleCommandL function within the APPUI class or Viewclass....

or

if you are created

- Display Dialog

Query Dialog:
CAknQueryDialog* removeQuery = CAknQueryDialog::NewL();
if(removeQuery->ExecuteLD(R_SHOP_CONFIRMATION_QUERY)) {
//....
}

Input dialog:
TBuf<20> aString;
CAknTextQueryDialog* addQuery = CAknTextQueryDialog::NewL(aString);
CleanupStack::PushL(addQuery);
HBufC* prompt;
prompt = StringLoader::LoadLC(R_SHOP_DATA_QUERY_PROMPT);
addQuery->SetPromptL(*prompt);
CleanupStack::PopAndDestroy(prompt);
CleanupStack::Pop(addQuery);
if(addQuery->ExecuteLD(R_SHOP_DATA_QUERY)) {
//...
}


It is return different-2 interger value after executing ExecuteLD function you press Yes or No

key....

[symbianyucca]

The dialog is propably modal, thus untill you dismiss it it is taking all events. Anyway, how should it work, and what kind of events you would need to get on the background there ?

[dmitry.mikoyelov]

symbianyucca:

I have callback functions (defined in ConstructL, outside the ContainerView class) in the application ContainerView module, which are executed without problems unless a modal dialog is executed. The dialog is a standard CAknQueryDialog, constructed by Carbide the default way (to be constructed from resource upon call):

CAknQueryDialog* queryDialog = CAknQueryDialog::NewL();
return queryDialog->ExecuteLD(R_TESTCONTAINER_CONF_QUERY);

Thanks for the rapid response.

[symbianyucca]

the ExecuteLD is going to hang untill you dismiss the dialog, it is propably using ActiveScheduler::Start & Stop there, thus efectively disabling your threads main scheduler. So maybe you would want to either try making it non modal (I have not used non-modal dialogs for many years, thus not certain what problems you might encounter), or try finding alternative way on doing it.

[dmitry.mikoyelov]

Thank you, that is a valuable addition. I have not drilled to the base of the dialogs behavior because I was afraid that I will miss some important point anyway.

I will try to solve my problem by showing a brief kind of message and making something else visible on the screen to indicate the past event.