afficher >><< masquer ]
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
7. Les Perspectives
7.1. Où se situe-t-on ?
7.2. Vers quoi tend-on ?
7.3. L'éditeur à références déductives
7.4. L'éditeur à références constructives
7.5. Les Problèmes – et les Réponses
7.6. L'état des travaux
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

L'état des travaux

L'éditeur à références concentrées

C'est le premier éditeur auquel on s'est attaché. Du fait des difficultés rencontrées, on a distingué deux niveaux :

Les deux programmes sont écrits en LeLisp V15.2 ; ils sont relativement rapides à l'exécution mais assez gros consommateur d'espace mémoire (2 Moctets pour un bon confort d'utilisation).

L'éditeur à références déductives

Le point n'a pas été abordé dans sa généralité. Il s'agirait, d'après les choix effectués pour le premier éditeur, de définir un type d'expression pour la manipulation des « arbres de textes ». Dans l'état actuel des travaux l'éditeur ignore a priori les intentions du programmeur ; il peut en revanche a posteriori vérifier les non contradictions – contrôle de type, décompilation contextuelle, visibilité des identificateurs, ...

L'éditeur à références constructives

Il n'est pas non plus vraiment réalisé. On peut peut-être l'expliquer par la faible « convivialité » de l'évaluateur de textes : ce dernier travaille sur des listes Lisp et fournit un texte structurellement plat – une suite de caractères ; son utilisation n'est donc pas d'un très grand confort. L'expression symbolique de certains traits du programme ne saurait être réellement exploitée avec bénéfice que dans une « interface conviviale » qui sache masquer à l'utilisateur des détails techniques de mise en œuvre pour lui permettre d'avoir toujours une vue de son programme sous un jour agréable.