Difference: Appx620Features (1 vs. 99)

Revision 992023-10-30 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 112 to 112
 
Added:
>
>
 
Line: 125 to 126
 
Added:
>
>
 
Line: 138 to 140
 
Added:
>
>
 
Line: 159 to 162
 
Added:
>
>
 
Line: 194 to 198
 
Added:
>
>
 

Known Issues

  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0

Revision 952023-10-08 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 170 to 170
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 942023-10-07 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 170 to 170
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 932023-09-21 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 17 to 17
 Unicode fields no longer must be aligned on a 4-byte boundary. Though performance maybe in enhanced if Unicode fields are aligned on 4-byte boundary, the previous error message is no longer presented to the developer.

If you would prefer to have the previous error message behavior, you can set the environmental variable APPX_CHECK_UNICODE_ALIGNMENT=TRUE.

Added:
>
>

IF statement relational operators RI and RS

The IF statement relational operators, regular expression case insensitive (RI) and regular expression case sensitive (RS) have changed and they are now coupled with the newly predefined field TEXT LENGTH.

Now, when a search is done, If a match is made, in addition to TEXT AT POSITION being set to the starting position of the match, TEXT LENGTH is set to the number of characters matched in the search.

 

JSON Parser APIs

You can use the following APIs to parse a JSON file or string:

Revision 922023-09-21 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 184 to 184
 
Added:
>
>
 

Known Issues

  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • HTML Client - When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

Revision 902023-08-14 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 163 to 163
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 892023-08-09 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 167 to 167
 

6.2.0:

The following features and enhancements were implemented in this Release:

Added:
>
>
 

Revision 882023-08-08 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 12 to 12
 

Changes in Release 6.2.0

Here is a list of the changes in Release 6.2.0:

Added:
>
>

Unicode Field Alignment

Unicode fields no longer must be aligned on a 4-byte boundary. Though performance maybe in enhanced if Unicode fields are aligned on 4-byte boundary, the previous error message is no longer presented to the developer.

If you would prefer to have the previous error message behavior, you can set the environmental variable APPX_CHECK_UNICODE_ALIGNMENT=TRUE.

 

JSON Parser APIs

You can use the following APIs to parse a JSON file or string:

Revision 872023-08-04 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 157 to 157
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 852023-07-31 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 173 to 173
 
Added:
>
>
 

Known Issues

  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • HTML Client - When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

Revision 822023-07-24 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 90 to 90
  The following bugs were addressed in this Release:
Added:
>
>
 
Line: 150 to 151
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 812023-07-21 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 150 to 150
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 802023-06-16 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 166 to 166
 
Added:
>
>
 

Known Issues

  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • HTML Client - When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

Revision 792023-05-08 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 149 to 149
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 782023-04-09 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 146 to 146
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 772023-02-01 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 90 to 90
  The following bugs were addressed in this Release:
Added:
>
>
 

Revision 742023-01-13 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 139 to 139
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 732023-01-06 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 139 to 139
 
Deleted:
<
<
 

New Features/Enhancements

6.2.0:

Revision 722023-01-04 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 139 to 139
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 712022-12-29 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 139 to 139
 
Added:
>
>
 

New Features/Enhancements

6.2.0:

Revision 702022-10-26 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 90 to 90
  The following bugs were addressed in this Release:
Added:
>
>
 

Revision 662022-08-22 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 89 to 89
 

6.2.0:

The following bugs were addressed in this Release:

Added:
>
>
 

Revision 642022-05-26 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Changed:
<
<

>
>

 

Overview

This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.

Line: 56 to 56
 

HTML Client APPX Application Development

During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to be added to the engine, thus that functionality isn’t available in the earlier Appx versions. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.

Changed:
<
<

Image Editor on HTML Client

>
>

Image Editor on HTML Client

  Image editor on html client works the same way it does on desktop client with a couple of minor differences. As you can tell, the toolbar got changed a little bit. We added “Add a Field” and “Delete Selection” buttons and removed “Show Character Interface” and “Data Palette” buttons. These buttons are not supported on html client yet. Also, we grouped the buttons in a more logical way. Hovering over the buttons gives you shortcut key you can use instead of clicking the button.
Line: 77 to 77
 The new image editor on html client should also work on release 5, however there are 2 known issues with release 5:
  1. Multi widget editor doesn’t detect the selected items on the screen.
  2. Screens that use the first row as the title bar don’t show up correctly.
Added:
>
>

ILF Editor on HTML Client

ILF editor on html client works the same way it does on desktop client with the exception of a few know issue that are listed below.

  1. HTML Client - In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  2. HTML Client - In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  3. HTML Client - In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  4. HTML Client - In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
 

Bugs Fixed

6.2.0:

Line: 137 to 145
 

Known Issues

Changed:
<
<
  • HTML Client - In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • HTML Client - In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • HTML Client - In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • HTML Client - In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
>
>
  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
 
  • HTML Client - When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.

Line: 151 to 155
 Read what other users have said about this page or add your own comments.
Changed:
<
<

<--/commentPlugin-->
>
>

<--/commentPlugin-->
  -- BrianRyan - 2022-04-13

Revision 632022-05-26 - MisaghKarimi

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 21 to 21
  You can use these new APIs to create a well formatted XML file.
Changed:
<
<

.XML WRITER OPEN
--- .XML WRITER CLOSE
--- .XML WRITER ELEM START
--- .XML WRITER ELEM END
--- .XML WRITER ADD DATA
--- .XML WRITER CDAT START
--- .XML WRITER CDAT END
--- .XML WRITER ADD ATTR
>
>
--- .XML WRITER OPEN
--- .XML WRITER CLOSE
--- .XML WRITER ELEM START
--- .XML WRITER ELEM END
--- .XML WRITER ADD DATA
--- .XML WRITER CDAT START
--- .XML WRITER CDAT END
--- .XML WRITER ADD ATTR
 

Base64 Data Encoding/Decoding API

You can now encode up to 24k and decode up to 32k of Base64 data, The two new routines are: .CONVERT TO BASE64 and .CONVERT FROM BASE64

Line: 55 to 55
 Note: By default, the session expiration message is shown to the user is 1 minute before the session expires. This can be set in whole minutes only.

HTML Client APPX Application Development

Changed:
<
<
During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to added to the engine thus that functionality isn’t available in the earlier Appx versions. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.
>
>
During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to be added to the engine, thus that functionality isn’t available in the earlier Appx versions. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.

Image Editor on HTML Client

Image editor on html client works the same way it does on desktop client with a couple of minor differences. As you can tell, the toolbar got changed a little bit. We added “Add a Field” and “Delete Selection” buttons and removed “Show Character Interface” and “Data Palette” buttons. These buttons are not supported on html client yet. Also, we grouped the buttons in a more logical way. Hovering over the buttons gives you shortcut key you can use instead of clicking the button.

Another difference is that when you move an item, the border color indicates if the move or resize is valid or not. If the border becomes red, then it means the action is not valid.

  • Dotted red border means the item overlaps with another item.
  • Solid red border means the item has the same position as another item on the screen.
  • Solid green means the move is successful.
Like move, resize also does an initial check to make sure the new size is valid. Red border tells you that the new size is not valid.

Another new feature that we added to html client’s image editor is guideline. Guideline is a dotted green line that shows up when the left side or top side of the widget you are moving is aligned with another widget on the screen. This is an easy way to align your widget with another widget on the screen.

Next difference has to do with Row Texts (text typed on the screen). We generally discourage using row text on html client and have limited support for it on html client. To add/modify row text using the html client, you must double click on the area of the screen that you want to add row text to. It then opens up a text field for the whole row for you to add your row text. Keep in mind that if you have a widget on that row, you cannot add any row texts after that widget. This is an html client limitation. Also, make sure that you are in change mode, otherwise double click doesn’t work.

Next difference is the enhanced widget view for some widgets. We added some icons to some widgets, so widget type can be recognized easier by looking at it. Also, we added the style of the widget to the widgets, so it is more like what you see during the runtime. Hovering over buttons also gives you the option number of the buttons.

The new image editor on html client should also work on release 5, however there are 2 known issues with release 5:

  1. Multi widget editor doesn’t detect the selected items on the screen.
  2. Screens that use the first row as the title bar don’t show up correctly.
 

Bugs Fixed

6.2.0:

Line: 116 to 137
 

Known Issues

Changed:
<
<
  • In the image editor, the multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.
  • In the image editor, screens that use the first row as the title bar don’t show up correctly in APPX versions prior to 6.2.
  • In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
  • The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.
>
>
  • HTML Client - In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • HTML Client - In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • HTML Client - In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • HTML Client - In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
  • HTML Client - The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • HTML Client - When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.
  For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.

Revision 612022-05-20 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 60 to 60
 

6.2.0:

The following bugs were addressed in this Release:

Deleted:
<
<
 

Revision 602022-05-18 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 115 to 115
 
Added:
>
>
 

Known Issues

  • In the image editor, the multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.
  • In the image editor, screens that use the first row as the title bar don’t show up correctly in APPX versions prior to 6.2.

Revision 592022-05-18 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 60 to 60
 

6.2.0:

The following bugs were addressed in this Release:

Changed:
<
<
>
>
 
Added:
>
>
 
Changed:
<
<
>
>
 
Added:
>
>
 
Line: 83 to 86
 
Deleted:
<
<
 

Revision 582022-05-17 - MisaghKarimi

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 16 to 16
  You can use the following APIs to parse a JSON file or string:
Changed:
<
<

.JSON PARSE
--- .JSON PARSE FILE
>
>
--- .JSON PARSE
--- .JSON PARSE FILE
 

XML Writer APIs

You can use these new APIs to create a well formatted XML file.

Line: 29 to 29
  The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than Appx key size limit. As a work around you can use PARENT RID to read through the hierarchy or use PATH HASH which is the hash value of the PATH field.
Changed:
<
<
Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.
>
>

Based on the selected ‘Mode’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.

  Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.

Limited Access User Rights

Revision 572022-05-17 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 36 to 36
  The requirements of the limited access user rights have been implemented in this release.
Changed:
<
<
To review, starting in APPX version 5.0.3, the license agreement defined Limited Access User Rights as follows:
Limited Access User Rights, if specified on the License Key, carry certain limitations and restrictions. Users logging in under Limited Access User Rights are allowed no more than 30
minutes of continuous operation, must be casual, occasional, transient users, may direct output only to a local (non-network) printer, and may not have access to Application Design,
System Administration, or Database Management utilities.

Further, in the CUSTOMER PRICE LIST dated 1/1/2008, users running under, Limited Access User Rights, are excluded from running up to four simultaneous sessions,

Finally, in the price list, Limited Access users may be either “Named” or “Anonymous” but only one User ID may be designated as the “Anonymous” Limited Access user.

For detailed information on Limited Access User Rights, see:
https://www.appx.com/sites/default/files/license-terms/APPX503License.pdf
https://www.appx.com/ftp/appx/documents/forms/reseller/WorldwideCustomerPriceList2008.pdf
>
>
To review, starting in APPX version 5.0.3, the license agreement defined Limited Access User Rights as follows:
Limited Access User Rights, if specified on the License Key, carry certain limitations and restrictions. Users logging in under Limited Access User Rights are allowed no more than 30
minutes of continuous operation, must be casual, occasional, transient users, may direct output only to a local (non-network) printer, and may not have access to Application Design,
System Administration, or Database Management utilities.

Further, users running under, Limited Access User Rights, are excluded from running up to four simultaneous sessions,

Finally, Limited Access users may be either “Named” or “Anonymous” but only one User ID may be designated as the “Anonymous” Limited Access user.
  Several environmental variables are available to customize the limited user implementation and are as follows:

Revision 562022-05-16 - MisaghKarimi

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 8 to 8
  This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.
Changed:
<
<
Noteworthy enhancements include updates to the JSON parser, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
>
>
Noteworthy enhancements include updates to the JSON parser API, XML Writer APIs, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
 

Changes in Release 6.2.0

Here is a list of the changes in Release 6.2.0:

Changed:
<
<

JSON Parser

>
>

JSON Parser APIs

 
Changed:
<
<
The parser can now parse a file of JSON data, the parsing size limits have be removed and the parsing results can be optioanlly converted to Unicode.

APPX Data Services API

>
>
You can use the following APIs to parse a JSON file or string:
 
Changed:
<
<
The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than appx key size limit. As a work around you can use PARENT RID to read through the hierarchy.
>
>
--- .JSON PARSE
--- .JSON PARSE FILE

XML Writer APIs

 
Changed:
<
<
Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.
>
>
You can use these new APIs to create a well formatted XML file.
 
Changed:
<
<
Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.
>
>
--- .XML WRITER OPEN
--- .XML WRITER CLOSE
--- .XML WRITER ELEM START
--- .XML WRITER ELEM END
--- .XML WRITER ADD DATA
--- .XML WRITER CDAT START
--- .XML WRITER CDAT END
--- .XML WRITER ADD ATTR
 

Base64 Data Encoding/Decoding API

You can now encode up to 24k and decode up to 32k of Base64 data, The two new routines are: .CONVERT TO BASE64 and .CONVERT FROM BASE64

Added:
>
>

APPX Data Services API Enhancements

The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than Appx key size limit. As a work around you can use PARENT RID to read through the hierarchy or use PATH HASH which is the hash value of the PATH field.

Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.

Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.

 

Limited Access User Rights

The requirements of the limited access user rights have been implemented in this release.

Line: 61 to 68
 
Changed:
<
<
>
>
 
Line: 77 to 84
 
Changed:
<
<
>
>
 
Changed:
<
<
>
>
 
Line: 94 to 101
  The following features and enhancements were implemented in this Release:
Changed:
<
<
>
>
 
Line: 111 to 118
 
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
Changed:
<
<
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
>
>
  • The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
 
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.

Revision 532022-05-02 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 102 to 102
 

Known Issues

Added:
>
>
  • In the image editor, the multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.
  • In the image editor, screens that use the first row as the title bar don’t show up correctly in APPX versions prior to 6.2.
 
  • In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
Changed:
<
<
  • In the ILF editor, statement(s) commented as a multi-line comment, will not show as being commented on APPX versions prior to 6.2.0
>
>
  • In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
 
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.
Deleted:
<
<
  • In the image editor, the Multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.
  • In the image editor, screens that use the first row as the title bar don’t show up correctly in APPX versions prior to 6.2.
  For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.

Revision 522022-05-02 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 105 to 105
 
  • In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
Added:
>
>
  • In the ILF editor, statement(s) commented as a multi-line comment, will not show as being commented on APPX versions prior to 6.2.0
 
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.
  • In the image editor, the Multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.

Revision 512022-05-02 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Changed:
<
<

>
>

 

Overview

This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.

Changed:
<
<
Noteworthy enhancements include updates to the JSON parser, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the long-awaited ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
>
>
Noteworthy enhancements include updates to the JSON parser, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
 

Changes in Release 6.2.0

Here is a list of the changes in Release 6.2.0:

Line: 29 to 29
  The requirements of the limited access user rights have been implemented in this release.
Changed:
<
<
To review, starting in APPX version 5.0.3, the license agreement defined Limited Access User Rights as follows:
Limited Access User Rights, if specified on the License Key, carry certain limitations and restrictions. Users logging in under Limited Access User Rights are allowed no more than 30
minutes of continuous operation, must be casual, occasional, transient users, may direct output only to a local (non-network) printer, and may not have access to Application Design,
System Administration, or Database Management utilities.

Further, in the CUSTOMER PRICE LIST dated 1/1/2008, users running under, Limited Access User Rights, are excluded from running up to four simultaneous sessions,

