When I create a Dialog Box with an embedded view, Notes generates a focus problem when opening it.Actually, as soon a I click on a document in the embedded view, I cannot set focus back to fields or buttons that are on the dialogbox itself opened through dialog box. If I open the same form without using a dialog box, it reacts OK.
Anyone heard of this?
Subject: any updates on this issue
I have a very useful (at least for a couple of applications I am working on) bit of code that really has a dialog box with an embedded view. I have the action bar showing, I have the selected documents in the embedded view writing information back to my dialog box, what I don’t have is my focus getting back to the dialog form. Any updates on this one?..
Subject: RE: any updates on this issue
I have no solution found yet.But i have a workaround.
I replaced the embedded view with a Listbox Field. The values in the list are computed with a @dbcolumn command.
In my opinion this is a notes client bug.
Lotus should fix that.
Bye
Dietmar
Subject: RE: any updates on this issue
Cheers. That might provide me with a solution. The problem is that I really wanted to present a nice categorised view and the whole thing worked perfectly, except for the focus bug…
In case you haven’t, see my post re an update on this issue. It has been logged with lotus…
Subject: Dialog box lost of focus when used with embedded view
I have the same problem, but my development is already very advanced and to start again it would take too much time to me. Does somebody have a new solution or idea to be proposed ??
Thank you in advance for your assistance.
Subject: Problem now logged with Lotus
This issue has been logged. The following is part of the response…"
The issue that you reported has been logged as a Software Problem Report (SPR) to the Development Team. The SPR number is #GPKS5VUCX6.
This is currently being investigated. It will not make it to the 6.0.4 and 6.5.2 Maintenance Release. It is currently scheduled for 6.0.5/6.5.3. "
Subject: Unable to find SPR on lost focus embedded view in Dialog
Could you please check the SPR Number you specified. I could not find the SPR Record for this issues. The problem still persists in Release 6.5.2.Thanks
Subject: RE: Unable to find SPR on lost focus embedded view in Dialog
Sorry for the extended delay, I don’t appear to be receiving email notifications even when I specify them…The SPR has been included in the fix list for 6.5.4, it didn’t make it to 6.5.3. That is the right SPR number though…
Subject: Dialog box lost of focus when used with embedded view
Hi all,
just installed 6.5.1, and it is still the same 
anyone having more information on this matter?
mads
Subject: Dialog box lost of focus when used with embedded view
I have the same problem with version 6.0.3. In version 6.0.1 it works fine.
I think it’s a bug.
Did you find a solution yet?
Does anaybody know wether that will be fixed in a future version?
Regards
D. Ebner
Subject: Dialog box lost of focus when used with embedded view
Yes, I have been bitten by this bug too. It is a problem for me as my dialog uses custom buttons, rather than the standard dialog box buttons, and these cannot be accessed once a document in the embedded view has received focus. I have found that pressing the tab key repeatedly allows me to regain focus, but I cannot expect users to do that! I feel a redesign coming on…
Subject: a ‘kind’ of workaround for not very demanding
For those who are not using 6.5.4:
First, the form has to have “Automatically refresh fields” option set.
I’ve found that if I place an editable field just ABOVE the embedded view, and give this field position of “1” in tab order - then at least I can press SHIFT-TAB while the focus is in the view.
The focus is not yet back in the field, but in the next step you can click any field on the dialog - to get focus to it.
Without setting tab order for the field, sometimes you have to press SHIFT-TAB several times to cycle through Cancel/OK buttons on the dialog.
I’ve tested it on 6.5.2.
As said in the subject, it is not very elegant and perhaps not even acceptable for most users - but maybe will be enough for some of you.
Maybe it could be made easier by programmatic issuing of SHIFT-TAB in some view action called e.g. “Leave view” - but I did not try that.