1136.2.1 |
INFLD refinement(?) - the internal folding operation now applies to characters 128-255 (just like the Basic UCS() and LCS() commands). Previously, only 1-127 were folded. |
1136.1.1 |
BASORT bug fix: Correct problem introduced in 1136 in which it reported an invalid number of records when calling the sequential BASORT. |
1136.1.2 |
AUI_MENU enhancement: The maximum number of custom menu items has been expanded from 125 to 250. Also, when the GUI trace is active, AUI_MENU operations are traced. |
1136.1.3 |
DTSRCH.SBR enhancement: add trx code 486 to dts'srch'opt=23. (DTSRCH is a custom subroutine.) |
1136.0.1 |
BASORT enhancements provide new sorting options. |
1136.0.2 |
BASORT bug fix: B5 keys were not sorting as if signed. This may have saved some applications from the problem described above with signed sort keys, so if you use B5 for sorting, you may want to double check that. |
1136.0.3 |
BASORT bug fix: In very rare cases, sorting could lead to the a few empty records being appended to the end of the file. The problem occurred only in the "medium" sort, and only with record sizes not dividing evenly into 512, and even then only rarely. In fact, it has never been reported, so apparently it is extremely rare or the addition of a few empty records didn't matter. |
1136.0.4 |
BASORT enhancements: Up to 6 sort keys may now be passed to the random sort. |
1136.0.5 |
BASORT enhancements: The key type parameters may now be passed to the sequential sort. |
1136.0.6 |
SORTIT enhancements: Support the 3 new sort types listed above for BASORT, plus F4 and F8. Note, however, that SORTIT does not support B1 or I1 keys, and ignores the LDF collating sequence. |
1136.0.7 |
SORTIT bug fixes: F6 sorting was not properly handling comparisons between numbers whose difference was > 2GB or < -2GB. |
1136.0.8 |
SORT.LIT 1.1(104) now supports the "natural" sort option and also the fold (case insensitive) option. The options may be specified individually for each key by appending "N" (natural) and/or "F" (fold) to the A or D currently used to specify Ascending or Descending. |
1136.0.9 |
XTREE sorting enhancement: S fields are now automatically sorted using the "natural" algorithm (see above) and using the LDF collating sequence. Since XTREE sorting is normally only for the benefit of display, there doesn't seem to be any particular value in preserving the original "normal" string sort. |
1136.0.10 |
XTREE bug fix: xtr'nfselstyle wasn't working as documented. The selected rows were not showing with any highlight when the tree didn't have the focus and xtr'nfselstyle was 0. |
1136.0.11 |
XTREE enhancement: new DLL version 6.06 supports Windows 7 and improves x64 support. |
1136.0.12 |
LDF enhancements: New LDF files (each named by appending an "X" to the existing name) have been created to add a standard Latin 1 character collating sequence for the upper 128 characters. This may be an interim measure until we decide whether there is any reason not to just update the standard LDFs with the collating sequence. Until then, if you are interested in the collating sequence, either rename the "X" version to the standard name, or change the miame.ini ERSATZ statement to reference the "X" version of the LDF. |
1136.0.13 |
GTLANG.SBR Enhancement: The extended form of the GTLANG.MAP file is now supported in order to return the upper collating sequence. |
1136.0.14 |
New routine MX_STRCMP compares two strings in various ways. |
1136.0.15 |
APEX bug fix: files with both explicit and implicit page breaks occurring on the same line were sometimes resulting in the last page being inaccessible to the preview, possibly even causing an infinite loop when using Ctrl+End to jump to the end. |
