944.0.1
(Windows/ATE) The internal implementation of the INFLD-related control types has been restructured in an effort to make it easier to maintain. Hopefully this should not have any undesirable side-effects and does solve a few minor problems.
944.0.2
(Windows) Two improvements related to running A-Shell from the system tray (using the -zi command line switch):
| • | TAB(-10,1);mintitle;chr(127) now sets the tip (floating title) instead of the minimized title if the session is running from the tray. |
| • | Clicking on either the minimize or "X" buttons when the window has been normalized will make it return to the tray. Previously, once made visible, minimizing would only return it to the Task Bar. |
944.0.3
New INFLD TYPE ||T causes ENTER to act like TAB (returning EXITCODE 7). This might help simplify dialog logic, particularly when using EVENTWAIT with the EVW_EXCDFOCUS option (which see below), by eliminating the need for special treatment of the EXITCODE 0 case.
944.0.4
(Windows/ATE) Accelerator key display logic has been improved and made more "Windows-like". In general this means that the underlines will appear if the last input event was a keyboard event, and not appear if the last input event was a mouse event. As a practical matter for operators, the rule is simply that if in doubt, and no underlines are visible, hit the ALT key to make them visible, if present.
944.0.5
(Windows/ATE) Accelerator keys are now supported for the tab labels in TAB controls. Note that you must include the MBF_KBD flag when creating the TAB control in order for accelerator keys to work.
944.0.6
(Windows/ATE) Fix a problem occurring in complex programs in which the A-Shell font cache became corrupted, causing the font in some controls to change unexpectedly.
944.0.7
Fix a potentially serious bug in XCALL MIAMEX, MX_FLSET in which calling it twice for the same file in the same SBX would interfere with the normal automatic reset of the file control variables when returning to the parent program that originally opened the file.
944.0.8
Fix a problem with INFLD SETDEF matching logic when the SETDEF entries were longer than the MAXCHARS parameter.
944.0.9
(ATE) XCALL MIAMEX,MX'GETOFD (Get OpenFile Dialog) is now supported from UNIX via ATE, allowing the server to request the name of a Windows file to open or save. Alternate extended TAB syntax:
? TAB(-10,47);Path;",";Filter;",";Title;",";Flags;","; DefExt;",";Type;chr(127);
The parameter formats and values are the same as in XCALL MIAMEX,95. The return data (sent into the keyboard channel) consists of Files,Flags,FileTitle<CR>. The Files parameter contains one or more complete filespecs, separate by chr(10) characters.
944.0.10
(Windows) When a printer is selected from the printer selection dialog, A-Shell now uses the printer state as set up in the dialog (including "exotic" settings such as duplex, watermarks, stapling, etc.) Previously, the only options in the printer setup dialog that had any effect were copies and orientation.
944.0.11
I (signed integer) variables are now supported in XCALLs.
944.0.12
(ATE) XCALL AUI_MENU and MIAMEX,71 (traditional form) now support the option to forego receiving status, using the same concept as for AUI_CONTROL. That is, if the STATUS parameter is omitted, or passed as a null string (if mapped, must be S,1), then no status will be returned. This might provide a slight speed improvement when setting up a lot of menu items, and is recommended especially if you aren't evening bothering to check the returned STATUS anyway.
944.0.13
(A-Shell/FAX) Confirm/clarify a conflict between the A-Shell/FAX @@NOTIFY command and the Windows XP Fax drivers. The problem is, quite simply, that if you use the @@NOTIFY command, you may get no output at all: no fax, no notification, no error message. This has been confirmed by Microsoft to be a problem with current versions of XP, so until notified otherwise, or you are using the W2000 Fax Server with the email interface enabled, it is best to not use the @@NOTIFY option.
944.0.14
(Windows/ATE) The END and HOME keys in XTREE now move the focus to the last or first item in the tree, in addition to scrolling the view. If the XTREE is single-select, then the last or first item is selected as well. This matches the behavior of PCKLST.
