<div>Dear Ross,</div>
<div> </div>
<div>Here is an answer that Peter Below made years ago to a simillar question.</div>
<div>Not exactly the same as your description but may help.</div>
<div> </div>
<div>Paul</div>
<div>-------</div>
<div> </div>
<div>> I have a <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">dll</font> that shows a <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">form</font>. When I show the <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">
form</font> using ShowModal, <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">tab</font>
> works fine (to go through all the controls). When I just use show (instead
> of showmodal), I lose the ability to use the <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">tab</font> key (I can press <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">tab</font> but it
> never moves to the next control). Am I doing something wrong?
Well, you use a non-modal window in a <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">DLL</font> <g>. The major problem with
non-modal windows is that they depend on the applications message loop for
sustenance. Things like navigation between controls on a modal dialog are
implemented in a typical Windows app by calling the IsDialogMessage API
function as part of the message loop code. But this function requires the
handle of the non-modal dialog, so the apps usually have to make sure that the
message loop code can always get at the window handle of the currently active
nonmodal dialog (this can get grossly complex and always requires active
participation of the dialog). This scheme has no chance of working if the
dialog in question is not even part of the application and even less if it's
not even a dialog but a Delphi <font style="BACKGROUND-COLOR: #0a246a" color="#ffffff">form</font>.
Peter Below (TeamB) <a href="mailto:100113.1101@compuserve.com">100113.1101@compuserve.com</a>)
No replies in private e-mail, please, unless explicitly requested!</div><br><br>
<div><span class="gmail_quote">On 30/07/06, <b class="gmail_sendername">Ross Levis</b> <<a href="mailto:ross@stationplaylist.com">ross@stationplaylist.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I've got a more serious problem I hope someone can help me with.<br><br>I'm loading some 3rd party C++ DLL's from my Delphi app. Most of these
<br>DLL's have a configuration form.<br><br>Some blind users have just pointed out that the tab key is not working<br>in the DLL forms. This is a major problem for blind users who reply on<br>it for navigation. All other keys including the arrow keys appear to
<br>work fine.<br><br>Other applications that load the same DLL's do not have this problem.<br><br>I'm assuming my app is taking over the tab key even when the DLL form<br>has the focus. Is there a simple method to allow get around this?
<br><br>Many thanks,<br>Ross.<br><br>_______________________________________________<br>Delphi mailing list<br><a href="mailto:Delphi@ns3.123.co.nz">Delphi@ns3.123.co.nz</a><br><a href="http://ns3.123.co.nz/mailman/listinfo/delphi">
http://ns3.123.co.nz/mailman/listinfo/delphi</a><br></blockquote></div><br>