Finally, in the price list, Limited Access users may be either “Named” or “Anonymous” but only one User ID may be designated as the “Anonymous” Limited Access user.

For detailed information on Limited Access User Rights, see:
https://www.appx.com/sites/default/files/license-terms/APPX503License.pdf
https://www.appx.com/ftp/appx/documents/forms/reseller/WorldwideCustomerPriceList2008.pdf
>
>
To review, starting in APPX version 5.0.3, the license agreement defined Limited Access User Rights as follows:
Limited Access User Rights, if specified on the License Key, carry certain limitations and restrictions. Users logging in under Limited Access User Rights are allowed no more than 30
minutes of continuous operation, must be casual, occasional, transient users, may direct output only to a local (non-network) printer, and may not have access to Application Design,
System Administration, or Database Management utilities.

Further, in the CUSTOMER PRICE LIST dated 1/1/2008, users running under, Limited Access User Rights, are excluded from running up to four simultaneous sessions,

Finally, in the price list, Limited Access users may be either “Named” or “Anonymous” but only one User ID may be designated as the “Anonymous” Limited Access user.

For detailed information on Limited Access User Rights, see:
https://www.appx.com/sites/default/files/license-terms/APPX503License.pdf
https://www.appx.com/ftp/appx/documents/forms/reseller/WorldwideCustomerPriceList2008.pdf
  Several environmental variables are available to customize the limited user implementation and are as follows:
Line: 41 to 41
  Note: The limited user session time can be shortened by up to 29 minutes thus, a value of 10 means the session will last for 10 minutes.
Changed:
<
<
APPX_LIMITED_USER_EXPIRE_MESSAGE_TIME – can be used to override the time before session ends that the session expiration message is shown to the user
>
>
APPX_LIMITED_USER_EXPIRE_MESSAGE_TIME – can be used to override the time before the session ends that the session expiration message is shown to the user
  Note: By default, the session expiration message is shown to the user is 1 minute before the session expires. This can be set in whole minutes only.

HTML Client APPX Application Development

Changed:
<
<
During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to added to the engine thus that functionality isn’t available in the earlier Appx version. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.
>
>
During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to added to the engine thus that functionality isn’t available in the earlier Appx versions. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.
 

Bugs Fixed

6.2.0:

Line: 104 to 104
 

Known Issues

  • In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
Changed:
<
<
  • The ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
>
>
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
 
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
Changed:
<
<
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.0
>
>
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.
  • In the image editor, the Multi widget editor doesn’t detect the selected items on the screen in APPX versions prior to 6.2.
  • In the image editor, screens that use the first row as the title bar don’t show up correctly in APPX versions prior to 6.2.
  For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.
Line: 115 to 117
 Read what other users have said about this page or add your own comments.
Changed:
<
<

<--/commentPlugin-->
>
>

<--/commentPlugin-->
  -- BrianRyan - 2022-04-13

Revision 502022-04-29 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Changed:
<
<

>
>

 

Overview

This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.

Line: 25 to 25
 

Base64 Data Encoding/Decoding API

You can now encode up to 24k and decode up to 32k of Base64 data, The two new routines are: .CONVERT TO BASE64 and .CONVERT FROM BASE64

Changed:
<
<

More More Something

>
>

Limited Access User Rights

 
Changed:
<
<
Whatever.
>
>
The requirements of the limited access user rights have been implemented in this release.
 
Changed:
<
<
Bugs Fixed
>
>
To review, starting in APPX version 5.0.3, the license agreement defined Limited Access User Rights as follows:
Limited Access User Rights, if specified on the License Key, carry certain limitations and restrictions. Users logging in under Limited Access User Rights are allowed no more than 30
minutes of continuous operation, must be casual, occasional, transient users, may direct output only to a local (non-network) printer, and may not have access to Application Design,
System Administration, or Database Management utilities.

Further, in the CUSTOMER PRICE LIST dated 1/1/2008, users running under, Limited Access User Rights, are excluded from running up to four simultaneous sessions,

Finally, in the price list, Limited Access users may be either “Named” or “Anonymous” but only one User ID may be designated as the “Anonymous” Limited Access user.

For detailed information on Limited Access User Rights, see:
https://www.appx.com/sites/default/files/license-terms/APPX503License.pdf
https://www.appx.com/ftp/appx/documents/forms/reseller/WorldwideCustomerPriceList2008.pdf

Several environmental variables are available to customize the limited user implementation and are as follows:

APPX_SESSION_WILL_EXPIRE_STR – can be used to override the default the session expiration message which reads “As a 'limited user', your session will expire in 1 minute...”

Note: The message is limited to 80 characters and any additional characters will be ignored.

APPX_LIMITED_USER_SESSION_TIME_LIMIT – can be used to override, shortened only, the 30-minute limited user session time limit

Note: The limited user session time can be shortened by up to 29 minutes thus, a value of 10 means the session will last for 10 minutes.

APPX_LIMITED_USER_EXPIRE_MESSAGE_TIME – can be used to override the time before session ends that the session expiration message is shown to the user

Note: By default, the session expiration message is shown to the user is 1 minute before the session expires. This can be set in whole minutes only.

HTML Client APPX Application Development

During this current Appx R&D development cycle (i.e., for Appx 6.2.0 since the Appx 6.1.0 general release) the html client has been updated so it can be used to create/edit images and ILF code as well to debug ILF code. The html code editing capabilities can be used on earlier version of Appx such as 5.5.1 but has limitation since some functionality had to added to the engine thus that functionality isn’t available in the earlier Appx version. As well, not all development functionality, that is available in the Java client, is available in the html client. See know issues below for further information.

Bugs Fixed

 

6.2.0:

The following bugs were addressed in this Release:

Line: 84 to 102
 

Known Issues

Changed:
<
<
  • In the ILF editor, the search, replace and jump button items are not functional
  • In the ILF editor, some audit information will be truncated or missing
We expect to deal with these issues in the next release.
>
>
  • In the ILF editor, the search, replace and jump button items are not functional (We expect to deal with this issue in the next release)
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • The ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.0
  For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.
Line: 96 to 115
 Read what other users have said about this page or add your own comments.
Changed:
<
<

<--/commentPlugin-->
>
>

<--/commentPlugin-->
  -- BrianRyan - 2022-04-13

Revision 492022-04-29 - BrianRyan

Line: 1 to 1
 

APPX 6.2.0 Features

Changed:
<
<
_This page provides an overview of the new features in APPX 6.2.x
>
>
This page provides an overview of the new features in APPX 6.2.x
 
Changed:
<
<

>
>

 

Overview

Changed:
<
<
The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.

'UNICODE' is a new storage attribute for Alpha and Text fields. You can change this attribute, restructure the file, and APPX will accept Unicode data in that field. Although you may see some references to a NATIONAL encoding type, it is not implemented in this release. When storing the data in APPX/IO, APPX uses the UTF-32 format, which requires 4 bytes for each character. When printing Unicode data in a non PDF report or reading/writing a stream file, APPX uses UTF-8. The UTF-8 standard uses 1 to 4 bytes per character. It was designed for backward compatibility with ASCII. The first 128 characters of Unicode, which correspond one-to-one with ASCII, are encoded using a single octet with the same binary value as ASCII, so that valid ASCII text is valid UTF-8-encoded Unicode as well.

Printing Unicode characters in a PDF document is handled by the inclusion of the DejaVu Font library. This is an open source font collection designed for greater coverage of Unicode, as well as providing more styles. Since there are over 1 million possible Unicode characters, not every font family can print all the characters. You may need to source a different font library if your target language is not fully supported in DejaVu. APPX provides a way for you to override the default fonts. The fonts will be embedded in the PDF document and will display regardless of which fonts are installed on the user's desktop.

Transcoding is the act of converting to or from Unicode. APPX handles this for you automatically. However, if you move a field containing Unicode data to a non Unicode field and the Unicode data cannot be transcoded to the target encoding a runtime error will occur. This is similar to an overflow condition with a numeric field. We do not want to simply continue, as you have lost data in this case. There are also APIs for transcoding that give you more control.

Various fields in APPX System Administration and Application Design have been converted to Unicode. As a result of this, System Administration, Application Design and all Structure files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.x. See Upgrading an Existing installation for the details.

Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings are all Unicode. Fields the end user does not see, such as Process Names, File names, etc., are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.

This release has increased memory requirements, and performance in some areas is slow. We are aware of these issues, and they will be addressed in the next patch release.

Application Design Considerations

All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added - you can use these in place of --- TEMP fields if you need a non Unicode field.

The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer APIs.

Unicode is not accepted in ILF statements or Enduser/Designer Selections in a Query. Unicode is accepted in a Query at runtime. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:

      SET --- TEMP 1 = \u2764
