OpenDoc

Le OpenDoc était une norme de cadre des accessoires de logiciel de de multi-plate-forme pour les documents de composé de inspirée par le système de l'étoile de Xerox de et prévue comme alternative le enchaînement d'objet de de s de Microsoft à 'et l'encastrement (VIEUX).

L'idée fondamentale d'OpenDoc était de créer de petits, réutilisables composants, responsables d'une tâche spécifique, telle que l'édition de textes, la carte binaire éditant ou passant en revue un serveur de ftp . OpenDoc a fourni un cadre dans lequel ces composants pourraient fonctionner ensemble, et un format de document pour stocker les données créées par chaque composant. Ces documents pourraient alors être ouverts sur d'autres machines, où les cadres d'OpenDoc substitueraient les composants appropriés à chaque partie, même si ils étaient de différents fournisseurs.

De cette façon les utilisateurs pourraient " ; " d'accumulation ; leurs documents des pièces. Puisqu'il n'y avait aucune application principale et la seule interface évidente était le document lui-même, le système a été connu comme centré par document.

On l'a envisagé qu'OpenDoc permettrait de plus petits, tiers réalisateurs pour accéder au marché du logiciel de bureau, capable construire un bon rédacteur au lieu de devoir fournir une suite complète.

Histoire des débuts

OpenDoc a été au commencement créé par ordinateur Apple De dans le 1992 après que le Microsoft ait approché Apple demandant l'entrée sur un VIEUX projet II proposé. Apple avait expérimenté avec des composants de logiciel intérieurement pendant quelque temps, a basé sur le travail initial effectué sur son éditent et souscrivent liant le modèle et la langue Scripting d'AppleScript , qui alternativement a été basée sur l'environnement de programmation de HyperCard . Apple a examiné le prototype et le document de Microsoft et a renvoyé une liste de problèmes qu'ils ont vus avec la conception. Microsoft et Apple, qui étaient fortement - concurrentiels alors, ne pouvaient pas convenir sur des objectifs communs et n'ont pas fonctionné ensemble.

Au temps à peu près identique, un groupe de tiers réalisateurs avait rencontré au WWDC '91 et avait essayé de résoudre un format de document normalisé, basé conceptuellement sur le le format de fichier (IFF) d'échange de de s d'Amiga le '. Apple est devenu intéressé par ce travail, et a bientôt consacré quelques ingénieurs à la tâche du bâtiment, ou au moins de la documentation, un tel système. Le travail initial a été édité sur les Cd de WWDC, aussi bien qu'un certain nombre de versions de suivi sur de plus défunts Cd de réalisateur. Un système composant de document fonctionnerait seulement avec un format de document connu que tous les composants pourraient employer, et tellement bientôt le format de document normalisé a été tiré dans l'effort de logiciel composant. Alors de lui a rapidement changé d'un format simple using des étiquettes en un appelé par couche orientée objectivement très complexe Bento de persistance du .

Au commencement l'effort était " appelé ; Exemplar" ; , puis " ; Jedi" ; et " ; Amber" ; , alors libéré sous le nom du " ; OpenDoc" ;. L'équipe de développement réalisée dans le mid-1992 qu'une coalition d'industrie était nécessaire pour favoriser le système, et a créé les laboratoires composants (" d'intégration de ; Ci Labs" ;) avec le IBM et le WordPerfect. IBM a présenté le système de la bibliothèque partagée du modèle (SOM) d'objet système de au projet, qui est devenu une partie des futurs efforts d'Apple. Dans 1996 le projet a été adopté par le groupe de gestion d'objet , en partie dû à l'utilisation de SOM de l'architecture de courtier de demande d'objet commune (CORBA), maintenue par l'OMG.

Le Kurt Piersol d'Apple était l'architecte le plus connu d'OpenDoc, mais le Jed Harris (un plus défunt président des laboratoires de ci) était juste comme critique aux premières conceptions. La marque de Ericson du WordPerfect a fourni la vision pour un port à Windows qui a inclus l'interopérabilité sans couture entre OpenDoc et VIEUX.

OpenDoc était l'une des expériences les plus tôt d'Apple avec les standards ouverts et les méthodes de collaboration de développement avec d'autres compagnies. Apple et ses associés n'ont jamais libéré le code source, mais ont rendu la source complète disponible aux réalisateurs pour la rétroaction et pour l'essai et l'élimination des imperfections.

