Ask User to click on a form

I don't really understand what you're asking for. 

After clicking on a form, hiGetCurrentForm() will return the form object, but it's not clear to me what you're really expecting other than that. Are you asking how to use hiDisplayAppDBox() to ask the user to do something? Maybe it's obvious, but I don't get what you're asking...

Andrew.

Hi Andrew,

yes, hiGetCurrentForm() gives exactly what I need further. The question from my side is the combination of this function call and wait for a users click. A hiPickWindow() for example is waiting for a users input (click). Probably the task is to simple but at the moment i'm mind blocked how to wait for a users click and then call hiGetCurrentForm().

Thanks Christian

Hi Andrew,

yes, hiGetCurrentForm() gives exactly what I need further. The question from my side is the combination of this function call and wait for a users click. A hiPickWindow() for example is waiting for a users input (click). Probably the task is to simple but at the moment i'm mind blocked how to wait for a users click and then call hiGetCurrentForm().

Thanks Christian

This sounds a very strange use model you're trying to implement. The hiPickWindow is specifically for picking windows rather than forms (and I don't think I've ever used it). There is no function to prompt you to pick a form and wait until you've done so. 

Andrew.

this is my problem - sure hiPickWindow does not work (it is just an example that after calling hiPickWindow it waits until you pick resp. click a window and gives you the window id). Now I want to do the same for forms. -- I want to ask the user for clicking a form to get some informations out of it. Typically the user have multiple forms of this kind opened and so hiGetCurrentForm (i guess) gives just the handle of the form with the last focus on it.

Is there any other way to wait for a users click (somewhere on the screen, not bound to windows)? This I can then use to get the last focus on a form and then use hiGetCurrentForm to retrive the informations.

Hi Andrew,

even worse - if I simply use the hiGetCurrentForm command, I will retrieve always just the informations from my own GUI (Form) because this is always the last form where I called the hiGetCurrentForm from. So I need a click of a user in between.

Do you know ANY other procedure where skill waits for a users click somewhere on the screen not bound to windows (like hiPickWindow)?

You could call hiPickWindow(), and then when it returns, call hiGetCurrentForm(). If you clicked on the other form (rather than a window) it returns nil, but the next hiGetCurrentForm() would be the right form.

I think it's a strange use model, but if you really want to do this, that seems to work for me.

Andrew.

Hi Andrew again,

First of all I thought I tested this already and it wasn't working at all but after testing it again, it was working "somehow".

After now implementing it as callback to a hiCreateButton:

procedure( GetInfoFromForm()
    let(    (
        )
    println("Click on Verification GUI")
    when(hiPickWindow()==nil println(hiGetCurrentForm()~>hiFormSym))
    println("Thanks")
    );let
)

It turned out, that after click the focus leaves still on my gui and i will not get the clicked gui.

Christian

why is it a "strange use model" if a GUI tries to use informations from another GUI in a flexible way?

OK, it doesn't change the active form when used within a form callback. I tried various things to get around this, but couldn't find anything that works. Given that hiPickWindow isn't really intended for this purpose, I guess it's not entirely surprising that it doesn't achieve what you want here. So I can't think of any way of doing this. Maybe you could check which forms (of the type you want) are displayed (using hiIsFormDisplayed) and then offer a cyclic field to pick the one you want?

I've just never seen any application that works this way (within or outside of Cadence tools), which is why it strikes me as a strange use model.