DISPLAY --- TEMP 1 (AT APPEARANCE # )

where 2764 is the code point for the ❤ symbol.

Since Unicode is not allowed in ILF, the 'Delimited Exporter' in the Data Dictionary toolbox will substitute a ? for Unicode characters if generating a row of field names.

If a Group field contains a Unicode field, you cannot SET that group to or from an Alpha field. The process will give an 'Invalid Storage Type' compile error. Similarly, Unicode fields cannot be set into a Group field. This may have an impact on your applications if you are using --- TEMP fields to move data to/from a group, since all --- TEMP fields are Unicode. You can use one of the new WORK RAW fields instead. If a group field contains a Unicode field, it can only be moved to/from another group field.

There are many new fields on the GUI Attributes screens for Items on an Image. Because of this, we recommend using at least 27 rows in your Desktop Client settings.

There are additional considerations discussed in more detail at the end of the Upgrade instructions.

>
>
This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.
 
Added:
>
>
Noteworthy enhancements include updates to the JSON parser, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the long-awaited ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
 

Changes in Release 6.2.0

Here is a list of the changes in Release 6.2.0:

Changed:
<
<

Record Length and Field Length Limits Increased

The maximum size of an Alpha/Text field is now 1M (1,048,576) characters. The maximum record length for an APPX/IO Type 9 (Large File) increased to 4,194,560 bytes. This is enough to store a maximum field size (1M Unicode characters) + maximum key size (255 bytes) + 1 alignment byte. APPX/IO Type 1 file record length limit remains at 32K. Oracle or MS SQL Server don't have record length limit.

Unicode

You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is entered in the Additional Attributes dialog box:

Field_AA.png

The default encoding type is RAW, which corresponds to US ASCII (ISO-8859-15). If you are not using ISO-8859-15 as your default encoding, then set the APPX_RAW_ENCODING environment variable to tell APPX which encoding you are using.

Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add an alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.

If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this. If you are using APPX/IO Type 9 file, the new record length limit is 4,194,560. However, the 32k limit still applies to APPX/IO Type 1 files.

In order to display or print Unicode data, the field must have a GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.

You also need to consider how this field is used. If it is moved to a non Unicode field (via SET or RECEIVE) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

APPX ships with the DejaVu fonts for PDF printing. You can install a different set of fonts if required, and then use the following environment variable to override the defaults:

APPX_PDF_FONT_PATH=<location of font files, default $APPXPATH/fonts/>

APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSansCondensed
APPX_PDF_FONT_SANS_BOLD=DejaVuSansCondensed-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSansCondensed-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSansCondensed-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerifCondensed
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerifCondensed-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerifCondensed-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerifCondensed-BoldItalic

Unicode Fields and Collation

Unicode fields are using collation for sorting and comparison instead of ASCII character codes. This causes some behavioral differences between raw fields and Unicode fields in APPX that you should be aware of.

Sorting a Unicode field can have a different result from sorting a Raw field. Since APPX uses collation for sorting Unicode fields, depending on the collation used, you may see different sorting results. Here is an example that shows the differences in result of sorting a Unicode field and a raw field with similar values:

RAW -------- Unicode

In this case APPX uses the default system collation on a Windows 10 machine which is "en_US".

Queries also use collation to sort Unicode fields. So, sorting a Unicode field and a raw field with similar data may result in different sort order. You can use "APPX_QSORT_COL_NAME" and "APPX_QSORT_COL_STRENGTH" environment variables to change the collation used in query processes to sort Unicode fields. If these environment variables are not specified APPX uses the system's collation which also can be overridden (see below).

Comparing Unicode Alpha fields may surprise you. If you are using Raw alpha field and run a statement like:


The result will be TRUE since ASCII code for character 'a' is larger than 'A'. However, if you run the same statement on Unicode fields (based on the collation used) the result may be FALSE. In case of "en_US" collation, the result will be FALSE but if you use "en_US_POSIX" collation, the result will be TRUE.

You can override the collation APPX uses by setting “APPX_UCODE_COL_NAME” and “APPX_UCODE_COL_STRENGTH” environment variables. However, there are some things you need to consider before doing that:

  • Since APPX creates the key indexes for files by relying on the collation (if the key field is Unicode), changing the collation means that you must rebuild the key files for files which have Unicode fields in their keys. Be certain to do this otherwise you may experience data corruption.
  • If different sessions using different collation, modifying records with Unicode key fields can result in data corruption. So, make sure no one is logged into the system when you are setting a new collation and rebuilding key files.
  • If you use invalid collation, Appx uses the best alternative collation for you.
  • "APPX_QSORT_COL_NAME", "APPX_QSORT_COL_STRENGTH" environment variables override Appx collation for query processes. Note: setting these environment variables for queries is harmless and doesn’t need key file rebuild. So, it is a good idea to test different collations and strengths with Queries using these environment variables before changing the collation in APPX.

You can set the COL_NAME to a locale name. Best collation then is chosen for the selected locale. For example, if you specify "en_BB" (English - Barbados), Appx looks for a collation with that name and If it couldn’t find one then the best alternative collation will be chosen, which in this case is "en". You can refer to https://www.localeplanet.com/icu/ for a list of locales.

Valid Strengths for collations are:

  • -1: DEFAULT
  • 0: PRIMARY
  • 1: SECONDARY
  • 2: TERTIARY
  • 3: QUATERNARY
  • 15: IDENTICAL
By default, APPX uses -1, however if you use an invalid value APPX uses 0 (PRIMARY).

You can find more information about each of them at https://unicode-org.github.io/icu/userguide/collation/concepts.html#comparison-levels

64-bit APPX

APPX 6.2 has been updated to run as a 64-bit application on some platforms.

You now have the choice of installing APPX as either a 32-bit or 64-bit application on both Linux and Windows. On other platforms APPX 6.1 remains a 32-bit application.

Both versions can be installed and operate on the same server at the same time if they are installed in to separate directories.

Regardless of whether you install APPX as 32-bits, 64 bits or both, the applications you develop or upgrade from, will run on either 32 bit or 64-bit 6.1 APPX without further consideration as to bitness.

External Databases Quick Restructure

Prior to now, when restructured an external database, Appx would build a new table then transfer the data from the old table to the new table, delete the old table then rename the new table to the original table name. This method is inefficient particularly when the table had many records in it.

Now, Appx will analyze the changes that are being made and if they met certain criteria (listed below) then Appx will use SQL commands to restructured the external database. Otherwise, if the new restructuring criteria is not met, Appx will behave as it has in the past.

New restructuring criteria that will cause Appx to use SQL commands:

  • Add one or more fields to the end of the file/row
  • Increase the size of one or more alpha fields (reducing alpha field size is not supported)
  • Deleting one or more fields
Limitations:
  • You cannot add date/logic fields as a part of a key, if they are not in varchar/char format in your database
  • You cannot, add any field that has null values to be part of a key
Oracle specific limitations:

You cannot do multiple actions that generates multiple SQL Queries. For example, you CAN add multiple fields to the end of the record, but you CANNOT add a field and delete a field at the same time. The reason for this limitation is that oracle does not support rollback on DML transactions. You still can take advantage of Quick restructure by doing it in multiple steps (Add all your fields, restructure, then delete the fields need to be removed, restructure again).

Appx officially supports Oracle and MS. SQL Server. Though MySQL is not officially supported, it will likely work and Appx recommends using 8.0.13 or newer to take advantage of Appx quick restructuring.

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

If no viewer is specified, it will be opened using the desktop default for .txt files.

If you wish to use Appx Report Viewer, you can set "useAppxTxtReportViewer" to true in your client's setting.

Language Translation

Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

New Predefined Fields

As a convenience, number of new fields have been defined for 6.1.0 as shown below.

Work Fields:

  • 'TEMP 4K', 'TEMP 4KC', 'TEMP 4KL', 'TEMP 4KL0', 'TEMP 4KR', 'TEMP 4KR0'
  • 'TEMP 1M', 'TEMP 1MC', 'TEMP 1ML', 'TEMP 1ML0', 'TEMP 1MR', 'TEMP 1MR0'
  • 'WORK RAW 1', 'WORK RAW 10', 'WORK RAW 128', 'WORK RAW 132', 'WORK RAW 1K', 'WORK RAW 1M'
  • 'WORK RAW 2', 'WORK RAW 20', 'WORK RAW 256', 'WORK RAW 2K'
  • 'WORK RAW 3', 'WORK RAW 30', 'WORK RAW 32', 'WORK RAW 32K', 'WORK RAW 32K-A', 'WORK RAW 32K-B', 'WORK RAW 32K-C'
  • 'WORK RAW 4', 'WORK RAW 40', 'WORK RAW 4K'
  • 'WORK RAW 5', 'WORK RAW 50', 'WORK RAW 512'
  • 'WORK RAW 6', 'WORK RAW 60', 'WORK RAW 64', 'WORK RAW 64K'
  • 'WORK RAW 7', 'WORK RAW 79'
  • 'WORK RAW 8', 'WORK RAW 80', 'WORK RAW 8K'
  • 'WORK RAW 9'
Also, a new file structure named COLORS is a available that has a number of colors defined, each with a corresponding default '# value' assigned to it.

COLORS File:

  • 'COLORS BLACK', 'COLORS NAVY', 'COLORS DARK BLUE' , 'COLORS MED BLUE', 'COLORS BLUE', 'COLORS DARK GREEN', 'COLORS GREEN'
  • 'COLORS TEAL', 'COLORS DARK CYAN', 'COLORS DEEP SKY BLUE', 'COLORS DARK TURQUOISE', 'COLORS MED SPRING GRN', 'COLORS LIME', 'COLORS SPRING GREEN'
  • 'COLORS AQUA', 'COLORS CYAN', COLORS MIDNIGHT BLUE', 'COLORS DODGER BLUE', 'COLORS LIGHT SEA GREEN', 'COLORS FOREST GREEN', 'COLORS SEA GREEN'
  • 'COLORS DARK', 'COLOR SLATE GRAY', 'COLORS LIME GREEN', 'COLORS MEDIUM SEA GREEN', 'COLORS TURQUOISE', 'COLORS ROYAL BLUE', 'COLORS STEEL BLUE'
  • 'COLORS DARK SLATE BLUE', 'COLORS MEDIUM TURQUOISE', 'COLORS INDIGO', 'COLORS DARK OLIVE GRN', 'COLORS CADET BLUE', 'COLORS CORNFLOWER BLUE', 'COLORS AQUAMARINE'
  • 'COLORS DIM GRAY', 'COLORS SLATE BLUE', 'COLORS OLIVE DRAB', 'COLORS SLATE GRAY', 'COLORS LT SLATE GRAY', 'COLORS MED SLATE BLUE', 'COLORS LAWN GREEN'
  • 'COLORS CHARTREUSE', 'COLORS AQUAMARINE', 'COLORS MAROON', 'COLORS PURPLE', 'COLORS OLIVE', 'COLORS GRAY', 'COLORS SKY BLUE'
  • 'COLORS LIGHT SKY BLUE', 'COLORS BLUE VIOLET', 'COLORS DARK RED', 'COLORS DARK MAGENTA', 'COLORS SADDLE BROWN', 'COLORS DARK SEA GREEN', 'COLORS LIGHT GREEN'
  • 'COLORS MEDIUM PURPLE', 'COLORS DARK VIOLET', 'COLORS DARK ORHID', 'COLORS YELLOW GREEN', 'COLORS SIENNA', 'COLORS BROWN', 'COLORS DARK GRAY'
  • 'COLORS LIGHT BLUE', 'COLORS GREEN YELLOW', 'COLORS PALE TURQUOISE', 'COLORS LIGHT STEEL BLU', 'COLORS POWDER BLUE', 'COLORS FIREBRICK', 'COLORS DARK GOLDENROD'
  • 'COLORS MEDIUM ORCHID', 'COLORS ROSY BROWN', 'COLORS DARK KHAKI', 'COLORS SILVER', 'COLORS MED VIOLET RED', 'COLORS INDIAN RED', 'COLORS PERU'
  • 'COLORS CHOCOLATE', 'COLORS TAN', 'COLORS LIGHT GRAY', 'COLORS PALE VIOLET RED', 'COLORS THISTLE', 'COLORS ORHID', 'COLORS GOLDEN ROD'
  • 'COLORS CRIMSON', 'COLORS GAINSBORO', 'COLORS PLUM', 'COLORS BURLY WOOD', 'COLORS LIGHT CYAN', 'COLORS LAVENDER', 'COLORS DARK SALMON'
  • 'COLORS VIOLET', 'COLORS PALE GOLDENROD', 'COLORS LIGHT CORAL', 'COLORS KHAKI', 'COLORS ALICE BLUE', 'COLORS HONEYDEW' ,'COLORS AZURE'
  • 'COLORS SANDY BROWN', 'COLORS WHEAT', 'COLORS BEIGE', 'COLORS WHITE SMOKE', 'COLORS MINT CREAM', 'COLORS GHOST WHITE' ,'COLORS SALMON'
  • 'COLORS ANTIQUE WHITE', 'COLORS LINEN', 'COLORS LIGHT GOLDENROD', 'COLORS OLD LACE', 'COLORS RED', 'COLORS FUCHSIA', 'COLORS MAGENTA'
  • 'COLORS DEEP PINK', 'COLORS ORANGE RED', 'COLORS TOMATO', 'COLORS HOT PINK', 'COLORS CORAL', 'COLORS DARK ORANGE', 'COLORS LIGHT SALMON'
  • 'COLORS ORANGE', 'COLORS LIGHT PINK', 'COLORS PINK', 'COLORS GOLD', 'COLORS PEACH PUFF', 'COLORS NAVAJO WHITE' , 'COLORS MOCCASIN', 'COLORS BISQUE'
  • 'COLORS MISTY ROSE', 'COLORS BLANCHED ALMOND', 'COLORS PAPAYA WHIP', 'COLORS LAVENDER BLUSH', 'COLORS SEASHELL', 'COLORS CORNSILK', 'COLORS LEMON CHIFFON'
  • 'COLORS FLORAL WHITE', 'COLORS SNOW', 'COLORS SNOW', 'COLORS YELLOW', 'COLORS LIGHT YELLOW', 'COLORS IVORY', 'COLORS WHITE'

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

The .STREAM functions have been reworked to read or write data in UTF-8 format.

The regular expression library has changed to support unicode characters. It also supports more complex patterns.

The following APIs were added:

.TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.

.TEXT GET UNINAME - returns the name of the Unicode character.

.TEXT SET UNINAME - sets a Unicode character by name.

.TEXT TO UNICODE - transcodes a Raw field to a Unicode field.

.TEXT UNICODE COMP - compares 2 Unicode fields.

.ENV GET ENCODINGS - populates --- ENCODING with all the valid text encodings

.UTIL COMPUTE HASH - accepts an extra flag to compute the hash on the Unicode string

API Help

In the ILF editor, when your cursor is on a line with an API statement, if you press help (F1), you will see a brief explanation of that API statement displayed along with some example code that can be cut & paste into your own code. You can also view the wiki page for that function for more detailed explanation by pressing the "View Web Page" button.

New Widget fields

There were a number of GUI capabilities that were previously only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:

@SDS - Drop Shadows
@SLN - Layering
@SFP - Focus Painting
@SMV - Movable
@SLUB, @SSPO - Line settings
@TSRN - Show Row Numbers on Tables (HTML client only)
@TSFB - Show footer bar on Tables (HTML client only)
@TCSS - Case Sensitive Sorting on Tables (HTML client only)
@FULC - Suppress use of Local Connector (HTML client only)

The migration utility will convert the macro to the formal specification when it can and the macros still work if you prefer those.

Here is a sample GUI Attributes screen showing some of the new fields:

new_table_widget.png

We recommend running with at least 27 rows to accommodate the larger Property screens.

The following fields have been added to --- WIDGET and can be manipulated via ILF:

Drop Shadows

WIDGET DS VISIBLE
WIDGET DS DISTANCE
WIDGET DS ANGLE
WIDGET DS OPACITY
WIDGET DS SIZE
WIDGET COLOR DS (Group Header)
WIDGET COLOR DS R
WIDGET COLOR DS G
WIDGET COLOR DS B
WIDGET COLOR DS NL

Layering

WIDGET LAYER NO

Focus Painting

WIDGET FOCUS PAINTED

Moveable

WIDGET MOVE OPTION NO

Line Settings

WIDGET LINE BASE
WIDGET LINE BASE NUM
WIDGET LINE STROKE OFF

HTML Client Table Settings

WIDGET TAB SHOW ROW NO
WIDGET TAB SHOW FOOTER
WIDGET CASE SENSITIVE

HTML Client Local Connector Control

WIDGET SUPPRESS LC

Consult the online manual at APPX Multi-Release Application Design Manual for details on the Widget specifications, or use the Help key while in Application Design.

New TRAP control

You can now turn TRAPs on or off in an individual process. When you invoke a process, there is a new TRAP Control button:

trap_control.png

If you click the TRAP Control button, you will get some choices:

trap_options.png

The options are self-explanatory. The system identifies 'your' TRAPs by checking the user id of the user that added the TRAP and the date. Anything you added today will be considered 'your' TRAPs. TRAPs you added in the past, or TRAPs added by other designers are not considered 'your' TRAPs.

This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:

trap_toolbar_new.png

New flag to suppress Report Dialog box

A new flag has been added to the System Parameters to allow you to suppress the PDF Confirmation Dialog box:

Supress Report Dialog

Normally when a report document is produced and the 'Print on Screen' flag is checked the document will be uploaded to the user's desktop. At that point, a Report Confirmation Dialog box will appear and the user can continue to the next job step or choose to cancel the job.

In many cases, this is unnecessary. You can check this box to globally skip this dialog box.

Jump to process from audit history

While viewing Audit History in Application Design, you can jump to that process/file/field:

jump.png

The Audit Browser only shows the process information, but if the change was actually made at the Image level, the Jump button will take you to that Image.

Jump to O/C from Button GA

While viewing the GUI Attributes of a Button, you can Jump to the Optional Child specified by the button:

In this example, clicking the 'Children' button in the Toolbar will take you to Optional Child 1, since the button fires USER 1.

New Font - Resource

A new Font Type of 'RESOURCE' is available.:

>
>

JSON Parser

 
Changed:
<
<
font_type.png
>
>
The parser can now parse a file of JSON data, the parsing size limits have be removed and the parsing results can be optioanlly converted to Unicode.

APPX Data Services API

 
Changed:
<
<
Choosing this font type will cause APPX to use the font specified by the Named Resource. If you choose this font type, you must also enter a Named Resource.
>
>
The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than appx key size limit. As a work around you can use PARENT RID to read through the hierarchy.
 
Changed:
<
<
This replaces the technique described where you have to read the WIDGET record and indirectly set WIDGET FONT to 10 via ILF. Now you can simply choose the font RESOURCE.

New utility to check for duplicate shortcuts

>
>
Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.
 
Changed:
<
<
A new utility has been added to the 'Tools' tab in Application Design - 'Check for Dup Shortcuts'. It will list all the shortcuts used in the application and flag the ones it thinks might be duplicates:
>
>
Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.

Base64 Data Encoding/Decoding API

 
Changed:
<
<
shortcuts.png
>
>
You can now encode up to 24k and decode up to 32k of Base64 data, The two new routines are: .CONVERT TO BASE64 and .CONVERT FROM BASE64

More More Something

 
Changed:
<
<
In this example, the letter S is used for both the 'Save' button and the 'Sales Opport.' button and W is used for both 'Weather' and the WWW button.

0LA Output STANDARD ACTION LOG and 0LA Input CONFIRMATION (END) included in 0LC and can be hooked

>
>
Whatever.
 
Changed:
<
<
The Output STANDARD ACTION LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.

Bugs Fixed

>
>
Bugs Fixed
 

6.2.0:

The following bugs were addressed in this Release:

Changed:
<
<
>
>
 

New Features/Enhancements

6.2.0:

The following features and enhancements were implemented in this Release:

Changed:
<
<
>
>
 

Known Issues

Changed:
<
<
  • Performance in some areas is slow
  • APPX -c only works on windows
We expect to deal with these issues in the next patch release.
>
>
  • In the ILF editor, the search, replace and jump button items are not functional
  • In the ILF editor, some audit information will be truncated or missing
We expect to deal with these issues in the next release.
 
Changed:
<
<
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.0. These are the known bugs that we expect to fix in the patch release.
>
>
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.
 

Comments:

Read what other users have said about this page or add your own comments.


Changed:
<
<

<--/commentPlugin-->
>
>

<--/commentPlugin-->
  -- BrianRyan - 2022-04-13

Revision 482022-04-13 - BrianRyan

Line: 1 to 1
Changed:
<
<

APPX 6.1.0 Features

>
>

APPX 6.2.0 Features

 
Changed:
<
<
_This page provides an overview of the new features in APPX 6.1.x
>
>
_This page provides an overview of the new features in APPX 6.2.x
 
Changed:
<
<

>
>

 

Overview

The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.

Line: 38 to 39
  There are additional considerations discussed in more detail at the end of the Upgrade instructions.
Changed:
<
<

Changes in Release 6.1.0

>
>

Changes in Release 6.2.0

 
Changed:
<
<
Here is a list of the changes in Release 6.1.0:
>
>
Here is a list of the changes in Release 6.2.0:
 

Record Length and Field Length Limits Increased

The maximum size of an Alpha/Text field is now 1M (1,048,576) characters. The maximum record length for an APPX/IO Type 9 (Large File) increased to 4,194,560 bytes. This is enough to store a maximum field size (1M Unicode characters) + maximum key size (255 bytes) + 1 alignment byte. APPX/IO Type 1 file record length limit remains at 32K. Oracle or MS SQL Server don't have record length limit.

Line: 89 to 90
 
  • If you use invalid collation, Appx uses the best alternative collation for you.
  • "APPX_QSORT_COL_NAME", "APPX_QSORT_COL_STRENGTH" environment variables override Appx collation for query processes. Note: setting these environment variables for queries is harmless and doesn’t need key file rebuild. So, it is a good idea to test different collations and strengths with Queries using these environment variables before changing the collation in APPX.
Changed:
<
<
You can set the COL_NAME to a locale name. Best collation then is chosen for the selected locale. For example, if you specify "en_BB" (English - Barbados), Appx looks for a collation with that name and If it couldn’t find one then the best alternative collation will be chosen, which in this case is "en". You can refer to https://www.localeplanet.com/icu/ for a list of locales.
>
>
You can set the COL_NAME to a locale name. Best collation then is chosen for the selected locale. For example, if you specify "en_BB" (English - Barbados), Appx looks for a collation with that name and If it couldn’t find one then the best alternative collation will be chosen, which in this case is "en". You can refer to https://www.localeplanet.com/icu/ for a list of locales.
  Valid Strengths for collations are:
  • -1: DEFAULT
Line: 100 to 101
 
  • 15: IDENTICAL
By default, APPX uses -1, however if you use an invalid value APPX uses 0 (PRIMARY).
Changed:
<
<
You can find more information about each of them at https://unicode-org.github.io/icu/userguide/collation/concepts.html#comparison-levels
>
>
You can find more information about each of them at https://unicode-org.github.io/icu/userguide/collation/concepts.html#comparison-levels
 

64-bit APPX

Changed:
<
<
APPX 6.1 has been updated to run as a 64-bit application on some platforms.
>
>
APPX 6.2 has been updated to run as a 64-bit application on some platforms.
  You now have the choice of installing APPX as either a 32-bit or 64-bit application on both Linux and Windows. On other platforms APPX 6.1 remains a 32-bit application.
Line: 312 to 313
  The Output STANDARD ACTION LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.

Bugs Fixed

Changed:
<
<

6.1.0:

>
>

6.2.0:

  The following bugs were addressed in this Release:
Line: 417 to 418
 

New Features/Enhancements

Changed:
<
<

6.1.0:

>
>

6.2.0:

  The following features and enhancements were implemented in this Release:
Line: 458 to 459
 Read what other users have said about this page or add your own comments.
Changed:
<
<

<--/commentPlugin-->
>
>

<--/commentPlugin-->
 
Changed:
<
<
-- BrianRyan - 2021-04-14
>
>
-- BrianRyan - 2022-04-13
 
META FILEATTACHMENT attachment="Field_AA.png" attr="h" comment="" date="1519167717" name="Field_AA.png" path="Field AA.png" size="168071" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="new_table_widget.png" attr="h" comment="" date="1519231686" name="new_table_widget.png" path="new table widget.png" size="369946" user="JeanNeron" version="1"

Revision 472021-09-09 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 289 to 289
  While viewing the GUI Attributes of a Button, you can Jump to the Optional Child specified by the button:
Changed:
<
<
button_jump.png
>
>
  In this example, clicking the 'Children' button in the Toolbar will take you to Optional Child 1, since the button fires USER 1.

New Font - Resource

Revision 462021-09-09 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 65 to 64
  APPX_PDF_FONT_PATH=<location of font files, default $APPXPATH/fonts/>
Changed:
<
<
APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSans
APPX_PDF_FONT_SANS_BOLD=DejaVuSans-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSans-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSans-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerif
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerif-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerif-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerif-BoldItalic
>
>
APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSansCondensed
APPX_PDF_FONT_SANS_BOLD=DejaVuSansCondensed-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSansCondensed-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSansCondensed-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerifCondensed
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerifCondensed-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerifCondensed-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerifCondensed-BoldItalic
 

Unicode Fields and Collation

Unicode fields are using collation for sorting and comparison instead of ASCII character codes. This causes some behavioral differences between raw fields and Unicode fields in APPX that you should be aware of.

Revision 452021-09-09 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 451 to 452
 
  • APPX -c only works on windows
We expect to deal with these issues in the next patch release.
Changed:
<
<
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.1. These are the known bugs that we expect to fix in the patch release.
>
>
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.0. These are the known bugs that we expect to fix in the patch release.
 

Comments:

Revision 442021-09-03 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 414 to 413
 
Added:
>
>
 

New Features/Enhancements

6.1.0:

Revision 422021-08-13 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 266 to 267
  The options are self-explanatory. The system identifies 'your' TRAPs by checking the user id of the user that added the TRAP and the date. Anything you added today will be considered 'your' TRAPs. TRAPs you added in the past, or TRAPs added by other designers are not considered 'your' TRAPs.
Deleted:
<
<
The method of turning off TRAPs has been changed as well. Previously, APPX would convert the TRAP to a comment statement, making it awkward to reactivate the TRAP later. Now it will check the TF flags and as long as there is one available flag, it will simply comment the TRAP, making it easier for you to uncomment it later.
 This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:

trap_toolbar_new.png

Revision 412021-08-13 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 205 to 204
 .UTIL COMPUTE HASH - accepts an extra flag to compute the hash on the Unicode string

API Help

Changed:
<
<
In the ILF editor when you press help, you will see a brief explanation of the API displayed along with some example code that can be cut & paste into your own code. You can also view the wiki page for that function for more detailed explanation.
>
>
In the ILF editor, when your cursor is on a line with an API statement, if you press help (F1), you will see a brief explanation of that API statement displayed along with some example code that can be cut & paste into your own code. You can also view the wiki page for that function for more detailed explanation by pressing the "View Web Page" button.
 

Revision 402021-07-28 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 65 to 66
 APPX_PDF_FONT_PATH=<location of font files, default $APPXPATH/fonts/>

APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSans
APPX_PDF_FONT_SANS_BOLD=DejaVuSans-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSans-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSans-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerif
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerif-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerif-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerif-BoldItalic

Added:
>
>

Unicode Fields and Collation

Unicode fields are using collation for sorting and comparison instead of ASCII character codes. This causes some behavioral differences between raw fields and Unicode fields in APPX that you should be aware of.

Sorting a Unicode field can have a different result from sorting a Raw field. Since APPX uses collation for sorting Unicode fields, depending on the collation used, you may see different sorting results. Here is an example that shows the differences in result of sorting a Unicode field and a raw field with similar values:

RAW -------- Unicode

In this case APPX uses the default system collation on a Windows 10 machine which is "en_US".

Queries also use collation to sort Unicode fields. So, sorting a Unicode field and a raw field with similar data may result in different sort order. You can use "APPX_QSORT_COL_NAME" and "APPX_QSORT_COL_STRENGTH" environment variables to change the collation used in query processes to sort Unicode fields. If these environment variables are not specified APPX uses the system's collation which also can be overridden (see below).

Comparing Unicode Alpha fields may surprise you. If you are using Raw alpha field and run a statement like:


The result will be TRUE since ASCII code for character 'a' is larger than 'A'. However, if you run the same statement on Unicode fields (based on the collation used) the result may be FALSE. In case of "en_US" collation, the result will be FALSE but if you use "en_US_POSIX" collation, the result will be TRUE.

You can override the collation APPX uses by setting “APPX_UCODE_COL_NAME” and “APPX_UCODE_COL_STRENGTH” environment variables. However, there are some things you need to consider before doing that:

  • Since APPX creates the key indexes for files by relying on the collation (if the key field is Unicode), changing the collation means that you must rebuild the key files for files which have Unicode fields in their keys. Be certain to do this otherwise you may experience data corruption.
  • If different sessions using different collation, modifying records with Unicode key fields can result in data corruption. So, make sure no one is logged into the system when you are setting a new collation and rebuilding key files.
  • If you use invalid collation, Appx uses the best alternative collation for you.
  • "APPX_QSORT_COL_NAME", "APPX_QSORT_COL_STRENGTH" environment variables override Appx collation for query processes. Note: setting these environment variables for queries is harmless and doesn’t need key file rebuild. So, it is a good idea to test different collations and strengths with Queries using these environment variables before changing the collation in APPX.

You can set the COL_NAME to a locale name. Best collation then is chosen for the selected locale. For example, if you specify "en_BB" (English - Barbados), Appx looks for a collation with that name and If it couldn’t find one then the best alternative collation will be chosen, which in this case is "en". You can refer to https://www.localeplanet.com/icu/ for a list of locales.

Valid Strengths for collations are:

  • -1: DEFAULT
  • 0: PRIMARY
  • 1: SECONDARY
  • 2: TERTIARY
  • 3: QUATERNARY
  • 15: IDENTICAL
By default, APPX uses -1, however if you use an invalid value APPX uses 0 (PRIMARY).

You can find more information about each of them at https://unicode-org.github.io/icu/userguide/collation/concepts.html#comparison-levels

 

64-bit APPX

APPX 6.1 has been updated to run as a 64-bit application on some platforms.

Revision 392021-07-21 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Changed:
<
<

>
>

 

Overview

The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.

Line: 106 to 106
 Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

New Predefined Fields

Changed:
<
<
A number of new fileds have been defined for 6.1.0 and they are as follows:

Work Fields: 'TEMP 4K', 'TEMP 4KC', 'TEMP 4KL', 'TEMP 4KL0', 'TEMP 4KR', 'TEMP 4KR0'

>
>
As a convenience, number of new fields have been defined for 6.1.0 as shown below.
 
Added:
>
>
Work Fields:
  • 'TEMP 4K', 'TEMP 4KC', 'TEMP 4KL', 'TEMP 4KL0', 'TEMP 4KR', 'TEMP 4KR0'
  • 'TEMP 1M', 'TEMP 1MC', 'TEMP 1ML', 'TEMP 1ML0', 'TEMP 1MR', 'TEMP 1MR0'
  • 'WORK RAW 1', 'WORK RAW 10', 'WORK RAW 128', 'WORK RAW 132', 'WORK RAW 1K', 'WORK RAW 1M'
  • 'WORK RAW 2', 'WORK RAW 20', 'WORK RAW 256', 'WORK RAW 2K'
  • 'WORK RAW 3', 'WORK RAW 30', 'WORK RAW 32', 'WORK RAW 32K', 'WORK RAW 32K-A', 'WORK RAW 32K-B', 'WORK RAW 32K-C'
  • 'WORK RAW 4', 'WORK RAW 40', 'WORK RAW 4K'
  • 'WORK RAW 5', 'WORK RAW 50', 'WORK RAW 512'
  • 'WORK RAW 6', 'WORK RAW 60', 'WORK RAW 64', 'WORK RAW 64K'
  • 'WORK RAW 7', 'WORK RAW 79'
  • 'WORK RAW 8', 'WORK RAW 80', 'WORK RAW 8K'
  • 'WORK RAW 9'
Also, a new file structure named COLORS is a available that has a number of colors defined, each with a corresponding default '# value' assigned to it.

COLORS File:

  • 'COLORS BLACK', 'COLORS NAVY', 'COLORS DARK BLUE' , 'COLORS MED BLUE', 'COLORS BLUE', 'COLORS DARK GREEN', 'COLORS GREEN'
  • 'COLORS TEAL', 'COLORS DARK CYAN', 'COLORS DEEP SKY BLUE', 'COLORS DARK TURQUOISE', 'COLORS MED SPRING GRN', 'COLORS LIME', 'COLORS SPRING GREEN'
  • 'COLORS AQUA', 'COLORS CYAN', COLORS MIDNIGHT BLUE', 'COLORS DODGER BLUE', 'COLORS LIGHT SEA GREEN', 'COLORS FOREST GREEN', 'COLORS SEA GREEN'
  • 'COLORS DARK', 'COLOR SLATE GRAY', 'COLORS LIME GREEN', 'COLORS MEDIUM SEA GREEN', 'COLORS TURQUOISE', 'COLORS ROYAL BLUE', 'COLORS STEEL BLUE'
  • 'COLORS DARK SLATE BLUE', 'COLORS MEDIUM TURQUOISE', 'COLORS INDIGO', 'COLORS DARK OLIVE GRN', 'COLORS CADET BLUE', 'COLORS CORNFLOWER BLUE', 'COLORS AQUAMARINE'
  • 'COLORS DIM GRAY', 'COLORS SLATE BLUE', 'COLORS OLIVE DRAB', 'COLORS SLATE GRAY', 'COLORS LT SLATE GRAY', 'COLORS MED SLATE BLUE', 'COLORS LAWN GREEN'
  • 'COLORS CHARTREUSE', 'COLORS AQUAMARINE', 'COLORS MAROON', 'COLORS PURPLE', 'COLORS OLIVE', 'COLORS GRAY', 'COLORS SKY BLUE'
  • 'COLORS LIGHT SKY BLUE', 'COLORS BLUE VIOLET', 'COLORS DARK RED', 'COLORS DARK MAGENTA', 'COLORS SADDLE BROWN', 'COLORS DARK SEA GREEN', 'COLORS LIGHT GREEN'
  • 'COLORS MEDIUM PURPLE', 'COLORS DARK VIOLET', 'COLORS DARK ORHID', 'COLORS YELLOW GREEN', 'COLORS SIENNA', 'COLORS BROWN', 'COLORS DARK GRAY'
  • 'COLORS LIGHT BLUE', 'COLORS GREEN YELLOW', 'COLORS PALE TURQUOISE', 'COLORS LIGHT STEEL BLU', 'COLORS POWDER BLUE', 'COLORS FIREBRICK', 'COLORS DARK GOLDENROD'
  • 'COLORS MEDIUM ORCHID', 'COLORS ROSY BROWN', 'COLORS DARK KHAKI', 'COLORS SILVER', 'COLORS MED VIOLET RED', 'COLORS INDIAN RED', 'COLORS PERU'
  • 'COLORS CHOCOLATE', 'COLORS TAN', 'COLORS LIGHT GRAY', 'COLORS PALE VIOLET RED', 'COLORS THISTLE', 'COLORS ORHID', 'COLORS GOLDEN ROD'
  • 'COLORS CRIMSON', 'COLORS GAINSBORO', 'COLORS PLUM', 'COLORS BURLY WOOD', 'COLORS LIGHT CYAN', 'COLORS LAVENDER', 'COLORS DARK SALMON'
  • 'COLORS VIOLET', 'COLORS PALE GOLDENROD', 'COLORS LIGHT CORAL', 'COLORS KHAKI', 'COLORS ALICE BLUE', 'COLORS HONEYDEW' ,'COLORS AZURE'
  • 'COLORS SANDY BROWN', 'COLORS WHEAT', 'COLORS BEIGE', 'COLORS WHITE SMOKE', 'COLORS MINT CREAM', 'COLORS GHOST WHITE' ,'COLORS SALMON'
  • 'COLORS ANTIQUE WHITE', 'COLORS LINEN', 'COLORS LIGHT GOLDENROD', 'COLORS OLD LACE', 'COLORS RED', 'COLORS FUCHSIA', 'COLORS MAGENTA'
  • 'COLORS DEEP PINK', 'COLORS ORANGE RED', 'COLORS TOMATO', 'COLORS HOT PINK', 'COLORS CORAL', 'COLORS DARK ORANGE', 'COLORS LIGHT SALMON'
  • 'COLORS ORANGE', 'COLORS LIGHT PINK', 'COLORS PINK', 'COLORS GOLD', 'COLORS PEACH PUFF', 'COLORS NAVAJO WHITE' , 'COLORS MOCCASIN', 'COLORS BISQUE'
  • 'COLORS MISTY ROSE', 'COLORS BLANCHED ALMOND', 'COLORS PAPAYA WHIP', 'COLORS LAVENDER BLUSH', 'COLORS SEASHELL', 'COLORS CORNSILK', 'COLORS LEMON CHIFFON'
  • 'COLORS FLORAL WHITE', 'COLORS SNOW', 'COLORS SNOW', 'COLORS YELLOW', 'COLORS LIGHT YELLOW', 'COLORS IVORY', 'COLORS WHITE'
 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Revision 382021-07-21 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 107 to 106
 Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

New Predefined Fields

Changed:
<
<
Place holder...
>
>
A number of new fileds have been defined for 6.1.0 and they are as follows:

Work Fields: 'TEMP 4K', 'TEMP 4KC', 'TEMP 4KL', 'TEMP 4KL0', 'TEMP 4KR', 'TEMP 4KR0'

 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Revision 362021-06-24 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 92 to 91
  You cannot do multiple actions that generates multiple SQL Queries. For example, you CAN add multiple fields to the end of the record, but you CANNOT add a field and delete a field at the same time. The reason for this limitation is that oracle does not support rollback on DML transactions. You still can take advantage of Quick restructure by doing it in multiple steps (Add all your fields, restructure, then delete the fields need to be removed, restructure again).
Changed:
<
<
Appx officially supports Oracle SQL, PostgreSQL and MSSQL. Though MySQL is not officially supported, it will likely work and Appx recommends using 8.0.13 or newer to take advantage of Appx quick restructuring.
>
>
Appx officially supports Oracle and MS. SQL Server. Though MySQL is not officially supported, it will likely work and Appx recommends using 8.0.13 or newer to take advantage of Appx quick restructuring.
 

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

Line: 107 to 106
 Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

New Predefined Fields

Changed:
<
<
Place holder...
>
>
Place holder...
 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Line: 367 to 366
 

Known Issues

  • Performance in some areas is slow
Changed:
<
<
  • APPX -c doens't work
>
>
  • APPX -c only works on windows
 We expect to deal with these issues in the next patch release.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.1. These are the known bugs that we expect to fix in the patch release.

Revision 352021-06-09 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 77 to 77
 Regardless of whether you install APPX as 32-bits, 64 bits or both, the applications you develop or upgrade from, will run on either 32 bit or 64-bit 6.1 APPX without further consideration as to bitness.

External Databases Quick Restructure

Changed:
<
<
Place holder...
>
>
Prior to now, when restructured an external database, Appx would build a new table then transfer the data from the old table to the new table, delete the old table then rename the new table to the original table name. This method is inefficient particularly when the table had many records in it.

Now, Appx will analyze the changes that are being made and if they met certain criteria (listed below) then Appx will use SQL commands to restructured the external database. Otherwise, if the new restructuring criteria is not met, Appx will behave as it has in the past.

New restructuring criteria that will cause Appx to use SQL commands:

  • Add one or more fields to the end of the file/row
  • Increase the size of one or more alpha fields (reducing alpha field size is not supported)
  • Deleting one or more fields
Limitations:
  • You cannot add date/logic fields as a part of a key, if they are not in varchar/char format in your database
  • You cannot, add any field that has null values to be part of a key
Oracle specific limitations:

You cannot do multiple actions that generates multiple SQL Queries. For example, you CAN add multiple fields to the end of the record, but you CANNOT add a field and delete a field at the same time. The reason for this limitation is that oracle does not support rollback on DML transactions. You still can take advantage of Quick restructure by doing it in multiple steps (Add all your fields, restructure, then delete the fields need to be removed, restructure again).

Appx officially supports Oracle SQL, PostgreSQL and MSSQL. Though MySQL is not officially supported, it will likely work and Appx recommends using 8.0.13 or newer to take advantage of Appx quick restructuring.

 

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

Line: 325 to 340
 
Deleted:
<
<
 

New Features/Enhancements

6.1.0:

Revision 342021-06-08 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 325 to 325
 
Added:
>
>
 

New Features/Enhancements

6.1.0:

Revision 332021-06-08 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 323 to 323
 
Added:
>
>
 

New Features/Enhancements

6.1.0:

Revision 312021-05-25 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 320 to 321
 
Added:
>
>
 

New Features/Enhancements

6.1.0:

Revision 292021-05-17 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 25 to 25
  The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer APIs.
Deleted:
<
<
Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576 characters). The maximum record length for an APPX/IO Type 9 (Large File) increased to 4,194,560 bytes but APPX/IO Type 1 file remains at 32K. Oracle or MS SQL Server don't have record length limit.
 Unicode is not accepted in ILF statements or Enduser/Designer Selections in a Query. Unicode is accepted in a Query at runtime. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:

      SET --- TEMP 1 = \u2764