Apple a été également comporté dans le projet de Taligent pendant l'une partie de cette période, qui a offert la fonctionnalité quelque peu semblable bien que basé sur les mécanismes fondamentaux très différents. Tandis qu'OpenDoc était toujours en cours de développer, Apple a confondu des choses considérablement en suggérant qu'il devrait être employé par le logiciel existant de mise en communication de personnes seulement, et de nouveaux projets devraient à la place être basés sur Taligent depuis qui serait le prochain OS. Ce plan est mort avec Taligent, laissant à OpenDoc comme le futur de de la base d'application de Mac.

Dégagement

OpenDoc a été au commencement libéré à la course sur le système 7.5 d'OS de Mac de pour fournir document-basé, plutôt qu'une expérience application-basée et de calcul. Des documents ont été faits de pièces modulaires , qui pourraient contenir différents types de contenu, tels que des images, l'information du bilan , le texte ou même des éléments des multimédia de QuickTime . Les pièces se sont fondées sur les rédacteurs spécifiques de pièce de pour permettre à l'utilisateur de modifier le contenu, ou les téléspectateurs de pièce de pour montrer le contenu sans permettre à l'utilisateur d'éditer la cloison.

La distinction primaire d'OpenDoc de l'autre configuration d'architectures du document de composé de dans la profondeur de son soutien des médias dynamiques. Les récipients d'OpenDoc ont pu inclure le contenu de phase inclus, et ont pu exécuter la composition en temps réel arbitraire du contenu. L'architecture a employé un modèle de conception de qui a isolé le récipient du contenu inclus using les objets intermédiaires, augmentant considérablement l'interopérabilité et simplifiant l'essai des traiteurs de partie. N'importe quelle partie a pu servir de récipient à n'importe quelle autre cloison.

L'unité de traitement de texte de du WAV était une unité de traitement de texte semi-réussie d'OpenDoc du port de Digitals de , le paquet de nombres de et de diagrammes était un bilan et la solution 3D dressante une carte en temps réel du logiciel d'adrénaline de , le web browser de Cyberdog a été créée par Apple comme application d'OpenDoc. Le logiciel de l'auteur de Nisus de par le Nisus a incorporé OpenDoc, mais son exécution était désespérément avec des erreurs. Le logiciel des essentiels de a examiné les eaux en rendant son éditeur de texte de freeware de BBEdit Lite disponible comme composant de rédacteur d'OpenDoc. Le RagTime , un paquet complètement integrated de de bureau avec le bilan, éditant et édition d'image a été mis en communication à OpenDoc peu avant OpenDoc a été décommandé. Le dégagement du 1996 d'Apple de ClarisWorks 5.0 (le prédécesseur de AppleWorks ) a été prévu pour soutenir des composants d'OpenDoc, mais ceci a été abandonné. Une autre application de récipient d'OpenDoc, appelée le " ; Them" de dock ; , a été écrit par MetaMind Software sous une concession du National Science Foundation et commissionné par le centre pour la recherche dans l'éducation de maths et de la Science, siégé à l'université de l'Etat de San Diego. Un certain nombre de simulations de physique ont été écrites par MetaMind et par des entreprises de logiciel russes comme pièces d'OpenDoc. Les programmes d'études de physique pour le lycée et le collège les ont employés en tant que leur foyer. Avec la cession d'OpenDoc, les simulations ont été récrites comme Java applets Et sont encore fournies par le centre sous le titre du " ; L'unité centrale de traitement Project" ; par Dr.

De la participation d'IBM dans le Taligent , il y avait une exécution d'OpenDoc dans la chaîne 4. IBM d'OS/2 a également contribué un grand nombre de développement à la technologie fondamentale d'objet, l'architecture de courtier de demande d'objet commune ( CORBA ).

Problèmes

Malheureusement cette flexibilité est venue à un coût. Les composants d'OpenDoc étaient invariablement extrêmement grands et très lents, un effet secondaire de toute la mise en couches. Par exemple, l'ouverture d'une pièce simple d'éditeur de texte exigerait souvent 2 méga-octets de RAM ou plus de , tandis que le même rédacteur écrit qu'une application autonome pourrait être aussi petit que 32 KBs. Ces premiers frais généraux sont devenus moins importants comme le nombre de documents s'ouvrent accru, puisque le coût de base était pour les bibliothèques partagées qui ont mis en application le système, mais elles étaient grandes comparées aux machines de niveau d'entrée du jour. Beaucoup de réalisateurs ont estimé que les frais généraux supplémentaires étaient trop grands, et puisque le du système d'exploitation n'a pas inclus des possibilités d'OpenDoc, l'empreinte de pas de mémoire de leur OpenDoc a basé des applications a semblé inadmissiblement grande. En termes absolus, les frais généraux jetables de bibliothèque étaient approximativement 1 méga-octet de RAM, un peu très par des normes modernes, mais lorsqu'ils auraient représenté la moitié du complément entier du RAM d'un ordinateur de bureau bas de gamme.

