<div>Dear Ross,</div>
<div>&nbsp;</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>&nbsp;</div>
<div>Paul</div>
<div>-------</div>
<div>&nbsp;</div>
<div>&gt; 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>
&gt; works fine (to go through all the controls).  When I just use show (instead
&gt; 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
&gt; 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> &lt;g&gt;. 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> &lt;<a href="mailto:ross@stationplaylist.com">ross@stationplaylist.com</a>&gt; 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.&nbsp;&nbsp;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.&nbsp;&nbsp;This is a major problem for blind users who reply on<br>it for navigation.&nbsp;&nbsp;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.&nbsp;&nbsp;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>