Voici les conditions à respecter pour assurer la compatibilité entre le générateur C et le générateur RPG, pour les programmes de type ADELIA.
Les sous-fichiers multicolonnes seront considérés comme monocolonnes.
Il est préférable d'avoir une constante en-tête de colonne pour chaque zone du sous-fichier, plutôt qu'une seule constante contenant tous les en-têtes de colonnes.
Il faut éviter de mettre les en-têtes de colonnes d'un sous-fichier dans une seule variable.
Les enregistrements de sous-fichier tenant sur plusieurs lignes, qu'ils soient en affichage tronqué (SFLDROP) ou non, seront representés par une seule ligne, sur laquelle il faudra faire une pagination latérale pour voir le reste de l'enregistrement.
Les mots-clés DDS IBM spécifiés comme "Autres paramètres" au niveau du fichier écran ou imprimante, des formats ou des zones, ne seront pas pris en compte.
Seule l'aide transactionnelle est gérée.
Les caractéristiques des formats écran correspondant à des mots clés DDS IBM (ASSUME, CLRL, PUTOVR, OVERLAY, etc.) ne seront pas prises en compte.
Dans le cas où les options ou les touches de fonction possibles sont affichées en dynamique, et si l'on veut avoir une transformation de type "micro" (menu contextuel pour les options, boutons pour les touches de fonction), il faut déterminer, au niveau de la transaction, les options et touches de fonction qui seront affichées.
Ne pas concevoir l'interface avec une logique par format, car Adélia utilise une logique transactionnelle (image écran définie dans sa totalité et non pas format par format).
Les attributs "clignotement", "souligné" et "séparateur de colonnes" ne sont pas pris en compte (même chose pour les instructions L4G FAIRE_CLIGNOTER, SOULIGNER et SEPARATEUR_COL).