Caracteres de blocs

Ce n' est pas une demande d' amélioration à proprement parler
mais plutôt un petit ajout.

Actuellement :
' mon texte
rem mon texte
sont des commentaires

Serait il possible, qu' un caratere ou double caractères soient ignoré par le langage dans un programme.
ceci de facon à pouvoir plus facilement créer des blocs dans les éditeurs.
cela pourrait être :

*/ en ouverture et /* en fermeture et ceux ci sur une ligne distinct ex :

*/ 
' DECLARATION DES VARIABLES

dim ....
dim ....

/*


*/
' DECLARATION DES LABELS

label ....
label ....
*/

Sans vouloir shunter ta demande que j'approuve, il existe un moyen très simple que j'utilise fréquemment:
J'isole mon bout de code en le positionnant entre 2 sous-programmes en mettant en commentaire l'appel et la fin.

Exemple:

' SUB
 if bidule>machin then ......
' END_SUB


A+

Bonne idée, Jean Claude. Mais tu n'as même pas besoin de mettre les mots-clé en commantaire:

Code:

sub block1()
  if 1=2

  end_sub
end_sub

Même appelée, cette sub ne fait rien...  Et pour Yannick, le bloc serait reconnu au même titre su'une sub quelconque.

Oui j'avais vu aussi ce conseil sur le forum.

Tu as fait une petite erreur d’inattention:

Code:

sub block1()
  if 1=1

  end_if
end_sub

A+

Le but n' a rien avoir avec le programme en lui même.
La sub sera reconnue comme tel et heureusement.

Le but est de pouvoir insérer des marqueurs de début et fin de bloc
qui n' interfèrent pas dans le programme.
Il faut donc réserver au moins deux marqueurs qui ne soient pas utilisés
par Panoramic dans le code.

entre, et ce n' est qu' une proposition, */ et /* on peut mettre 20 procédures mais qui ne feront qu' un bloc
ce bloc peut être Main ou Var ou Lab ou encore GUI.
et dans les éditeurs, on pourrait plier/déplier ces blocs.

Prendre les mots-comme marqueur est sujet à caution.
exemple : sub...end_sub

sub peut s' écrire Sub SUB sub SuB SUb Panoramic ne tient pas compte de la casse.
et dans la recherche...

un marqueur est un marqueur : */ ou */ c' est toujours les mêmes caractères. 

Merci, Jean Claude. C'est corrigé.

@Yannick:
il faut bien sûr tester avec upper$(s$)="SUB" ou instr(upper$'s$),"SUB") etc. J'étais sûr que tu faisais des choses comme ça...

Oui j' ai fait comme cela mais il y a toujours un moment où cela bug.
Surtout dès que le marqueur est composé, ex End_....
c' est pourquoi je proposé de réserver des caractères simples et continus comme */ et /* qui sont déjà des marqueurs dans d' autres langages.

comme { et } pour les procédures alors qu' en Panoramic on met des parenthèses pour tout et parfois cela devient illisible. mais là, c' est un autre débat.

Ben, en cas de marqueurs composés, tu testes d'abord le marqueur composé, et si ce n'est pas le marqueur composé, tu testes le marqueur simple. Exemple:

Code:

...
if left$(trim$(upper$(ligne$)),7)="END_SUB"
  ... traiter end_sib ici
else
  if left$(trim$(upper$(ligne$)),4)="SUB "
  ... taiter sub ici
  end_if
  ...
end_if

Je vais regarder çà.