SAMPI - Editeur structuré
1. Le Problème et la Proposition
2. Le Langage Primitif de Représentation Textuelle
2.1. Présentation de la Syntaxe Concrète
2.2. Notations
2.3. Exemple de structuration des données
2.4. Exemple de structuration des traitements
2.5. Exemple de structurations connexes
3. Le Langage Complété pour la Structuration des Textes
3.1. Présentation de la Syntaxe Complétée
3.2. Etude quantitative de l'évolution des programmes
3.3. L'édition syntaxique
3.4. étude de cas : le langage LTR3 et l'atelier ENTREPRISE
4. L'Enrichissement du Langage par de Nouveaux Concepts
4.1. Présentation de la Syntaxe Abstraite
4.2. Les difficultés
4.3. Compléter la Syntaxe
5. La Formalisation des Solutions Techniques
5.1. L'évaluation fonctionnelle
5.2. La structuration par les objets
5.3. Modèle sémantique comparé de l'évaluateur
5.4. Comparaison critique
5.5. Construction de la Syntaxe Abstraite
6. Les Comparaisons avec d'autres Approches
6.1. Les critères
6.2. Le classement
6.3. La structure Plate
6.4. La nature d'Objet structuré
6.5. La nature de Type structuré
6.51. La structure d'Arbre : les éditeurs syntaxiques
6.52. La structure d'Arbre : les environnements dédiés à un langage
6.53. La structure d'Arbre : les environnements de gestion de projet
6.54. La structure d'Arbre : les éditeurs sémantiques
6.55. La structure de Graphe : les hypertextes
6.56. La structure de Graphe : les éditeurs de données
6.57. La structure de Graphe : une approche LOO (Langage Orienté Objet)
6.6. La nature de Classe structurée
7. Les Perspectives
8. Les Editeurs
8.0. brisé sur la barrière de la complexité (une fois de plus)
8.1. L'éditeur ligne : Manuel de l'utilisateur
8.2. L'éditeur page : Guide de l'utilisateur
9. Les Aspects d'Implantation
9.1. Contexte d'évaluation
9.2. La Syntaxe Abstraite : Manuel du concepteur
9.3. L'éditeur page : Guide de l'implanteur
Références
Rubrique Perl-Javascript

La nature de Type structuré

1. La structure d'Arbre : les éditeurs syntaxiques

2. La structure d'Arbre : les environnements dédiés à un langage

3. La structure d'Arbre : les environnements de gestion de projet

4. La structure d'Arbre : les éditeurs sémantiques

5. La structure de Graphe : les hypertextes

6. La structure de Graphe : les éditeurs de données

7. La structure de Graphe : une approche LOO (Langage Orienté Objet)

7. La structure de Graphe : une approche LOO (Langage Orienté Objet)

L'environnement GARDEN [Rei 86] [Rei 87] est un peu à la croisée des chemins suivis par un système à flot de données et un système à base de données : le concept manipulé ici est l'objet, instance d'un type qu'on a défini dans la syntaxe du langage. L'outil permet de facilement définir de nouveaux formalismes, soit textuels, soit graphiques, avec un minimum d'effort de conceptualisation :

dans un premier temps on définit les types qui décriront les objets du nouveau langage ; on peut mettre à profit à ce niveau la richesse d'expression d'un LOO, en particulier par l'emploi de l'héritage de types déjà définis ;
ensuite on définit la syntaxe du langage, qui peut être saisie "textuellement" ou avec un "éditeur de ressources" pour les langages graphiques ;
enfin on définit la sémantique du langage par la donnée d'une fonction d'évaluation des objets du langage.

On est très près dans GARDEN de l'outil qui travaille sur des Graphes de Classes, d'autant que dans l'implantation présentée dans l'article le langage de description des objets est le langage Lisp, interprété, ce qui rend aisé la définition dynamique d'un nouveau type du langage. Cependant l'approche semble toujours privilégier la phase d'utilisation du langage, et non celle de sa définition : on définit facilement, par des outils interactifs, un nouveau langage, mais l'objet d'intérêt est le « monde des Objets » et non celui des Types, « monde » dans lequel on a défini le langage. En pratique l'utilisateur est placé dans deux environnements de travail bien différenciés, selon qu'il est en train de définir un langage ou de l'utiliser.