- error messages:  We use a table and an auxiliary screen to show the messages.  - screen titles, field and other labels:  We use a table. All the titles and labels are temporary fields filled in the INITALIZE. For reports, we use QTP to create an auxiliary subfile with all the titles and headings.

If temporary items could be used as field&#39;s labels we would save time and lines of code, but I realize that this can be difficult to add. Our dictionary is in Spanish and we use tables and auxiliary screens for field&#39;s helps, description of the screen....

We don&#39;t use CC. When we develop, we write the record in Spanish. If a record hasn&#39;t got translation is shown in Spanish. Some users have access to screens in which they can write the translation of error messages, labels...

- function key labels Not dealt with yet - menu labels and menuitem labels Not dealt with yet - month names (from the dictionary) We use Spanish ones. If necesary we obtain the translations from multilanguage tables.

- decimal character (from the dictionary) We use &#39;,&#39; for decimal positions, but some functions as FORMATNUMBER doesn&#39;t work. - numeric item formatting We use &#39;,&#39; for decimal positions: PIC &quot;^^^.^^^.^^^,^^&quot;, but we convert numeric fields to char in order to show decimal points when we send data to english clients or providers.

<br><br>- date formatting<br>We always use DDMMYYYY date format. When exporting data to Excel, we use YYYY/MM/DD.<br><br>- collating sequences (if the data is non-English)<br>Not dealt with yet<br><br>- upshift/downshift sequences (if the data is non-English)

<br>This line in the dictionary solve our problem with latin characters, but we haven&#39;t dealt with the Polish ones yet.<br>ASCII8 CHARACTER SET Upshift Ascii &quot;徶鈶熆橑駏糐簐壏鎃鯙藟譧𨪛𣆥墻屉鵏褘&quot;<br><br>We also have a problem with Oracle. Our database is UTF8 and the field size shown by the dictionary isn&#39;t real:

<br><br>Oracle table definition:<br>&nbsp; ENTIDAD_OFICINA&nbsp; &nbsp; &nbsp;&nbsp;&nbsp; VARCHAR2(8 BYTE),<br>&nbsp; COD_POSTAL_BANCO&nbsp; VARCHAR2(10 BYTE),<br>&nbsp; NOMBRE_BANCO&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; VARCHAR2(30 CHAR)<br><br>QSHOW:<br>Item&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Type&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; Size&nbsp; Occ&nbsp; Offset

ENTIDAD_OFICINA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VARCHAR&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; 10&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 COD_POSTAL_BANCO&nbsp;&nbsp;&nbsp;&nbsp; VARCHAR&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; 12&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 20 NOMBRE_BANCO&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VARCHAR&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; 122&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; 32 We have to use the size option in all the field declared in Chars instead of bytes, Nvarchars,...

<br>