BLIP, interpréteur linguistique

On utilise ici un méta-langage nommé BLIP (Boxed Linguistic Instructions Processing) qui s'inspire initialement du LISP mais qui est ici réduit à un langage de description de structures linguistiques imbriquées, dans l'esprit d'un PdB (Processeur de Boîtes, concept lié à la métaphore des boîtes), c'est à dire sans aucun mot-clé a priori. Sa syntaxe est réduite au minimum pour désigner des listes (i.e les boîtes), des chaînes de caractères et des nombres.

BLIP traite donc uniquement des structures de boîtes imbriquées et en extrait ce qu'il comprend, pour action ou non. On part en effet du principe qu'une instruction (ou action) est un ordre donné via un verbe, sachant que dans les langues les plus répandues, le verbe à l'impératif (ou souvent en français à l'infinitif) se met en début de phrase. On peut donc admettre que toute instruction à exécuter est nécéssairement consignée dans le premier item d'une liste.

La réciproque est fausse : le premier item d'une liste ne désigne pas forcément une instruction ! En chinois le verbe est simplement précédé de 请 (qǐng = prier) ou suivi de 着 (zhe, pour les verbes d'état).

Enfin, si BLIP reconnaît une action mais placée ailleurs qu'en début de liste, il n'en fera rien. Ce qui n'empêche pas l'instruction concernée, elle en début de liste, d'en faire quelque chose !

A priori BLIP interprête donc n'importe quoi de bien parenthésé, et en fait ce qu'il peut via un module linguistique. C'est à chaque langage de réduire éventuellement cette liberté, au cas par cas. Pour BLIP, chaque PdB (ici une fonction Javascript des variables L, une liste, et V, pour définir des variables locales) analyse l'entrée (la liste L) à sa convenance et peut tolérer ou non des erreurs de syntaxe par rapport à un langage défini a priori. De plus chaque PdB décide s'il émet ou non des messages d'erreurs.

Ainsi BLIP exploite un langage primitif, dynamiquement adapté à la sémantique d'un langage particulier via des modules qui en définisent les instructions linguistiques. À savoir ici, à titre d'exemples :

• BoxML, un langage pour construire des sources HTML avec définition complète des espaces dans les éléments ;
• Calc, un langage pour construire des calculatrices à l'aide de formules de calcul ;
• BAlgo, un langage de programmation complet (a priori non objet) mais fonctionnel avec des variables globales, hors fonctions, et des variables locales pour définir des fonctions.

Les deux premiers sont conçus sans les structures usuelles de contrôle de la programmation mais avec possibilité de définir des variables (globales pour chaque langage) ; le dernier permet même de définir des fonctions récursives.

BLIP ne reconnaît que les chaînes de caractères et des mots particuliers qu'un module définit comme articulations linguistiques pour faciliter la mise en place d'une syntaxe proche du langage naturel. C'est ce qui nécessite un colorisateur particulier qui doit pourvoir s'adapter dynamiquement à un complément modulaire de l'ILO du langage, c'est à dire l'interface linguistique opérationelle entre le développeur et les PdB.

Pour la définir la syntaxe et les tests de BAlgo, simple langage de démonstration, on s'est initialement inspiré d'un tutoriel sur un langage LISP-like à vocation pédagogique, et de sa doc officielle.

Avec BLIP, mettre au point un langage à vocation algorithmique comme BAlgo nécessite de définir aussi l'affectation et les instructions de contrôle, car il faut bien noter que BLIP ne comprend intrinsèquement aucune notion de programmation : seul le premier élément d'une liste qu'il reçoit peut être interprété comme l'envoi des éléments suivants à un PdB qui en fait bon usage.

Dans BLIP, quelle que soit l'extension développée (comme Calc ou BoxML, ci-dessous), la syntaxe est minimaliste. C'est simplement celle de listes d'items, ceux-ci séparés par des espaces ou sauts de ligne, celles-là délimitées par des parenthèses. De plus on distingue systématiquement le nom de la variable (une chaîne de caractères) de sa valeur. Par exemple "texte" désigne une variable tandis que texte en désigne la valeur.

BLIP accepte aussi la virgule ou les les deux-points comme séparateurs des éléments d'une liste (ils sont donc équivalents à une espace). Ce qui permet d'améliorer, chacun à son goût, la lisibilité des instructions ayant une structure assez longue.

Tout commentaire est précédé de ; ou // ; le premier saut de ligne qui le suit en définit la fin.

Calc pour construire des calculatrices

Ce qui suit est un exemple de script en langage spécifique, adapté à une problématique donnée : l'usage d'expressions mathématiques sous forme d'IHM (Interface Homme-Machine).

On peut lister toutes ses instructions possibles avec l'instruction (Calc?), ou avoir simplement une explication sur l'une d'elles, par exemple avec (Placer?). On remarque que l'instruction Commenter n'est pas définie initialement, ce qui n'empêche pas l'interpréteur de faire convenablement le maximum de ce qu'il comprend.

Comme pour tout langage conçu avec BLIP, on peut compléter Calc dynamiquement.

BoxML pour construire du contenu en HTML

Avec la seule instruction Box on peut construire du source HTML avec les textes sous la forme explicite de chaînes de caractères. Donc les espaces du source en BoxML ne font pas partie de celle du source HTML produit (alors que les objets Text étant implicites en HTML, les espaces nuisibles sont difficiles à négocier).

On peut aussi définir un style à appliquer, avec l'instruction Style.

BAlgo ou l'algorithmique en boîtes

Dans BAlgo la syntaxe est en français, sans faute d'accent. On y distingue les identifiants des variables (ce sont des chaînes de caractères) de leurs valeurs, d'où des instructions comme (Affecter_à "n" (* 100 n)). En effet affecter ··· à ··· est un raccourci de affecter ··· à la variable ···, instruction que l'on ne définit pas (mais qui pourrait l'être !). On préfèrera d'ailleurs (Affecter (* 100 n) à "n"), plus lisible.

Quelques instructions graphiques

On s'inspire des primitives graphiques de MicroAlg.

Avec le langage Algo/JS

On peut à tout moment effacer ("le brouillon").