]> git.saurik.com Git - wxWidgets.git/commitdiff
mention *TabOrder and Navigate methods
authorRobin Dunn <robin@alldunn.com>
Thu, 22 Jul 2004 01:04:32 +0000 (01:04 +0000)
committerRobin Dunn <robin@alldunn.com>
Thu, 22 Jul 2004 01:04:32 +0000 (01:04 +0000)
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@28379 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

wxPython/docs/CHANGES.html
wxPython/docs/CHANGES.txt
wxPython/docs/MigrationGuide.html
wxPython/docs/MigrationGuide.txt

index eb33bda983208a5ca5a20b983ced71796541915e..4cf883dfae773075e0c5e432ca684b7796c09dc4 100644 (file)
@@ -83,6 +83,9 @@ were using these in your apps then please join wxPython-dev and assist
 with a more modern reimplementation.</p>
 <p>Added a new version (0.8.3) of FloatCanvas from Chris Barker.  It's now
 in a subpackage of wx.lib.</p>
+<p>It is now possible to change the tab traversal order of controls on a
+panel or dialog.  For details see the new MoveAfterInTabOrder and
+MoveBeforeInTabOrder methods of wx.Window.</p>
 </div>
 <div class="section" id="id2">
 <h1><a name="id2">2.5.1.5</a></h1>
index 76e2ce2dde684b8372f75748d74e68c40b517444..885c84fcf7787954222115df38a21d89996dd4b1 100644 (file)
@@ -97,6 +97,12 @@ Added a new version (0.8.3) of FloatCanvas from Chris Barker.  It's now
 in a subpackage of wx.lib.
 
 
+It is now possible to change the tab traversal order of controls on a
+panel or dialog.  For details see the new MoveAfterInTabOrder and
+MoveBeforeInTabOrder methods of wx.Window.
+
+
+
 
 
 2.5.1.5
index 3f50b7f2c801f54540491399545d598527ae4334..9727ec6fad3c4c50eeb2fa805cc2a3b5e5bd91bf 100644 (file)
@@ -777,6 +777,22 @@ for changes in capabilities, usage, etc.</p>
 and will raise a DeprecationWarning if used.  The main wx.Mask
 constructor has been modified to be compatible with wx.MaskColour so
 you should use it instead.</p>
+<p><strong>[Changed in 2.5.2.x]</strong> In wx.TextCtrls that have the
+wx.TE_PROCESS_TAB style the TAB key will be treated like an ordinary
+character and will not cause any tab traversal navigation at all.  If
+you use this style but would still like to have the normal tab
+traversal take place then you should send your own
+wx.NavigationKeyEvent from the wx.EVT_KEY_DOWN handler.  There is a
+new Navigate method in the wx.Window class to help send the event and
+it is used something like this:</p>
+<pre class="literal-block">
+flags = wx.NavigationKeyEvent.IsForward
+if event.ShiftDown:
+    flags = wx.NavigationKeyEvent.IsBackward
+if event.ControlDown():
+    flags |= wx.NavigationKeyEvent.WinChange
+self.Navigate(flags)
+</pre>
 </div>
 </div>
 </body>
index 70ee5f4a05345f9a78cb27391b73d624c7ab5e56..486939494e16ffed067a4735b74e6cfe73a562b4 100644 (file)
@@ -863,3 +863,21 @@ for changes in capabilities, usage, etc.
 and will raise a DeprecationWarning if used.  The main wx.Mask
 constructor has been modified to be compatible with wx.MaskColour so
 you should use it instead.
+
+**[Changed in 2.5.2.x]** In wx.TextCtrls that have the
+wx.TE_PROCESS_TAB style the TAB key will be treated like an ordinary
+character and will not cause any tab traversal navigation at all.  If
+you use this style but would still like to have the normal tab
+traversal take place then you should send your own
+wx.NavigationKeyEvent from the wx.EVT_KEY_DOWN handler.  There is a
+new Navigate method in the wx.Window class to help send the event and
+it is used something like this::
+
+       flags = wx.NavigationKeyEvent.IsForward
+       if event.ShiftDown:
+           flags = wx.NavigationKeyEvent.IsBackward
+       if event.ControlDown():
+           flags |= wx.NavigationKeyEvent.WinChange
+       self.Navigate(flags)
+
+