CHAR[] encoding and special/accentuated characters

    Hello,

    I'm rewriting a TP on a cell (KSS5.6, KRC2). At the moment messages are managed through a WOP package which has a dedicated message database called MessAppli.db in C:/DATA.
    However, I would prefer to manage the messages independently from the WOP and hard code my messages in a dedicated .dat file, in some kind of CHAR array. Or alternatively to have my own database.

    My first question is :

    Has my system is in french I need do display my messages in french. But .dat files are automatically transcoded to us-ascii when they are copied to /KRC/R1. Thus, I can't display properly my messages with special or accentuated characters from a CHAR[] variables such as :

    Code
    DELC CHAR myMessage[100] = "ééèèoùùàààl'l'l'"

    Apparently KRL can understand hexa coding inside a char array with the syntax :

    Code
    DELC CHAR myMessage[100] = "this a message with an 'H0E' inside"

    So is there a way to know the correspondance between special/accentuated characters and the corresponding hexa code (for instance : "à" => 'HXXX') ?

    My seconde question is :

    As I said previously, The actual way of doing this is through a message database, in my case named C:/DATA/MessAppli.mdb. This database has mainly two tables, the first is ITEM {keystring, keyid} and the second is MESSAGES {keyid, langid, message}. Thus, for a certain keystring i can display a message in a given language.

    When I call Set_KrlMsg (#NOTIFY, msg, msgParams[], msgOptions), if msg.MSG_TXT[] corresponds to a keystring that is actually present in MessAppli.mdb I will display the corresponding message string from the DB. Otherwise, I will simply display the content of MSG_TXT[]. Internally, Set_KrlMsg takes care of the encoding problem I am facing.

    So my question is what is the process to create my own independant DB and how can I tell the system to search in this database when calling Set_KrlMsg ? Is this just a matter of adding a regex key somewhere ? Is it more complicated ?

    The database question, I can't address, having no experience in that specific area.

    For the character question, I'm fairly sure you're limited to basic 8bit ASCII. You can set a CHAR to an atypical value (like LineFeed or Carriage Return) by setting that CHAR to the Integer ASCII value of the character:

    Code
    DECL CHAR CarriageReturn
CarriageReturn = 13

    I don't think you can do this with SWRITE, but one (crude) approach would be to directly write to a specific character position in the string, since a string in KRL is simply an array of CHAR.

    dont have access to KRC2 or old enough version of Access to open message database... but...
    i agree, this is probably just ASCII. you can easily generate values using loop counter and see what they are on specific platform.
    inserting characters into string using SWRITE should be no problem using %c

    On the issue of not being able to use DECL CHAR String[100] = "This is a message with 'H0E' inside it", have you tried this in a .DAT file?

    I ask b/c, when I DECL a CHAR array in a .DAT file, and then assign an integer ASCII value to part of the array using executable code, the resulting DECL line in the .DAT file looks almost exactly like that. Except that KRL requires an array be declared on one line, then initialized on the following line(s), so:

    Code
    DECL CHAR String[100]
String[] = "This is a message with 'H0E' inside it"

    I've never tried writing a .DAT file that way, but in my experience, the contents of such an array should be identical regardless of whether it was written "offline" by a programmer, or filled dynamically by executable code.

Advertising from our partners