realbasic-nug.fr
[Top] [All Lists]

Re: 2k9r3 check code after a Return

To: REALbasic NUG French <realbasic-nug.fr@lists.realsoftware.com>
Subject: Re: 2k9r3 check code after a Return
From: "emile.a.schwarz" <emile.a.schwarz@wanadoo.fr>
Date: Fri, 17 Jul 2009 15:10:29 +0200 (CEST)
Authentication-results: mx.google.com; spf=neutral (google.com: 74.124.194.228 is neither permitted nor denied by best guess record for domain of realbasic-nug.fr-bounces@lists.realsoftware.com) smtp.mail=realbasic-nug.fr-bounces@lists.realsoftware.com
Delivered-to: listarchive@realsoftware.com
Reply-to: REALbasic NUG French <realbasic-nug.fr@lists.realsoftware.com>
Sender: realbasic-nug.fr-bounces@lists.realsoftware.com
Christian,


>Avec la dernière version de RB (2009 R3), les EditField sont transformés en 
>TextArea (ou TextField). >Malheureusement, seuls les éléments de l'interface 
>sont remplacés, pas les éventuelles définitions de variables de >type 
>EditField présents dans le code ou paramètres de procédures/fonctions. Le 
>paramètre en erreur de la fonction >concernée est certainement de type 
>EditField, il faut remplacer le type par TextArea (ou TextField, cela dépend 
>de >l'élément passé en paramètre).

J'y avais pensé, mais mon attention est restée focalisée sur les courriers. Ton 
message m'a fait aller voir et en effet, tu as raison!

Merci, j’aurais peut-être vu (pas sûr) que le code dans la définition d'une 
méthode (ou fonction) comporte "EditField", d’où une erreur "Parameters are not 
compatible with this function" qui n'est pas assez (pas du tout) explicite.

Tout paramètre du genre: "EF As EditField" (sans apostrophes) est à modifier / 
n'est pas changé automatiquement. Il y a là - à mon avis - matière à modifier 
l'erreur retournée.

>En ce qui concerne le Return, je pense que le compilateur ne se préoccupe pas 
>de savoir s'il y a du code après. >Return n'est pas une directive de 
>compilation, c'est pour cela, je pense, que le compilateur ne s'arrête pas.
Il y a eu une modification récente (r3?) dans le traitement du Return car 
avant, la compilation stoppait là (enfin, la compilation ignorait le code situé 
après un Return (non englobé dans un if / While / For, etc.)

Emile




<Prev in Thread] Current Thread [Next in Thread>