In dieser Session wird gezeigt was Active Documents sind, und wie man sie erstellt (programmiert).
Im einzelnen erfahren Sie etwas über:
Ein aktives Dokument ist ein spezieller Typ eines OLE-einbettbaren Dokuments. Es wird im gesamten Client-Bereich eines Hosts angezeigt und führt Menüzusammenführung mit dem Host durch. Das aktive Dokument ist immer für eine direkte Bearbeitung aktiv.
Folgendes sind einige der Fähigkeiten, die aktive Dokumente bieten:
Aktive Dokumente bieten einen evolutionären Schritt auf dem Wege der Entwicklung von reinen Visual FoxPro-Client-Anwendungen hin zu Active Platform-Anwendungen, die eine auf HTML basierende Client-Schnittstelle verwenden.
Eine typische Einsatzmöglichkeit von Active Documents sind Visual FoxPro Anwendungen, die in einem internen Netz (Intranet) einer Firma zu Verfügung stehen sollen. Hierdurch lassen sich bestehende Anwendungen in eine dem Benutzer bekannte Browserumgebung umsetzten.
Damit Active Documents im Intranet zur Verfügung gestellt werden können, muß auf dem Client-PC die Visual FoxPro 6.0 Runtime-Umgebung installiert sein. Die Runtime-Umgebung läßt sich auf einem Intranet-Server ablegen. Jeder Benutzer kann mit Hilfe einer HTML-Seite prüfen ob er die Runtime-Umgebung bereits installiert hat. Ist dieses nicht der Fall kann die Runtime-Umgebung automatisch installiert werden. Nach einem Rechner-Neustart können Active Documents genutzt werden.
Da bei Active Documents keine Möglichkeit besteht Daten mit Hilfe des Intranet-Servers zu handhaben, braucht der Client-PC auch eine Freigabe auf die Daten, die vom Active Document genutzt werden.
Die Hauptdatei ist eine Klasse, die von der Basisklasse ActiveDoc abgeleitet wird.
Die beiden Events Run und ContainerRelease sind hier die Stellen, wo das Active Document gestartet und beendet wird. Im Run Event steht z.B. folgender Code:
LPARAMETERS cHyperLinkTarget
LOCAL oMsgForm
*-- Ein paar Einstellungen
SET DATE GERMAN
SET MARK TO "."
SET CENTURY ON
*-- Menü
DO Devcon.MPR
*-- Form instanziieren
oMsgForm = NEWOBJECT('MsgForm','actdoc.vcx')
oMsgForm.SHOW()
READ EVENTS
Im Container Release Event wird dann beim Beenden wieder aufgeräumt.
CLEAR EVENTS
CLEAR ALL
Beim Einsatz von Formularen in Active Documents muß man beachten, daß diese ja im Internetexplorer ausgeführt werden und stellt einige Eigenschaften um, damit die Active Documents nahtlos im Internetexplorer angezeigt werden.
Diese Eigenschaften sind:
Menüs in Active Documents
Das Menü des Active Document wird mit denen des Hosts (Internetexplorer) zusammengeführt. Dies geschieht in einer bestimmten Reihenfolge:
| Gruppe | Besitzer |
|---|---|
|
Dateigruppe |
Internet Explorer |
|
Bearbeitungsgruppe |
Aktives Dokument |
|
Container-Gruppe |
Internet Explorer |
|
Objektgruppe |
Aktives Dokument |
|
Fenstergruppe |
Internet Explorer |
|
Hilfsgruppe |
Aktives Dokument oder Internet Explorer |
Das aktive Dokument verwendet sein Hilfemenü gemeinsam mit dem Internet Explorer. Wenn der Internet Explorer ein Hilfemenü hat, kann das aktive Dokument sein Hilfemenü an das Ende des Hilfemenüs vom Internet Explorer anfügen.
Im Menüdesigner muß bestimmt werden an welcher OLE-Position das Menü im Host erscheinen soll:
Active Documents werden in einem Host (Internet Explorer) oder Standalone ausgeführt.
Sollen Active Documents im Internet Explorer ausgeführt werden kann dies über einen Link auf einer HTML-Seite geschehen. Dieser Modus des Active Document nennt sich hosted.
Beipiel für den HTML-Code:
<a href="file://entw009/WebServer/InetPub/ActiveDoc/Devcon.app">
Active Documents Applikation
</a>
Wird die Applikation Standalone ausgeführt, nennt sich dieser Modus nicht hosted.
Für beide Modi gibt es die Möglichkeit eine Sicherheitsstufe einzustellen.
Soll die Applikation in der Visual FoxPro Entwicklungsumgebung ausgeführt werden, hat man zuätzlich noch die Möglichkeit die Anwendung zu debuggen.
Active Documents bieten in einem Windows basierten Netz die Möglichkeit eine Visual FoxPro Applikation in einem Browser (nur Internet Explorer) oder Standalone auszuführen. Liegt die Applikation auf einem Intranetserver, der auch eine Freigabe für die Clients zur Verfügung stellt, läßt sich vom Benutzer in seiner gewohnten Intranetumgebung selbst die Runtime installieren und anschließend das Programm ausführen. Dadurch entsteht auch ein verminderter Administrationsaufwand um neuen Benutzer (-gruppen) ein Programm zur Verfügung zu stellen.
Sind aber im Netzwerk verschiedene Betriebssysteme im Einsatz und von allen diesen Rechnern soll gleichzeitig auf einen gemeinssamen Datenbestand zurückgegriffen werden lassen dich Active Documents nicht mehr nutzen. Sie sind nicht Plattformunabhängig. In diesem Fall muss eine dynamische HTML-Lösung angestrebt werden (siehe Session D-HTML).
Für Fragen stehe ich Ihnen jederzeit unter Nottbohm@indisoft-gmbh.de zur Verfügung. Sie erreichen mich auch auf unserer Website www.indisoft-gmbh.de.