Dynatext

DynaText est un outil de publication SGML . Il a été introduit en 1990 et a été le premier système à gérer des documents SGML de taille arbitraire et à les restituer selon plusieurs feuilles de style pouvant être changées à volonté.

DynaText et son homologue Web DynaWeb ont remporté de nombreux prix Seybold et autres, et il existe onze brevets américains liés à la technologie DynaText : 5,557,722 ; 5,644,776 ; 5,708,806 ; 5,893,109 ; 5,983,248 ; 6,055,544 ; 6,101,511 ; 6,101,512 ; 6,105,044 ; 6,167,409 ; et 6,546,406.

DynaText a été développé par Electronic Book Technologies (EBT), Incorporated, de Providence, Rhode Island . EBT a été fondée par Louis Reynolds, Steven DeRose , Jeffrey Vogel et Andries van Dam , et a été vendue à la société Inso en 1996, alors qu'elle comptait environ 150 employés.

DynaText s'inscrit dans la longue tradition de l'hypermédia de l'Université Brown et a adopté de nombreuses fonctionnalités mises au point par FRESS , telles que des tailles de document illimitées, des styles et des vues contrôlables de manière dynamique, ainsi que des liens et des pistes créés par les lecteurs.

DynaText a fortement influencé les technologies de feuille de style telles que DSSSL et CSS . Jon Bosak, président de XML, cite l'architecte en chef d'EBT, Steven DeRose, comme l'un des initiateurs de la notion de bonne formation formalisée dans XML , ainsi que DynaText pour avoir influencé la conception des navigateurs Web en général. Jon Bosak a produit des versions SGML des œuvres complètes de Shakespeare, de l' Ancien Testament et du Nouveau Testament de la KJV , du Livre de Mormon et du Coran , et les a publiées en 1994 avec Dynatext.

La société Inso a fait faillite en 2002.

DynaText a été démontré en direct par DeRose et David Sklar lors de « A Half-Century of Hypertext at Brown: A Symposium », qui s'est tenu à l'Université Brown le 23 mai 2019, en utilisant une édition variorum The Wife of Bath's Tale , publiée dans DynaText par Cambridge University Press.

DynaText acceptait le SGML comme entrée et créait une représentation binaire de la structure (similaire à DOM pour XML , mais persistante), ainsi qu'un index inversé du texte intégral, des éléments et des attributs. Les clients distribuaient généralement ces livres électroniques compilés sur CD-ROM ou via des serveurs réseau. Les versions ultérieures de DynaText pouvaient également lire le SGML et le XML à la volée, offrant exactement la même interface.

Contrairement à de nombreux systèmes antérieurs, DynaText n'était pas limité à une DTD (ou un schéma ) particulière. Au contraire, les clients pouvaient créer des feuilles de style dans un langage simple (également basé sur SGML), en utilisant des propriétés très similaires aux DSSSL , CSS et XSL-FO ultérieurs . Cependant, chaque propriété pouvait avoir une expression comme valeur, qui serait évaluée (si nécessaire) pour chaque élément auquel le style s'appliquait. Des graphiques, des tableaux, des formules et des plug-ins pouvaient être inclus dans les documents.

Contrairement à la plupart des systèmes SGML précédents, DynaText ne se limitait pas aux documents pouvant tenir dans la mémoire vive du système informatique de visualisation ou de service. Les utilisateurs créaient généralement des documents de plusieurs dizaines à plusieurs centaines de Mo. Parmi les clients de DynaText figuraient des entreprises de l'industrie aérospatiale, des stations de travail et d'autres industries informatiques, des administrations publiques, des éditeurs littéraires et techniques, etc.

Les recherches en texte intégral étaient basées sur un index inversé de mots et d'autres tokens (à l'exception du texte japonais, qui était traité de manière spéciale). Dynatext pouvait signaler le nombre de « résultats » pour une recherche donnée, qui se produisaient dans chaque section de la table des matières (par défaut, la table des matières apparaissait dans un volet séparé sous forme de plan extensible, et cliquer sur n'importe quelle entrée faisait défiler le volet de texte intégral jusqu'au début de la section correspondante). Les recherches pouvaient également restreindre les résultats à des types d'éléments SGML particuliers, ou à des séquences de types, faire référence à des attributs et utiliser des opérateurs booléens et des parenthèses. L'opérateur « et » limitait ses opérandes à ceux qui se produisaient à proximité les uns des autres, par défaut dans le même paragraphe ou un élément comparable.