L'autre sujet était que Bento a eu peu en commun avec la plupart de " ; vrai world" ; des formats de document, et ainsi les documents d'OpenDoc ont pu vraiment seulement être employés par d'autres machines d'OpenDoc. Bien qu'on s'attende à un certain effort de permettre au système d'exporter vers d'autres formats, c'était souvent impraticable parce que chaque composant a contenu ses propres données. Par exemple, il a pris l'effort significatif pour que le système puisse transformer un dossier des textes avec quelques images en document de Microsoft Word , tous les deux parce que l'éditeur de texte n'a eu aucune idée ce qui était dans les objets inclus, et parce que la classe des propriétaires Microsoft composent était le désossage non documenté et required.

Un autre problème était le fait que chaque partie a sauvé ses données dans Bento dans son propre format binaire interne, et elle était très commune pour trouver qu'un composant ne pourrait pas ouvrir un document créé par des autres, quoique les données internes aient représenté les objets semblables (données de bilan par exemple). OpenDoc a essayé de résoudre ce problème en permettant à des lotisseurs aux formats de multiple de magasin de représenter le même objet de document. Par exemple, il était possible et encouragé de stocker un format commun comme JPEG avec le format binaire editable, mais dans la pratique peu de réalisateurs ont suivi cette recommandation. Ce problème n'était pas unique à OpenDoc, et en fait a été également éprouvé par l'équivalent de Microsoft, l'enchaînement d'objet de et l'encastrement (VIEUX). En effet, beaucoup d'ans après, les documents du XML qui essayent d'effectuer l'encastrement d'autres formats de XML également rencontrent les issues semblables.

Il s'avère également qu'OpenDoc était une victime d'un concept vendu trop, cela des documents composés. Quelques exemples spécifiques sont communs, par exemple la plupart des unités de traitement de texte et programmes de la disposition de page incluent la capacité d'inclure des graphiques, et on s'attend à ce que les bilans manipulent des diagrammes. Pourtant au delà de celui il semble qu'il n'y a pas tout que beaucoup d'autres exemples. Par exemple, ce semble peu probable que n'importe qui voudrait inclure une vue de disposition de page à l'intérieur de leur bilan, ou bilan à l'intérieur de leur disposition de page.

Mais certainement le plus grand problème avec le projet était que ce faisait partie d'une concurrence très acrimonieuse entre les membres de consortium d'OpenDoc et le Microsoft. Tous les membres de l'alliance d'OpenDoc étaient essayant d'obtenir la traction sur un marché rapidement dominé par le Microsoft Office . Apple, en particulier, a vu OpenDoc comme manière de créer un marché du logiciel entièrement nouveau, bien que ceci semble plutôt optimiste dans la vue rétrospective. En tant que divers associés tout empilés en leurs propres technologies d'animal familier dans les espoirs de lui faire un standard industriel, OpenDoc s'est développé de plus en plus difficile à manier. En même temps, Microsoft a employé la synergie entre l'OS et les divisions d'applications de la compagnie pour lui faire effectivement l'obligatoire que les lotisseurs adoptent la VIEILLE technologie de concurrence. Afin d'obtenir un logo de conformité de Windows 95 de Microsoft, on a dû rencontrer certains essais d'interopérabilité il était tout à fait difficile se réunir que sans adoption de VIEILLE technologie, quoique la technologie ait été en grande partie utile dans l'intégration avec le Microsoft Office . OpenDoc a été forcé pour créer une couche d'interopérabilité afin de permettre à des lotisseurs de considérer même l'adoption, et ceci a ajouté un grand fardeau technique au projet.

Annulation

OpenDoc a eu plusieurs centaines de réalisateurs inscrits, mais la synchronisation était pauvre. Apple perdait rapidement l'argent alors, et beaucoup dans l'industrie les ont eus sur leur veillée.

D'ici peu, OpenDoc a été ferraillé, avec le Steve Jobs notant qu'ils " ; mettre une balle par le head" ; , et la majeure partie de l'équipe a été congédiée dans une grande réduction en le 1997 de vigueur en mars. D'autres sources ont noté que Microsoft a engagé loin trois lotisseurs de ClarisWorks qui étaient responsables de l'intégration d'OpenDoc dans ClarisWorks.

Le directeur d'IP d'AppleShare de des versions 5.2 a compté sur OpenDoc, mais IP 6.3, les premiers la version compatible d'AppleShare d'OS 9 de Mac (libérée en 1999), a éliminé la confiance dans OpenDoc. Apple a officiellement abandonné la dernière marque déposée sur le nommé OpenDoc le 11 juin 2005.

Random links: