|
1692.3 |
XTREE user refinement: Control-' (apostrophe) may now be used within an editable text cell to copy/paste the contents of the cell above it, as in Excel. | |
|
1692.2 |
Fix |
(Windows) Remove dependency on Windows 10 that was introduced in 1692.0 with the MX_GETDPI/AG_GETDPI function. Note that the function will not work prior to Windows 10 (i.e. will return DPI values of 0). |
|
1692.1.1 |
XTREE: remove a confusing feature in which cformat S in combination with a mask will display blank for a 0. To get that effect, you can now use cformat Z. | |
|
1692.1.2 |
Fix |
XTREE: Close GPF loophole related to legacy answer array formulations. |
|
1692.0.1 |
New |
New MIAMEX function MX_GETDPI returns the DPI for the workstation. |
|
1692.0.2 |
New |
New ATE function AG_GETDPI returns the DPI for the workstation. |
|
1692.0.3 |
Fix |
XTREE/ATE: last character of returned answer array was in some cases being truncated. Problem introduced in 1680.10. |
|
1692.0.4 |
Fix |
XTREE autofilter: close obscure window of opportunity for GPF. |
|
1692.0.5 |
Fix |
XTREE refinement: stifle the initial sort operation during reentry when the opcode is XTROP_RESELECT and both the XTF_EDITABLE and XTF_NOREDRAW flags are set. This resolves an annoyance that otherwise occurs when exiting and re-entering due to validation of a change to an editable cell when the column is marked for sorting: the change to the cell most likely causes the row to be relocated due to the sort, making it seem to the user like the item just disappeared in the middle of editing. |