DISPLAY --- TEMP 1 (AT APPEARANCE # )
Line: 44 to 42
 

Changes in Release 6.1.0

Here is a list of the changes in Release 6.1.0:

Added:
>
>

Record Length and Field Length Limits Increased

The maximum size of an Alpha/Text field is now 1M (1,048,576) characters. The maximum record length for an APPX/IO Type 9 (Large File) increased to 4,194,560 bytes. This is enough to store a maximum field size (1M Unicode characters) + maximum key size (255 bytes) + 1 alignment byte. APPX/IO Type 1 file record length limit remains at 32K. Oracle or MS SQL Server don't have record length limit.

 

Unicode

You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is entered in the Additional Attributes dialog box:

Line: 74 to 75
 Both versions can be installed and operate on the same server at the same time if they are installed in to separate directories.

Regardless of whether you install APPX as 32-bits, 64 bits or both, the applications you develop or upgrade from, will run on either 32 bit or 64-bit 6.1 APPX without further consideration as to bitness.

Added:
>
>

External Databases Quick Restructure

Place holder...

 

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

Line: 86 to 90
 

Language Translation

Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

Added:
>
>

New Predefined Fields

Place holder...

 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Revision 272021-05-17 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 224 to 224
  The following bugs were addressed in this Release:
Added:
>
>
 
Line: 252 to 253
 
Added:
>
>
 
Line: 261 to 263
 
Added:
>
>
 
Line: 278 to 281
 
Added:
>
>
 
Line: 287 to 291
 
Added:
>
>
 
Added:
>
>
 
Added:
>
>
 
Changed:
<
<
>
>
 
Added:
>
>
 

New Features/Enhancements

6.1.0:

Revision 262021-05-12 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 6 to 6
 

Overview

Changed:
<
<
The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.
>
>
The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.
  'UNICODE' is a new storage attribute for Alpha and Text fields. You can change this attribute, restructure the file, and APPX will accept Unicode data in that field. Although you may see some references to a NATIONAL encoding type, it is not implemented in this release. When storing the data in APPX/IO, APPX uses the UTF-32 format, which requires 4 bytes for each character. When printing Unicode data in a non PDF report or reading/writing a stream file, APPX uses UTF-8. The UTF-8 standard uses 1 to 4 bytes per character. It was designed for backward compatibility with ASCII. The first 128 characters of Unicode, which correspond one-to-one with ASCII, are encoded using a single octet with the same binary value as ASCII, so that valid ASCII text is valid UTF-8-encoded Unicode as well.
Line: 14 to 14
  Transcoding is the act of converting to or from Unicode. APPX handles this for you automatically. However, if you move a field containing Unicode data to a non Unicode field and the Unicode data cannot be transcoded to the target encoding a runtime error will occur. This is similar to an overflow condition with a numeric field. We do not want to simply continue, as you have lost data in this case. There are also APIs for transcoding that give you more control.
Changed:
<
<
Various fields in APPX System Administration and Application Design have been converted to Unicode. As a result of this, System Administration, Application Design and all Structure files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.0. See Upgrading an Existing installation for the details.
>
>
Various fields in APPX System Administration and Application Design have been converted to Unicode. As a result of this, System Administration, Application Design and all Structure files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.x. See Upgrading an Existing installation for the details.
  Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings are all Unicode. Fields the end user does not see, such as Process Names, File names, etc., are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.
Line: 25 to 25
  The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer APIs.
Changed:
<
<
Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576 characters). The maximum record length for an APPX/IO file remains at 32K, but is not limited when using Oracle or MS SQL Server.
>
>
Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576 characters). The maximum record length for an APPX/IO Type 9 (Large File) increased to 4,194,560 bytes but APPX/IO Type 1 file remains at 32K. Oracle or MS SQL Server don't have record length limit.
  Unicode is not accepted in ILF statements or Enduser/Designer Selections in a Query. Unicode is accepted in a Query at runtime. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:
      SET --- TEMP 1 = \u2764
