With wxFileHistory, when I add a file with the full path, the one in the top position never shows the full path (all the others do). I searched but couldn't find any reports of this.
Also, the entries on the menu are listed by number but hitting the number on the keyboard doesn't select the file, as would be expected. It doesn't work in the demo either (2.4.0.7 or 2.4.1.2).
Let me know if I should report these on wxwindows' Source Forge bug page please.
Next problem is with wxTextCtrl. When I'm editing one, I want to be able to hit the Alt-F key and have the menu work. Instead it moves to the right one word. Any way to disable that feature?
Thanks
···
_________________________________________________________________
Get MSN 8 and help protect your children with advanced parental controls. http://join.msn.com/?page=features/parental
With wxFileHistory, when I add a file with the full path, the one in the top position never shows the full path (all the others do). I searched but couldn't find any reports of this.
It changes the current working directory to the path of the current file history file. Normally the others are changed to use relative paths from the CWD.
Also, the entries on the menu are listed by number but hitting the number on the keyboard doesn't select the file, as would be expected.
It should generate a EVT_MENU event with ID of wxID_FILEn (n = 0...9) and I do see them working in the demo here.
It doesn't work in the demo either (2.4.0.7 or 2.4.1.2).
Which platform?
Next problem is with wxTextCtrl. When I'm editing one, I want to be able to hit the Alt-F key and have the menu work. Instead it moves to the right one word.
Ah, let me guess. wxGTK, right?
Any way to disable that feature?
No. It's a keybinding in the gtk widget that is apparently not able to be overriden.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!