DISPLAY --- TEMP 1 (AT APPEARANCE # )
Line: 53 to 53
  Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add an alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.
Changed:
<
<
If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this. However, the 32k limit still applies to APPX/IO files.
>
>
If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this. If you are using APPX/IO Type 9 file, the new record length limit is 4,194,560. However, the 32k limit still applies to APPX/IO Type 1 files.
  In order to display or print Unicode data, the field must have a GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.
Line: 91 to 91
  The .STREAM functions have been reworked to read or write data in UTF-8 format.
Added:
>
>
The regular expression library has changed to support unicode characters. It also supports more complex patterns.
 The following APIs were added:

.TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.

Line: 129 to 131
  The following fields have been added to --- WIDGET and can be manipulated via ILF:
Changed:
<
<
Drop Shadows
>
>
Drop Shadows
  WIDGET DS VISIBLE
WIDGET DS DISTANCE
WIDGET DS ANGLE
WIDGET DS OPACITY
WIDGET DS SIZE
WIDGET COLOR DS (Group Header)
WIDGET COLOR DS R
WIDGET COLOR DS G
WIDGET COLOR DS B
WIDGET COLOR DS NL
Line: 324 to 326
 
Added:
>
>
 

Known Issues

  • Performance in some areas is slow
Added:
>
>
  • APPX -c doens't work
 We expect to deal with these issues in the next patch release.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.1. These are the known bugs that we expect to fix in the patch release.

Revision 252021-05-07 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 78 to 77
  The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:
Changed:
<
<
text_viewer.png
>
>

If no viewer is specified, it will be opened using the desktop default for .txt files.

 
Changed:
<
<
If no viewer is specified, it will be opened using the desktop default for .doc files.
>
>
If you wish to use Appx Report Viewer, you can set "useAppxTxtReportViewer" to true in your client's setting.
 

Language Translation

Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

Line: 107 to 108
 .UTIL COMPUTE HASH - accepts an extra flag to compute the hash on the Unicode string

API Help

Changed:
<
<
In the ILF editor when you press help, you will see a brief explanation of the API displayed along with some example code that can be cut & paste into your own code.
>
>
In the ILF editor when you press help, you will see a brief explanation of the API displayed along with some example code that can be cut & paste into your own code. You can also view the wiki page for that function for more detailed explanation.

 

New Widget fields

There were a number of GUI capabilities that were previously only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:

Line: 170 to 175
 This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:

trap_toolbar_new.png

Changed:
<
<

New flag to suppress PDF Dialog box

>
>

New flag to suppress Report Dialog box

  A new flag has been added to the System Parameters to allow you to suppress the PDF Confirmation Dialog box:
Changed:
<
<
suppress_pdf.png
>
>
Supress Report Dialog
 
Changed:
<
<
Normally when a PDF document is produced and the 'Print on Screen' flag is checked the document will be uploaded to the user's desktop. At that point, a PDF Confirmation Dialog box will appear and the user can continue to the next job step or choose to cancel the job.
>
>
Normally when a report document is produced and the 'Print on Screen' flag is checked the document will be uploaded to the user's desktop. At that point, a Report Confirmation Dialog box will appear and the user can continue to the next job step or choose to cancel the job.
  In many cases, this is unnecessary. You can check this box to globally skip this dialog box.

Jump to process from audit history

Line: 319 to 324
 
Deleted:
<
<
 

Known Issues

  • Performance in some areas is slow

Revision 242021-05-04 - MisaghKarimi

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 321 to 322
 

Known Issues

Deleted:
<
<
  • Oracle Interface does not handle record lengths >32K
 
  • Performance in some areas is slow
Deleted:
<
<
  • Language Translation does not work
 We expect to deal with these issues in the next patch release.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.1. These are the known bugs that we expect to fix in the patch release.

Revision 232021-04-22 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 64 to 64
 APPX_PDF_FONT_PATH=<location of font files, default $APPXPATH/fonts/>

APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSans
APPX_PDF_FONT_SANS_BOLD=DejaVuSans-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSans-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSans-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerif
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerif-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerif-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerif-BoldItalic

Added:
>
>

64-bit APPX

APPX 6.1 has been updated to run as a 64-bit application on some platforms.

You now have the choice of installing APPX as either a 32-bit or 64-bit application on both Linux and Windows. On other platforms APPX 6.1 remains a 32-bit application.

Both versions can be installed and operate on the same server at the same time if they are installed in to separate directories.

Regardless of whether you install APPX as 32-bits, 64 bits or both, the applications you develop or upgrade from, will run on either 32 bit or 64-bit 6.1 APPX without further consideration as to bitness.

 

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

Line: 260 to 269
 
Added:
>
>
 

Revision 222021-04-21 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 41 to 40
  There are additional considerations discussed in more detail at the end of the Upgrade instructions.
Changed:
<
<

Changes in Release 6.0

>
>

Changes in Release 6.1.0

 
Changed:
<
<
Here is a list of the changes in Release 6.0:
>
>
Here is a list of the changes in Release 6.1.0:
 

Unicode

You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is entered in the Additional Attributes dialog box:

Revision 212021-04-15 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 207 to 207
 

6.1.0:

The following bugs were addressed in this Release:

Added:
>
>

New Features/Enhancements

 
Changed:
<
<
APPX invokes the wrong subroutine (#799)
Opt 94 on TIMEOUT and OVERFLOW in ILF does not work (#2161)
Edit checks for appxLoginMgr (#2457)
appxLoginMgr -status (#2460)
Application ID ignored in GOSUB (#2498)
Alternate index retrieval failure with synonym fields (#2504)
PDF output of multi-line alpha field widgets prints only first line (#2564)
License Server does not remove old License Server sessions (#2784)
REPORT-START frame does page break on PDF outputs (#2829)
Verify Data in DMO (#2830)
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
ILF Replace with lower case values causes APPX Error (#2919)
Field and Domain with same name share token values (#2947)
RegEx gives different results on Linux VS windows (#2969)
Regular Exp returns wrong answer or crashes In testing (#2999)
XML Audit Log is not really UTF-8 (#3011)
Audit Logging - entry include for failed 'write' (#3213)
.CLIENT LOAD URL fails with accented characters (#3272)
Select Access Path doesn't work if web gui look selected (#3305)
Numeric masks in Table Widgets (#3360)
Print on Screen & Translation (#3459)
The Browse References interface ignores 3rd spec (#3737)
Can't import entire application into ASQL (#3941)
Group field can't contains substrings (#4013)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)
Transcoding errors don't 'beep'. (#4143)
Multiple Tokens on one image confuses clients (#4144)
Tab order illogical in 6.0 Graphical Attributes (#4157)
PDF Printing Unicode fields with GA (#4161)
Increased memory usage (#4166)
Print on screen = N, Disposition=SAVE causes crash (#4167)
Transcode error when x-ref on App Id (#4170)
CSV Export/Import Design Files doesn't work (#4172)
APPX tries to update SQL Server IDENTITY column (#4173)
Negative pad length causes endless loop (#4195)
HTML Editor GUI Control allows entry of Text/Icon Position (#4199)
Inqueries Run Print on Screen Twice (#4288)
.CLIENT DISPLAY FILE does not work (#4289) ,PI_DYNA_BLD Doesn't Display the Selected Field Description (#4291)
Text is double spaced (#4323)
Can't set system passphrase (#4381)
Can't encrypt a file (#4382)
CSV Import Fails (#4399) Changing a Token field deletes all the tokens (#4424)
LICENSE INFO (GUI) truncates text (#4431)
Can't print HTML on a PDF (#4432)
IF statement is very slow on unicode fields (#4473)
Under 6.x, the Data Palette tree view won’t expand beyond the application node. (#4478)
APPX ODBC login (via ASQL.exe) fails when the APPX O/S Login ID contains upper case (#4494)
.CONVERT TEXT TO HTML doesn't handle all possibilities (#4602)
Session Monitor hot key 'A' shows 'attach', but executes 'kill' (#4729)
Session Monitor crashes if PID not found (#4730)
Default Widget for text field should not be LABEL (#4735)
New Widget Editor Roadblock (#4736)
CNV TEXT should return 'F' if a valid token isn't found (#4748)
Process Monitor in Local/Character Mode Doesn't see Remote Mode Processes (Windows Only) (#4749)
SCAN statement does not return selected record (#4750)
CSV Export doesn't export numeric fields with 0 digits on the left hand side (#476)
MySQL Read with Hold Crashes the Process (#4767)
Appx Engine Doesn't update Widget Audit Information (#4784)
Query Title Bar does not change (#4785)
ADC Cannot Print to Printer With Name Greater Than 30 Characters (#4786)
Option 94 on a GOSUB jumps to a wrong location (#4792)
Optional Child Indicator Gets Unset When OC Option Is Greater Than 127 (#4793)
.CONVERT HTML TO TEXT crashes on converting HTML Entities (#4795)
CSV Export Doesn't Wrap Text with 0x0D in Quotation (#4814)
New item editor retains 'Listbox' setting (#4820)
Input process generation omits Return Disposition (#4823)
isense Server On Windows Creates 2 Records For Iteself On Monitor Shared Memory (#4826)
Scratch Memory File Issue (#4845)
Logging of ULOG.dat can cause memory corruption (#4850)
Changing Column of table source item corrupts item (#4851)
Data Connector Webservice truncates input data (#4853)
IL Editor's Replace Fails If Screen Has More Than 255 Columns (#4855)
>
>

6.1.0:

The following features and enhancements were implemented in this Release:

 

Known Issues

  • Oracle Interface does not handle record lengths >32K
Line: 216 to 317
 
  • Language Translation does not work
We expect to deal with these issues in the next patch release.
Changed:
<
<
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.0.1. These are the known bugs that we expect to fix in the patch release.
>
>
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.1.1. These are the known bugs that we expect to fix in the patch release.
 

Comments:

Revision 202021-04-14 - BrianRyan

Line: 1 to 1
 

APPX 6.1.0 Features

_This page provides an overview of the new features in APPX 6.1.x

Line: 204 to 204
  The Output STANDARD ACTION LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.

Bugs Fixed

Changed:
<
<

6.0.0:

>
>

6.1.0:

  The following bugs were addressed in this Release:
Changed:
<
<
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)
>
>
APPX invokes the wrong subroutine (#799)
Opt 94 on TIMEOUT and OVERFLOW in ILF does not work (#2161)
Edit checks for appxLoginMgr (#2457)
appxLoginMgr -status (#2460)
Application ID ignored in GOSUB (#2498)
Alternate index retrieval failure with synonym fields (#2504)
PDF output of multi-line alpha field widgets prints only first line (#2564)
License Server does not remove old License Server sessions (#2784)
REPORT-START frame does page break on PDF outputs (#2829)
Verify Data in DMO (#2830)
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
ILF Replace with lower case values causes APPX Error (#2919)
Field and Domain with same name share token values (#2947)
RegEx gives different results on Linux VS windows (#2969)
Regular Exp returns wrong answer or crashes In testing (#2999)
XML Audit Log is not really UTF-8 (#3011)
Audit Logging - entry include for failed 'write' (#3213)
.CLIENT LOAD URL fails with accented characters (#3272)
Select Access Path doesn't work if web gui look selected (#3305)
Numeric masks in Table Widgets (#3360)
Print on Screen & Translation (#3459)
The Browse References interface ignores 3rd spec (#3737)
Can't import entire application into ASQL (#3941)
Group field can't contains substrings (#4013)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)
Transcoding errors don't 'beep'. (#4143)
Multiple Tokens on one image confuses clients (#4144)
Tab order illogical in 6.0 Graphical Attributes (#4157)
PDF Printing Unicode fields with GA (#4161)
Increased memory usage (#4166)
Print on screen = N, Disposition=SAVE causes crash (#4167)
Transcode error when x-ref on App Id (#4170)
CSV Export/Import Design Files doesn't work (#4172)
APPX tries to update SQL Server IDENTITY column (#4173)
Negative pad length causes endless loop (#4195)
HTML Editor GUI Control allows entry of Text/Icon Position (#4199)
Inqueries Run Print on Screen Twice (#4288)
.CLIENT DISPLAY FILE does not work (#4289) ,PI_DYNA_BLD Doesn't Display the Selected Field Description (#4291)
Text is double spaced (#4323)
Can't set system passphrase (#4381)
Can't encrypt a file (#4382)
CSV Import Fails (#4399) Changing a Token field deletes all the tokens (#4424)
LICENSE INFO (GUI) truncates text (#4431)
Can't print HTML on a PDF (#4432)
IF statement is very slow on unicode fields (#4473)
Under 6.x, the Data Palette tree view won’t expand beyond the application node. (#4478)
APPX ODBC login (via ASQL.exe) fails when the APPX O/S Login ID contains upper case (#4494)
.CONVERT TEXT TO HTML doesn't handle all possibilities (#4602)
Session Monitor hot key 'A' shows 'attach', but executes 'kill' (#4729)
Session Monitor crashes if PID not found (#4730)
Default Widget for text field should not be LABEL (#4735)
New Widget Editor Roadblock (#4736)
CNV TEXT should return 'F' if a valid token isn't found (#4748)
Process Monitor in Local/Character Mode Doesn't see Remote Mode Processes (Windows Only) (#4749)
SCAN statement does not return selected record (#4750)
CSV Export doesn't export numeric fields with 0 digits on the left hand side (#476)
MySQL Read with Hold Crashes the Process (#4767)
Appx Engine Doesn't update Widget Audit Information (#4784)
Query Title Bar does not change (#4785)
ADC Cannot Print to Printer With Name Greater Than 30 Characters (#4786)
Option 94 on a GOSUB jumps to a wrong location (#4792)
Optional Child Indicator Gets Unset When OC Option Is Greater Than 127 (#4793)
.CONVERT HTML TO TEXT crashes on converting HTML Entities (#4795)
CSV Export Doesn't Wrap Text with 0x0D in Quotation (#4814)
New item editor retains 'Listbox' setting (#4820)
Input process generation omits Return Disposition (#4823)
isense Server On Windows Creates 2 Records For Iteself On Monitor Shared Memory (#4826)
Scratch Memory File Issue (#4845)
Logging of ULOG.dat can cause memory corruption (#4850)
Changing Column of table source item corrupts item (#4851)
Data Connector Webservice truncates input data (#4853)
IL Editor's Replace Fails If Screen Has More Than 255 Columns (#4855)
 

Known Issues

  • Oracle Interface does not handle record lengths >32K
Line: 225 to 225
 
<--/commentPlugin-->
Changed:
<
<
-- JeanNeron - 2018-02-20
>
>
-- BrianRyan - 2021-04-14
 
META FILEATTACHMENT attachment="Field_AA.png" attr="h" comment="" date="1519167717" name="Field_AA.png" path="Field AA.png" size="168071" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="new_table_widget.png" attr="h" comment="" date="1519231686" name="new_table_widget.png" path="new table widget.png" size="369946" user="JeanNeron" version="1"

Revision 192021-04-13 - BrianRyan

Line: 1 to 1
Changed:
<
<

APPX 6.0.0 Features

>
>

APPX 6.1.0 Features

 
Changed:
<
<
This page provides an overview of the new features in APPX 6.0.
>
>
_This page provides an overview of the new features in APPX 6.1.x
 
Changed:
<
<

>
>

 

Overview

The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.

Line: 96 to 96
 .ENV GET ENCODINGS - populates --- ENCODING with all the valid text encodings

.UTIL COMPUTE HASH - accepts an extra flag to compute the hash on the Unicode string

Added:
>
>

API Help

In the ILF editor when you press help, you will see a brief explanation of the API displayed along with some example code that can be cut & paste into your own code.

 

New Widget fields

There were a number of GUI capabilities that were previously only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:

Line: 201 to 204
  The Output STANDARD ACTION LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.

Bugs Fixed

Added:
>
>

6.0.0:

  The following bugs were addressed in this Release:
Changed:
<
<
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)

>
>
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)
 

Known Issues

  • Oracle Interface does not handle record lengths >32K

Revision 172018-04-20 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 17 to 17
 Various fields in APPX System Administration and Application Design have been converted to Unicode. As a result of this, System Administration, Application Design and all Structure files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.0. See Upgrading an Existing installation for the details.

Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings are all Unicode. Fields the end user does not see, such as Process Names, File names, etc., are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.

Added:
>
>
This release has increased memory requirements, and performance in some areas is slow. We are aware of these issues, and they will be addressed in the next patch release.
 

Application Design Considerations

All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added - you can use these in place of --- TEMP fields if you need a non Unicode field.

Revision 162018-03-20 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 127 to 128
  Line Settings
Changed:
<
<
WIDGET LINE BASE NUM
WIDGET LINE STROKE OFF
>
>
WIDGET LINE BASE
WIDGET LINE BASE NUM
WIDGET LINE STROKE OFF
  HTML Client Table Settings

Revision 152018-03-16 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 201 to 201
  The following bugs were addressed in this Release:
Changed:
<
<
Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)
>
>
Unsigned Binary does not convert properly (#2270)
Image Editor Item Display locks session (#2571)
'No Record Currently Held' error (#2574)
Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)

  HTML Client

Scrolling screens missing column separators (#3187)
Find Records for date fields in Tables does not work (#3920)
File upload freezes if file name contains spaces (#3943)
Using -mapOptionKey does not work (#3953)
Text boxes can be resized, but fields below bleed through (#4001)
Table headings don't resize for larger font (#4012)
.CLIENT UPLOAD FILE hangs 2nd time (#4018)
Scan screen rendered incorrectly (#4014)
Unable to Upload Large Files (#4026)
Tltle Bar Background Color is Used on Entire Window (#4033)
Secure icon forces date/time display mostly off screen (#4037)
Sometimes page load gets stuck on Loading... (#4090)
HTML Client 2017121101 incompatible with NPM Module mongodb 3.0rc0 (#4094)

Known Issues

Changed:
<
<
  • Oracle Interface does not handle record lengths >32K
  • Performance in some areas is slow
  • Language Translation does not work
>
>
  • Oracle Interface does not handle record lengths >32K
  • Performance in some areas is slow
  • Language Translation does not work
 We expect to deal with these issues in the next patch release.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.0.1. These are the known bugs that we expect to fix in the patch release.

Revision 142018-03-12 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 214 to 213
 
  • Language Translation does not work
We expect to deal with these issues in the next patch release.
Changed:
<
<
For an update to date list of known issues, use Bugtracker & search for bugs in Release 6.0.1. These are the known bugs that we expect to fix in the patch release.
>
>
For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.0.1. These are the known bugs that we expect to fix in the patch release.
 

Comments:

Revision 132018-02-28 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 69 to 70
 text_viewer.png

If no viewer is specified, it will be opened using the desktop default for .doc files.

Added:
>
>

Language Translation

Language Translation uses the new .UTIL COMPUTE HASH to compute hash values in the Dictionaries. Your Dictionaries are automatically converted during the migration.

 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Revision 122018-02-28 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 56 to 56
 In order to display or print Unicode data, the field must have a GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.

You also need to consider how this field is used. If it is moved to a non Unicode field (via SET or RECEIVE) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

Added:
>
>
APPX ships with the DejaVu fonts for PDF printing. You can install a different set of fonts if required, and then use the following environment variable to override the defaults:

APPX_PDF_FONT_PATH=<location of font files, default $APPXPATH/fonts/>

APPX_PDF_FONT_MONO=DejaVuSansMono
APPX_PDF_FONT_MONO_BOLD=DejaVuSansMono-Bold
APPX_PDF_FONT_MONO_ITALIC=DejaVuSansMono-Oblique
APPX_PDF_FONT_MONO_BOLD_ITALIC=DejaVuSansMono-BoldOblique
APPX_PDF_FONT_SANS=DejaVuSans
APPX_PDF_FONT_SANS_BOLD=DejaVuSans-Bold
APPX_PDF_FONT_SANS_ITALIC=DejaVuSans-Oblique
APPX_PDF_FONT_SANS_BOLD_ITALIC=DejaVuSans-BoldOblique
APPX_PDF_FONT_SERIF=DejaVuSerif
APPX_PDF_FONT_SERIF_BOLD=DejaVuSerif-Bold
APPX_PDF_FONT_SERIF_ITALIC=DejaVuSerif-Italic
APPX_PDF_FONT_SERIF_BOLD_ITALIC=DejaVuSerif-BoldItalic

 

Desktop Client Uses external Text Viewer

The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:

text_viewer.png

Added:
>
>
If no viewer is specified, it will be opened using the desktop default for .doc files.
 

New & Revised APIs

All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

Line: 202 to 210
 
  • Language Translation does not work
We expect to deal with these issues in the next patch release.
Added:
>
>
For an update to date list of known issues, use Bugtracker & search for bugs in Release 6.0.1. These are the known bugs that we expect to fix in the patch release.
 

Comments:

Read what other users have said about this page or add your own comments.

Revision 112018-02-27 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 195 to 194
  HTML Client
Changed:
<
<
Scrolling screens missing column separators (#3187)
Find Records for date fields in Tables does not work (#3920)
Using -mapOptionKey does not work (#3953)
Text boxes can be resized, but fields below bleed through (#4001)
Table headings don't resize for larger font (#4012)
.CLIENT UPLOAD FILE hangs 2nd time (#4018)
Scan screen rendered incorrectly (#4014)
Unable to Upload Large Files (#4026)
Tltle Bar Background Color is Used on Entire Window (#4033)
Secure icon forces date/time display mostly off screen (#4037)
Sometimes page load gets stuck on Loading... (#4090)
HTML Client 2017121101 incompatible with NPM Module mongodb 3.0rc0 (#4094)
>
>
Scrolling screens missing column separators (#3187)
Find Records for date fields in Tables does not work (#3920)
File upload freezes if file name contains spaces (#3943)
Using -mapOptionKey does not work (#3953)
Text boxes can be resized, but fields below bleed through (#4001)
Table headings don't resize for larger font (#4012)
.CLIENT UPLOAD FILE hangs 2nd time (#4018)
Scan screen rendered incorrectly (#4014)
Unable to Upload Large Files (#4026)
Tltle Bar Background Color is Used on Entire Window (#4033)
Secure icon forces date/time display mostly off screen (#4037)
Sometimes page load gets stuck on Loading... (#4090)
HTML Client 2017121101 incompatible with NPM Module mongodb 3.0rc0 (#4094)
 

Known Issues

  • Oracle Interface does not handle record lengths >32K

Revision 102018-02-26 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 21 to 21
  All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added - you can use these in place of --- TEMP fields if you need a non Unicode field.
Changed:
<
<
The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer API's, i.e., use --- .STREAM OPEN/READ/WRITE instead of --- STREAM OPEN/READ/WRITE.
>
>
The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer APIs.
  Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576 characters). The maximum record length for an APPX/IO file remains at 32K, but is not limited when using Oracle or MS SQL Server.
Line: 195 to 195
  HTML Client
Changed:
<
<
Scrolling screens missing column separators (#3187)
Find Records for date fields in Tables does not work (#3920)
Using -mapOptionKey does not work (#3953)
Text boxes can be resized, but fields below bleed through (#4001)
Table headings don't resize for larger font (#4012)
.CLIENT UPLOAD FILE hangs 2nd time (#4018)
Scan screen rendered incorrectly (#4014)
Tltle Bar Background Color is Used on Entire Window (#4033)
Sometimes page load gets stuck on Loading... (#4090)
>
>
Scrolling screens missing column separators (#3187)
Find Records for date fields in Tables does not work (#3920)
Using -mapOptionKey does not work (#3953)
Text boxes can be resized, but fields below bleed through (#4001)
Table headings don't resize for larger font (#4012)
.CLIENT UPLOAD FILE hangs 2nd time (#4018)
Scan screen rendered incorrectly (#4014)
Unable to Upload Large Files (#4026)
Tltle Bar Background Color is Used on Entire Window (#4033)
Secure icon forces date/time display mostly off screen (#4037)
Sometimes page load gets stuck on Loading... (#4090)
HTML Client 2017121101 incompatible with NPM Module mongodb 3.0rc0 (#4094)
 

Known Issues

Changed:
<
<
APPX/ODBC is not available yet

Performance

Language Translation does not work

>
>
  • Oracle Interface does not handle record lengths >32K
  • Performance in some areas is slow
  • Language Translation does not work
We expect to deal with these issues in the next patch release.
 

Comments:

Revision 82018-02-23 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 69 to 70
  The following APIs were added:
Changed:
<
<
.TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.
>
>
.TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.
 
Changed:
<
<
.TEXT GET UNINAME - returns the name of the Unicode character.
>
>
.TEXT GET UNINAME - returns the name of the Unicode character.
 
Changed:
<
<
.TEXT SET UNINAME - sets a Unicode character by name.
>
>
.TEXT SET UNINAME - sets a Unicode character by name.
 
Changed:
<
<
.TEXT TO UNICODE - transcodes a Raw field to a Unicode field.
>
>
.TEXT TO UNICODE - transcodes a Raw field to a Unicode field.
 
Changed:
<
<
.TEXT UNICODE COMP - compares 2 Unicode fields.
>
>
.TEXT UNICODE COMP - compares 2 Unicode fields.
  .ENV GET ENCODINGS - populates --- ENCODING with all the valid text encodings
Line: 126 to 127
  WIDGET SUPPRESS LC
Changed:
<
<
Consult the online manual at APPX Multi-Release Application Design Manual for details on the Widget specifications, or use the Help key while in Application Design.
>
>
Consult the online manual at APPX Multi-Release Application Design Manual for details on the Widget specifications, or use the Help key while in Application Design.
 

New TRAP control

You can now turn TRAPs on or off in an individual process. When you invoke a process, there is a new TRAP Control button:

Line: 197 to 198
  Performance
Added:
>
>
Language Translation does not work
 

Comments:

Read what other users have said about this page or add your own comments.

Line: 218 to 221
 
META FILEATTACHMENT attachment="shortcuts.png" attr="h" comment="" date="1519237329" name="shortcuts.png" path="shortcuts.png" size="123844" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="trap_toolbar_new.png" attr="h" comment="" date="1519247748" name="trap_toolbar_new.png" path="trap toolbar new.png" size="288667" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="text_viewer.png" attr="h" comment="" date="1519316430" name="text_viewer.png" path="text viewer.png" size="63369" user="JeanNeron" version="1"
Added:
>
>
META TOPICMOVED by="JeanNeron" date="1519407313" from="Sandbox.Appx600Features" to="Main.Appx600Features"

Revision 72018-02-23 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features

This page provides an overview of the new features in APPX 6.0.

Line: 37 to 36
  There are many new fields on the GUI Attributes screens for Items on an Image. Because of this, we recommend using at least 27 rows in your Desktop Client settings.
Changed:
<
<
There are additional considerations discussed in more detail at the end of the Upgrade instructions.
>
>
There are additional considerations discussed in more detail at the end of the Upgrade instructions.
 

Changes in Release 6.0

Line: 79 to 78
 .TEXT TO UNICODE - transcodes a Raw field to a Unicode field.

.TEXT UNICODE COMP - compares 2 Unicode fields.

Added:
>
>
.ENV GET ENCODINGS - populates --- ENCODING with all the valid text encodings

.UTIL COMPUTE HASH - accepts an extra flag to compute the hash on the Unicode string

 

New Widget fields

There were a number of GUI capabilities that were previously only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:

Revision 52018-02-22 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features


Overview

Changed:
<
<
The most significant change in this is release is support for a Unicode data type. From Wikipedia: Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical. The addition of Unicode will you to develop APPX applications to run in any language.
>
>
The most significant change in this is release is support for a Unicode data type. From Wikipedia: "Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical." The addition of Unicode will allow you to develop APPX applications to run in any language.
  'UNICODE' is a new storage attribute for Alpha and Text fields. You can change this attribute, restructure the file, and APPX will accept Unicode data in that field. Although you may see some references to a NATIONAL encoding type, it is not implemented in this release. When storing the data in APPX/IO, APPX uses the UTF-32 format, which requires 4 bytes for each character. When printing Unicode data in a non PDF report or reading/writing a stream file, APPX uses UTF-8. The UTF-8 standard uses 1 to 4 bytes per character. It was designed for backward compatibility with ASCII. The first 128 characters of Unicode, which correspond one-to-one with ASCII, are encoded using a single octet with the same binary value as ASCII, so that valid ASCII text is valid UTF-8-encoded Unicode as well.
Changed:
<
<
Printing Unicode characters in a PDF document is handled by the inclusion of the DejaVu Font library. This is an open source font collection designed for greater coverage of Unicode, as well as providing more styles. Since there are over 1 million possible Unicode characters, not every font family can print all the characters. You may need to source a different font library if your target language is not fully supported in DejaVu. APPX provides a way for you to override the default fonts. The fonts will be embedded in the PDF document and will display regardless of what fonts the user has on their desktop.
>
>
Printing Unicode characters in a PDF document is handled by the inclusion of the DejaVu Font library. This is an open source font collection designed for greater coverage of Unicode, as well as providing more styles. Since there are over 1 million possible Unicode characters, not every font family can print all the characters. You may need to source a different font library if your target language is not fully supported in DejaVu. APPX provides a way for you to override the default fonts. The fonts will be embedded in the PDF document and will display regardless of which fonts are installed on the user's desktop.
 
Changed:
<
<
Transcoding is the act of converting to or from Unicode. APPX handles this for you automatically, however, if you move a field containing Unicode data to a non Unicode field and the Unicode data cannot be transcoded to the target encoding, a runtime error will occur. This is similar to an overflow condition with a numeric field. We do not want to simply continue, as you have lost data in this case. There are also APIs for transcoding that give you more control.
>
>
Transcoding is the act of converting to or from Unicode. APPX handles this for you automatically. However, if you move a field containing Unicode data to a non Unicode field and the Unicode data cannot be transcoded to the target encoding a runtime error will occur. This is similar to an overflow condition with a numeric field. We do not want to simply continue, as you have lost data in this case. There are also APIs for transcoding that give you more control.
 
Changed:
<
<
Various fields in APPX System Administration and Application Design have been converted to Unicode. Because of this, System Administration, Application Design and all data files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.0. All key files must be rebuilt as well. See Upgrading an Existing installation for the details.
>
>
Various fields in APPX System Administration and Application Design have been converted to Unicode. As a result of this, System Administration, Application Design and all Structure files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.0. See Upgrading an Existing installation for the details.
 
Changed:
<
<
Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings, are all Unicode. Fields the end user does not see, such as Process Names, File names, etc, are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.
>
>
Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings are all Unicode. Fields the end user does not see, such as Process Names, File names, etc., are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.
 

Application Design Considerations

Changed:
<
<
All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added, you can use these in place of --- TEMP if you need a non Unicode field.
>
>
All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added - you can use these in place of --- TEMP fields if you need a non Unicode field.
 
Changed:
<
<
The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer API's, ie, use --- .STREAM OPEN/READ/WRITE instead of --- STREAM OPEN/READ/WRITE.
>
>
The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer API's, i.e., use --- .STREAM OPEN/READ/WRITE instead of --- STREAM OPEN/READ/WRITE.
 
Changed:
<
<
Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576) characters. The maximum record length for an APPX/IO file remains at 32K, but is not limited when using Oracle or MS SQL Server.
>
>
Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576 characters). The maximum record length for an APPX/IO file remains at 32K, but is not limited when using Oracle or MS SQL Server.
 
Changed:
<
<
Unicode is not accepted in ILF statements. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:
>
>
Unicode is not accepted in ILF statements or Enduser/Designer Selections in a Query. Unicode is accepted in a Query at runtime. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:
 
      SET --- TEMP 1 = \u2764
DISPLAY --- TEMP 1 (AT APPEARANCE # )

where 2764 is the code point for the ❤ symbol.

Added:
>
>
Since Unicode is not allowed in ILF, the 'Delimited Exporter' in the Data Dictionary toolbox will substitute a ? for Unicode characters if generating a row of field names.
 If a Group field contains a Unicode field, you cannot SET that group to or from an Alpha field. The process will give an 'Invalid Storage Type' compile error. Similarly, Unicode fields cannot be set into a Group field. This may have an impact on your applications if you are using --- TEMP fields to move data to/from a group, since all --- TEMP fields are Unicode. You can use one of the new WORK RAW fields instead. If a group field contains a Unicode field, it can only be moved to/from another group field.
Changed:
<
<
There are many new fields on the GUI Attributes screens for Items on an Image. Because of this, we recommend using at least 27 rows in your Desktop Client setting.
>
>
There are many new fields on the GUI Attributes screens for Items on an Image. Because of this, we recommend using at least 27 rows in your Desktop Client settings.
  There are additional considerations discussed in more detail at the end of the Upgrade instructions.
Line: 40 to 42
 Here is a list of the changes in Release 6.0:

Unicode

Changed:
<
<
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is specifed in the Additional Attributes dialog box:
>
>
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is entered in the Additional Attributes dialog box:
  Field_AA.png

The default encoding type is RAW, which corresponds to US ASCII (ISO-8859-15). If you are not using ISO-8859-15 as your default encoding, then set the APPX_RAW_ENCODING environment variable to tell APPX which encoding you are using.

Changed:
<
<
Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add a simple alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.
>
>
Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add an alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.

If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this. However, the 32k limit still applies to APPX/IO files.

In order to display or print Unicode data, the field must have a GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.

 
Changed:
<
<
If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this, however, the 32k limit still applies to APPX/IO files.
>
>
You also need to consider how this field is used. If it is moved to a non Unicode field (via SET or RECEIVE) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

Desktop Client Uses external Text Viewer

 
Changed:
<
<
In order to display or print Unicode data, the field must have GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.
>
>
The Desktop Client now uses an external program for viewing text report. Previously these would be displayed in the client itself. The text viewer to use is specified in the client settings:
 
Changed:
<
<
You also need to consider how this field is used. If it is moved to a non Unicode field (via SET, RECEIVE, etc) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

New & Revised API's

>
>
text_viewer.png

New & Revised APIs

 
Changed:
<
<
All the .TEXT API's have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).
>
>
All the .TEXT APIs have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware that this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).
  The .STREAM functions have been reworked to read or write data in UTF-8 format.
Changed:
<
<
The following API's were added:
>
>
The following APIs were added:
  .TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.
Line: 72 to 79
 .TEXT UNICODE COMP - compares 2 Unicode fields.

New Widget fields

Changed:
<
<
There were a number of GUI capabilities that were only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:
>
>
There were a number of GUI capabilities that were previously only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:
  @SDS - Drop Shadows
@SLN - Layering
@SFP - Focus Painting
@SMV - Movable
@SLUB, @SSPO - Line settings
@TSRN - Show Row Numbers on Tables (HTML client only)
@TSFB - Show footer bar on Tables (HTML client only)
@TCSS - Case Sensitive Sorting on Tables (HTML client only)
@FULC - Suppress use of Local Connector (HTML client only)

Line: 125 to 132
  trap_options.png
Changed:
<
<
The options are self explanatory. The system identifies 'your' TRAPs by checking the user id of the user that added the TRAP and the date. Anything you added today will be considered 'your' TRAPs. TRAPs you added in the past, or TRAPs added by other designers are not considered 'your' TRAPs.
>
>
The options are self-explanatory. The system identifies 'your' TRAPs by checking the user id of the user that added the TRAP and the date. Anything you added today will be considered 'your' TRAPs. TRAPs you added in the past, or TRAPs added by other designers are not considered 'your' TRAPs.
 
Changed:
<
<
The method of turning off TRAPs has been changed as well. Previously, APPX would convert the TRAP to a comment statement, making it awkward to activate the TRAP later. Now it will check the TF flags, and as long as there is one available flag, it will simply comment the TRAP, making it easier for you to uncomment it later.
>
>
The method of turning off TRAPs has been changed as well. Previously, APPX would convert the TRAP to a comment statement, making it awkward to reactivate the TRAP later. Now it will check the TF flags and as long as there is one available flag, it will simply comment the TRAP, making it easier for you to uncomment it later.
  This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:
Line: 164 to 171
 Choosing this font type will cause APPX to use the font specified by the Named Resource. If you choose this font type, you must also enter a Named Resource.

This replaces the technique described where you have to read the WIDGET record and indirectly set WIDGET FONT to 10 via ILF. Now you can simply choose the font RESOURCE.

Changed:
<
<

New utility to check for dup shortcuts

>
>

New utility to check for duplicate shortcuts

  A new utility has been added to the 'Tools' tab in Application Design - 'Check for Dup Shortcuts'. It will list all the shortcuts used in the application and flag the ones it thinks might be duplicates:

shortcuts.png

In this example, the letter S is used for both the 'Save' button and the 'Sales Opport.' button and W is used for both 'Weather' and the WWW button.

Changed:
<
<

0LA Output STANDARD MOD LOG and 0LA Input CONFIRMATION (END) in 0LC and can be hooked

>
>

0LA Output STANDARD ACTION LOG and 0LA Input CONFIRMATION (END) included in 0LC and can be hooked

 
Changed:
<
<
The Output STANDARD MOD LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.
>
>
The Output STANDARD ACTION LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.
 

Bugs Fixed

The following bugs were addressed in this Release:

Line: 205 to 212
 
META FILEATTACHMENT attachment="font_type.png" attr="h" comment="" date="1519236827" name="font_type.png" path="font type.png" size="88760" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="shortcuts.png" attr="h" comment="" date="1519237329" name="shortcuts.png" path="shortcuts.png" size="123844" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="trap_toolbar_new.png" attr="h" comment="" date="1519247748" name="trap_toolbar_new.png" path="trap toolbar new.png" size="288667" user="JeanNeron" version="1"
Added:
>
>
META FILEATTACHMENT attachment="text_viewer.png" attr="h" comment="" date="1519316430" name="text_viewer.png" path="text viewer.png" size="63369" user="JeanNeron" version="1"

Revision 42018-02-21 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features


Line: 40 to 40
 Here is a list of the changes in Release 6.0:

Unicode

Changed:
<
<
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is speicifed in the Additional Attributes dialog box:
>
>
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is specifed in the Additional Attributes dialog box:
  Field_AA.png
Line: 131 to 131
  This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:
Changed:
<
<
trap_toolbar.png
>
>
trap_toolbar_new.png
 

New flag to suppress PDF Dialog box

A new flag has been added to the System Parameters to allow you to suppress the PDF Confirmation Dialog box:

Line: 204 to 204
 
META FILEATTACHMENT attachment="button_jump.png" attr="h" comment="" date="1519236622" name="button_jump.png" path="button jump.png" size="529052" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="font_type.png" attr="h" comment="" date="1519236827" name="font_type.png" path="font type.png" size="88760" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="shortcuts.png" attr="h" comment="" date="1519237329" name="shortcuts.png" path="shortcuts.png" size="123844" user="JeanNeron" version="1"
Added:
>
>
META FILEATTACHMENT attachment="trap_toolbar_new.png" attr="h" comment="" date="1519247748" name="trap_toolbar_new.png" path="trap toolbar new.png" size="288667" user="JeanNeron" version="1"

Revision 32018-02-21 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features


Line: 30 to 31
  If a Group field contains a Unicode field, you cannot SET that group to or from an Alpha field. The process will give an 'Invalid Storage Type' compile error. Similarly, Unicode fields cannot be set into a Group field. This may have an impact on your applications if you are using --- TEMP fields to move data to/from a group, since all --- TEMP fields are Unicode. You can use one of the new WORK RAW fields instead. If a group field contains a Unicode field, it can only be moved to/from another group field.
Added:
>
>
There are many new fields on the GUI Attributes screens for Items on an Image. Because of this, we recommend using at least 27 rows in your Desktop Client setting.
 There are additional considerations discussed in more detail at the end of the Upgrade instructions.

Changes in Release 6.0

Line: 37 to 40
 Here is a list of the changes in Release 6.0:

Unicode

Changed:
<
<
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is in the Additional Attributes dialog box:
>
>
You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is speicifed in the Additional Attributes dialog box:
  Field_AA.png
Line: 47 to 50
  If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this, however, the 32k limit still applies to APPX/IO files.
Changed:
<
<
In order to display or print Unicode data, the field must have GUI Attribute of either a LABEL (non modifiable field or Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.
>
>
In order to display or print Unicode data, the field must have GUI Attribute of either a LABEL (non modifiable field on an Input or normal field on an Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields on the image are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.
  You also need to consider how this field is used. If it is moved to a non Unicode field (via SET, RECEIVE, etc) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

New & Revised API's

Added:
>
>
All the .TEXT API's have been reworked to accept Unicode strings up to 1M in length. The .TEXT LOWER TO UPPER and .TEXT UPPER TO LOWER use the Unicode library to convert text. If you have applications that add or subtract 32 from the ASCII value to convert case, be aware this technique will not work with Unicode data (unless the Unicode field only contains US ASCII characters).

The .STREAM functions have been reworked to read or write data in UTF-8 format.

The following API's were added:

.TEXT FROM UNICODE - transcodes a Unicode field to a Raw field, with control over characters that can't be transcoded.

.TEXT GET UNINAME - returns the name of the Unicode character.

.TEXT SET UNINAME - sets a Unicode character by name.

.TEXT TO UNICODE - transcodes a Raw field to a Unicode field.

.TEXT UNICODE COMP - compares 2 Unicode fields.

 

New Widget fields

Added:
>
>
There were a number of GUI capabilities that were only accessible via macros (@xxx=yy). The following macros have been converted to formal WIDGET specifications:

@SDS - Drop Shadows
@SLN - Layering
@SFP - Focus Painting
@SMV - Movable
@SLUB, @SSPO - Line settings
@TSRN - Show Row Numbers on Tables (HTML client only)
@TSFB - Show footer bar on Tables (HTML client only)
@TCSS - Case Sensitive Sorting on Tables (HTML client only)
@FULC - Suppress use of Local Connector (HTML client only)

The migration utility will convert the macro to the formal specification when it can and the macros still work if you prefer those.

Here is a sample GUI Attributes screen showing some of the new fields:

new_table_widget.png

We recommend running with at least 27 rows to accommodate the larger Property screens.

The following fields have been added to --- WIDGET and can be manipulated via ILF:

Drop Shadows

WIDGET DS VISIBLE
WIDGET DS DISTANCE
WIDGET DS ANGLE
WIDGET DS OPACITY
WIDGET DS SIZE
WIDGET COLOR DS (Group Header)
WIDGET COLOR DS R
WIDGET COLOR DS G
WIDGET COLOR DS B
WIDGET COLOR DS NL

Layering

WIDGET LAYER NO

Focus Painting

WIDGET FOCUS PAINTED

Moveable

WIDGET MOVE OPTION NO

Line Settings

WIDGET LINE BASE NUM
WIDGET LINE STROKE OFF

HTML Client Table Settings

WIDGET TAB SHOW ROW NO
WIDGET TAB SHOW FOOTER
WIDGET CASE SENSITIVE

HTML Client Local Connector Control

WIDGET SUPPRESS LC

Consult the online manual at APPX Multi-Release Application Design Manual for details on the Widget specifications, or use the Help key while in Application Design.

 

New TRAP control

Added:
>
>
You can now turn TRAPs on or off in an individual process. When you invoke a process, there is a new TRAP Control button:

trap_control.png

If you click the TRAP Control button, you will get some choices:

trap_options.png

The options are self explanatory. The system identifies 'your' TRAPs by checking the user id of the user that added the TRAP and the date. Anything you added today will be considered 'your' TRAPs. TRAPs you added in the past, or TRAPs added by other designers are not considered 'your' TRAPs.

The method of turning off TRAPs has been changed as well. Previously, APPX would convert the TRAP to a comment statement, making it awkward to activate the TRAP later. Now it will check the TF flags, and as long as there is one available flag, it will simply comment the TRAP, making it easier for you to uncomment it later.

This option is also available in the Toolbar and Toolbox pulldown menu while at the Process level:

trap_toolbar.png

 

New flag to suppress PDF Dialog box

Added:
>
>
A new flag has been added to the System Parameters to allow you to suppress the PDF Confirmation Dialog box:

suppress_pdf.png

Normally when a PDF document is produced and the 'Print on Screen' flag is checked the document will be uploaded to the user's desktop. At that point, a PDF Confirmation Dialog box will appear and the user can continue to the next job step or choose to cancel the job.

In many cases, this is unnecessary. You can check this box to globally skip this dialog box.

 

Jump to process from audit history

Added:
>
>
While viewing Audit History in Application Design, you can jump to that process/file/field:

jump.png

The Audit Browser only shows the process information, but if the change was actually made at the Image level, the Jump button will take you to that Image.

 

Jump to O/C from Button GA

Changed:
<
<

New Font type Resource

>
>
While viewing the GUI Attributes of a Button, you can Jump to the Optional Child specified by the button:

button_jump.png

In this example, clicking the 'Children' button in the Toolbar will take you to Optional Child 1, since the button fires USER 1.

New Font - Resource

A new Font Type of 'RESOURCE' is available.:

font_type.png

Choosing this font type will cause APPX to use the font specified by the Named Resource. If you choose this font type, you must also enter a Named Resource.

This replaces the technique described where you have to read the WIDGET record and indirectly set WIDGET FONT to 10 via ILF. Now you can simply choose the font RESOURCE.

 

New utility to check for dup shortcuts

Added:
>
>
A new utility has been added to the 'Tools' tab in Application Design - 'Check for Dup Shortcuts'. It will list all the shortcuts used in the application and flag the ones it thinks might be duplicates:

shortcuts.png

In this example, the letter S is used for both the 'Save' button and the 'Sales Opport.' button and W is used for both 'Weather' and the WWW button.

 

0LA Output STANDARD MOD LOG and 0LA Input CONFIRMATION (END) in 0LC and can be hooked

Added:
>
>
The Output STANDARD MOD LOG and the Input CONFIRMATION (END) have been added to application 0LC and can now be hooked.
 

Bugs Fixed

Added:
>
>
The following bugs were addressed in this Release:

Field and Domain with same name share token values (#2947)
RBS - Copying at the Workgroup level doesn't work (#4102)
RBS - Multiple Roles with same name & same user (#4103)
Duplicate 'T' shortcuts in 'Enter / Edit Translations' (#4108)

 

Known Issues

APPX/ODBC is not available yet

Line: 77 to 195
 -- JeanNeron - 2018-02-20

META FILEATTACHMENT attachment="Field_AA.png" attr="h" comment="" date="1519167717" name="Field_AA.png" path="Field AA.png" size="168071" user="JeanNeron" version="1"
Added:
>
>
META FILEATTACHMENT attachment="new_table_widget.png" attr="h" comment="" date="1519231686" name="new_table_widget.png" path="new table widget.png" size="369946" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="trap_control.png" attr="h" comment="" date="1519234847" name="trap_control.png" path="trap control.png" size="127013" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="trap_options.png" attr="h" comment="" date="1519234969" name="trap_options.png" path="trap options.png" size="89693" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="trap_toolbar.png" attr="h" comment="" date="1519235316" name="trap_toolbar.png" path="trap toolbar.png" size="289406" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="suppress_pdf.png" attr="h" comment="" date="1519236090" name="suppress_pdf.png" path="suppress pdf.png" size="451910" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="jump.png" attr="h" comment="" date="1519236307" name="jump.png" path="jump.png" size="194373" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="button_jump.png" attr="h" comment="" date="1519236622" name="button_jump.png" path="button jump.png" size="529052" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="font_type.png" attr="h" comment="" date="1519236827" name="font_type.png" path="font type.png" size="88760" user="JeanNeron" version="1"
META FILEATTACHMENT attachment="shortcuts.png" attr="h" comment="" date="1519237329" name="shortcuts.png" path="shortcuts.png" size="123844" user="JeanNeron" version="1"

Revision 22018-02-21 - JeanNeron

Line: 1 to 1
 

APPX 6.0.0 Features


Line: 47 to 46
 Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add a simple alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.

If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this, however, the 32k limit still applies to APPX/IO files.

Added:
>
>
In order to display or print Unicode data, the field must have GUI Attribute of either a LABEL (non modifiable field or Output) or RAW TEXT. The default font for a LABEL is Arial, which may be noticeable if the other fields are not. You can override the default font to COURIER to use the same font as fields without a GUI attribute.

You also need to consider how this field is used. If it is moved to a non Unicode field (via SET, RECEIVE, etc) that will cause a runtime error to occur if the source field contains Unicode characters that cannot be transcoded. To prevent this, all target fields must also be Unicode and any fields they are moved to, and so on.

 

New & Revised API's

New Widget fields

New TRAP control

Revision 12018-02-20 - JeanNeron

Line: 1 to 1
Added:
>
>

APPX 6.0.0 Features


Overview

The most significant change in this is release is support for a Unicode data type. From Wikipedia: Unicode is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world's writing systems. The latest version contains a repertoire of 136,755 characters covering 139 modern and historic scripts, as well as multiple symbol sets. The Unicode Standard is maintained in conjunction with ISO/IEC 10646, and both are code-for-code identical. The addition of Unicode will you to develop APPX applications to run in any language.

'UNICODE' is a new storage attribute for Alpha and Text fields. You can change this attribute, restructure the file, and APPX will accept Unicode data in that field. Although you may see some references to a NATIONAL encoding type, it is not implemented in this release. When storing the data in APPX/IO, APPX uses the UTF-32 format, which requires 4 bytes for each character. When printing Unicode data in a non PDF report or reading/writing a stream file, APPX uses UTF-8. The UTF-8 standard uses 1 to 4 bytes per character. It was designed for backward compatibility with ASCII. The first 128 characters of Unicode, which correspond one-to-one with ASCII, are encoded using a single octet with the same binary value as ASCII, so that valid ASCII text is valid UTF-8-encoded Unicode as well.

Printing Unicode characters in a PDF document is handled by the inclusion of the DejaVu Font library. This is an open source font collection designed for greater coverage of Unicode, as well as providing more styles. Since there are over 1 million possible Unicode characters, not every font family can print all the characters. You may need to source a different font library if your target language is not fully supported in DejaVu. APPX provides a way for you to override the default fonts. The fonts will be embedded in the PDF document and will display regardless of what fonts the user has on their desktop.

Transcoding is the act of converting to or from Unicode. APPX handles this for you automatically, however, if you move a field containing Unicode data to a non Unicode field and the Unicode data cannot be transcoded to the target encoding, a runtime error will occur. This is similar to an overflow condition with a numeric field. We do not want to simply continue, as you have lost data in this case. There are also APIs for transcoding that give you more control.

Various fields in APPX System Administration and Application Design have been converted to Unicode. Because of this, System Administration, Application Design and all data files are incompatible between Release 6 and any earlier release. A migration tool is provided to move the System Administration and Application Design files to Release 6.0. All key files must be rebuilt as well. See Upgrading an Existing installation for the details.

Unicode is not accepted everywhere in the System Administration or Application Design files. Only those fields that are 'user-facing' have been changed. For example, Printer Descriptions, Form Descriptions, Field Descriptions, Field Column Headings, are all Unicode. Fields the end user does not see, such as Process Names, File names, etc, are not Unicode. To check if a field accepts Unicode or not, just press Help (F1). The help text will tell you if it is a Unicode field.

Application Design Considerations

All --- TEMP fields are now Unicode. This may have an impact if you are PASSing a TEMP field to an internal or external routine or program. If it isn't expecting Unicode, that may be a problem. A number of --- WORK RAW xx fields have been added, you can use these in place of --- TEMP if you need a non Unicode field.

The new API's have been enhanced to work with Unicode fields, but the older ones have not. You may need to update your applications to use the newer API's, ie, use --- .STREAM OPEN/READ/WRITE instead of --- STREAM OPEN/READ/WRITE.

Since Unicode fields require 4 bytes per character, the maximum size of an Alpha/Text field is now 1M (1,048,576) characters. The maximum record length for an APPX/IO file remains at 32K, but is not limited when using Oracle or MS SQL Server.

Unicode is not accepted in ILF statements. If you must refer to a Unicode character in ILF, you can use the \uxxxx syntax. For example, to use the ❤ symbol you could use:

      SET --- TEMP 1 = \u2764
DISPLAY --- TEMP 1 (AT APPEARANCE # )

where 2764 is the code point for the ❤ symbol.

If a Group field contains a Unicode field, you cannot SET that group to or from an Alpha field. The process will give an 'Invalid Storage Type' compile error. Similarly, Unicode fields cannot be set into a Group field. This may have an impact on your applications if you are using --- TEMP fields to move data to/from a group, since all --- TEMP fields are Unicode. You can use one of the new WORK RAW fields instead. If a group field contains a Unicode field, it can only be moved to/from another group field.

There are additional considerations discussed in more detail at the end of the Upgrade instructions.

Changes in Release 6.0

Here is a list of the changes in Release 6.0:

Unicode

You can now specify a 'Unicode' encoding type for Alpha and Text fields. This is in the Additional Attributes dialog box:

Field_AA.png

The default encoding type is RAW, which corresponds to US ASCII (ISO-8859-15). If you are not using ISO-8859-15 as your default encoding, then set the APPX_RAW_ENCODING environment variable to tell APPX which encoding you are using.

Unicode fields must be aligned on a 4 byte boundary. When the file is processed, APPX will check this and warn you if you need to add alignment bytes. Simply add a simple alpha field of the designated length in front of your Unicode field. If you have more than one Unicode field in your file, you may have to add multiple alignment bytes.

If the new record length is > 32K, you will get a warning from the Data Dictionary compiler. If you are going to store this file in Oracle or SQL Server, you can ignore this, however, the 32k limit still applies to APPX/IO files.

New & Revised API's

New Widget fields

New TRAP control

New flag to suppress PDF Dialog box

Jump to process from audit history

Jump to O/C from Button GA

New Font type Resource

New utility to check for dup shortcuts

0LA Output STANDARD MOD LOG and 0LA Input CONFIRMATION (END) in 0LC and can be hooked

Bugs Fixed

Known Issues

APPX/ODBC is not available yet

Performance

Comments:

Read what other users have said about this page or add your own comments.



<--/commentPlugin-->

-- JeanNeron - 2018-02-20

META FILEATTACHMENT attachment="Field_AA.png" attr="h" comment="" date="1519167717" name="Field_AA.png" path="Field AA.png" size="168071" user="JeanNeron" version="1"
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback