Frequently Asked Questions (FAQs)

Wenn sie Daten mit einem anderen Programm als Frontpage geändert haben, kann es passieren, dass Frontpage die Änderungen nicht zur Kenntnis nimmt und die Dateien im Netz nicht aktualisiert.

Das lässt sich beheben, indem sie entweder die geänderten Datei(en) in Frontpage über "Datei" > "importieren" reimportieren, wodurch Frontpage die Einstellungen aktualisiert.

Oder indem sie (im Dateimanager) das Verzeichnis aufrufen, in dem die Daten liegen. Hier befindet sich ein weiterer Ordner "_vti_cnf" - wo für jede gespeicherte Datei eine zweite Datei mit dem gleichen Namen liegen sollte. Dabei handelt es sich nicht um eine Kopie, sondern um die von Frontpage gespeicherten Aktualisierungseinstellungen für die Datei selbst. Sie können nun diese Eintrage manuell löschen um Frontpage zu zwingen, die Daten beim nächsten Start zu aktualisieren.

Anschließend müssen sie ihre Seite erneut "veröffentlichen", damit Frontpage die Dateien überträgt.

Hinweis: bei einigen Anbietern wie Arcor werden hoch geladene Dateien zeitverzögert aktualisiert. Das ist ein Fehler des Anbieters, den sie mit Frontpage selbst nicht beheben können.

Dafür kann es mehrere Ursachen geben.

Erstens: jemand anders ist gerade dabei Daten zu ihrem Account zu übertragen. In diesem Fall müssen sie einfach warten, bis der Upload beendet ist.

Zweitens: bei einem früheren Upload wurde die Verbindung zum Server unerwartet unterbrochen. (Möglicherweise ist zu diesem Zeitpunkt der Server abgestürzt, oder sie wurden während des Uploads vom Netz getrennt.) Dann kann es leider passieren, dass bei einigen Anbietern der Server den Account weiter gesperrt hält, obwohl die Verbindung unterbrochen wurde (das heißt, die Sitzung wurde nicht beendet - "session is not timed out"). Normalerweise wird eine inaktive Sitzung vom Server nach einer Weile automatisch beendet und der Upload funktioniert wieder. Sollte das Problem allerdings nach einigen Stunden immer noch bestehen, wenden sie sich bitte an ihren Anbieter. Sollte es ihnen nicht möglich sein, den Server zum "auflegen" zu bewegen, müssen sie bei ihrem Anbieter die Frontpage-Komponenten neu installieren lassen.

Hinweis: Es gibt noch eine andere Möglichkeit. Zunächst möchten wir betonen, dass diese nicht dokumentiert ist und daher rein spekulativen Charakter hat. Dies muss also nicht zwangsweise auf allen Plattformen auch zum gewünschten Erfolg führen. Erfahrene Nutzer können die Sitzung auch manuell beenden (wodurch der Upload wieder möglich wird), indem sie sich via FTP (z.Bsp. mit FTP-Pilot) am Server anmelden und die für diese Sitzung angelegte "Lock"-Datei ("_vti_pvt/service.lck") von Hand löschen. Danach sollte der Upload wieder wie gewohnt funktionieren.

Es wurde versucht eine Sitzung einzurichten, dieser Versuch ist aber wegen eines internen Serverfehlers gescheitert. Im Klartext: informieren sie ihren Administrator, dass dieser Fehler aufgetreten ist (nennen sie dabei auch die Zeit, und die obige Fehlermeldung) und gedulden sie sich, bis der Server wieder funktioniert. Sie selbst können im Moment leider GAR NICHTS dagegen tun.

Dafür gibt es zwei mögliche Erklärungen:

Erstens: sie versuchen ein neues Web über ein bestehendes altes Web zu installieren, oder haben ihr Web lokal auf ihrer Festplatte neu erstellt. Vielleicht hatten sie auch aus Versehen ihr Web gelöscht und deswegen aus dem Web wieder rekonstruiert (was den selben Effekt hat).

Zweitens: sie oder eine andere Person mit Zugang zu ihren Daten haben entweder lokal auf ihrer Festplatte oder via FTP im Web manuell Daten geändert, neue Dateien übertragen oder alte gelöscht, die Teil der Navigationsstruktur waren.

Was ist das?

Wenn sie in Frontpage auf die Ansicht "Navigation" klicken, erhalten sie eine Baumdarstellung ihrer Seite, die sie selbst verändern können. Diese Darstellung erleichtert nicht nur die Arbeit mit dem Web, sie ist auch Grundlage für die von Frontpage angebotenen Navigationsleisten ("Einfügen" > "Navigationsleiste").

Daher sind diese Daten nicht nur auf ihrem Computer, sondern auch im Web vorhanden und werden von Frontpage bei Änderungen ihrer lokalen Daten (solange sie diese Änderungen mit Frontpage machen) automatisch aktualisiert.

Was bedeuten die Optionen?

Hinweis: wenn sie keine FP-Navigationsleisten verwenden, können sie diese Meldung ignorieren, ohne wichtige Folgen zu riskieren.

Lassen sie die Struktur bestehen, werden die auf dem Server gespeicherten Daten und Links weiter verwendet, was eventuell zu Problemen führen kann - insbesondere, falls Dateien gelöscht wurden.

Falls sie die Änderungen zusammenführen, werden nur neue Einträge ergänzt und ältere durch neuere ersetzt, aber alte Einträge (auch auf eventuell nicht mehr bestehende Dateien) nicht gelöscht.

Wenn sie die Navigationsstruktur im Zielweb überschreiben, werden die Daten im Netz vollständig durch die Daten ersetzt, die sie auch lokal auf ihrer Festplatte sehen. Normalerweise (wenn ihr Web offline funktioniert wie es soll) sollten sie daher immer diese Option wählen.

Dieses Problem tritt auf, wenn die Frontpage-Servererweiterungen bei ihrem Anbieter nicht installiert oder zur Zeit nicht verfügbar sind. Probieren sie den Upload zu einem späteren Zeitpunkt erneut. Sollte das Problem weiterhin bestehen bleiben, versuchen sie die Erweiterungen neu zu installieren. Die nötigen Informationen hierzu finden sie auf der Homepage ihres Anbieters.

Für Kunden, die ihre Homepage bei Arcor haben kann die Ursache dieses Fehlers sein, dass die Servererweiterungen vom Anbieter abgeschaltet worden sind. Da die Nutzung bei Arcor kostenpflichtig ist. Prüfen sie gegebenenfalls auf der Arcor-Homepage, ob für ihr Konto die Unterstützung von Frontpagekomponenten weiterhin besteht. Falls nicht, müssen sie die Uploadadresse auf "ftp://home.arcor.de" ändern. Danach funktioniert der Upload auch ohne FP-Unterstützung wie gewohnt.

Ihr Rechner hat korrekt eine Verbindung zum Server aufbauen können und es wurde versucht eine Sitzung einzurichten. Dies ist jedoch gescheitert, da das dazu notwendige Programm (author.exe) auf dem Server nicht gefunden wurde. Das kann 2 Ursachen haben.

1. Die Antwort des Servers ist im Netz einfach verloren gegangen oder der Server hat eine ungültige Antwort gesendet. Möglicherweise ist ihr Anbieter derzeit überlastet. In diesem Fall versuchen sie es später erneut.

2. Bleibt der Fehler über längere Zeit bestehen, sind wahrscheinlich die Servererweiterungen für ihre Homepage bei ihrem Anbieter nicht korrekt installiert worden oder sind defekt. In diesem Fall müssen sie diese neu installieren lassen.

Wie das geht erfahren sie auf der Homepage ihres Anbieters.

Freenet-Kunden: Sollte dieser Fehler bei ihnen auftreten, drücken sie einfach erneut auf den Knopf. Meist sollte der Upload nun möglich sein. Freenet verwendet einen so genannten "transparenten Proxy-Server". Wenn sie sich einwählen wird die jeweils erste Seite, die sie von ihrem aus Rechner aufrufen, immer auf die Freenet-Homepage umgeleitet. Wenn das Hochladen ihrer Webseite also die erste Aktion ist, sollte der Upload dem entsprechend nicht funktionieren.

Sollte der Fehler sich so dennoch nicht beheben lassen, folgen sie den obigen Anweisungen.

Das kann folgende Ursachen haben: 1. Die Zielseite des Formulars existiert nicht. 2. Die URL der eingestellten Zieldatei ist falsch. 3. Es ist ein Serverfehler aufgetreten und die Zielseite ist deshalb nicht erreichbar.

PS: um die Zieldatei eines Formulars zu editieren, rechts auf das Formular klicken und "Eigenschaften" wählen. Hier den Namen einer existierenden Datei eintragen und auf "OK" klicken.

Das Problem ist nicht ganz neu (und hängt mit dem Arcor-Cache zusammen). Es gibt/gab einen Bug bei Arcor, der FP-Includes (Navigationssleisten, gemeinsame Randbereiche, importierte Dateien etc.) betrifft. Tatsächlich wird die Seite bei Arcor in den Cache kopiert. Vermutlich werden aber vom Server erst die Daten einfügt und danach die bereits fertige Seite in den Cache geschoben. So kann dieser nicht mehr "wissen" dass sich in der Ausgangsdatei eine solche Importanweisung befand. Die Datei wird also nicht automatisch erneuert, wenn sich die Ausgangsdatei ändert. Einige Dateien werden zufällig tatsächlich erneuert, viele erst verzögert aktualisiert oder bleiben eben unverändert. LÖSUNG: Die einzige sichere Lösung ist, (nur die betroffenen) Dateien zu überschreiben . Dazu müssen die Einträge dieser Dateien im jeweiligen Unterverzeichnis (_vti_cnf) auf der Festplatte gelöscht werden. Dadurch wird FP gezwungen, auch diese Dateien am Server zu aktualisieren. (wie übrigens auch bereits oben in den FAQ beschrieben wurde) PS: Es bringt übrigens nichts, das Heimatverzeichnis zu löschen und neu anzulegen, da dadurch nur die Dateien auf dem Server erneuert werden, die Dateien im Cache aber unverändert bestehen bleiben.

Die Meldung "web is busy" wird angezeigt, nachdem ein Serverfehler aufgetreten ist oder die Verbindung während eines Uploads aus anderen Gründen abgerissen ist. Während eines laufenden Uploads wird der Account von Frontpage gesperrt, damit nicht gleichzeitig ein zweiter Upload von anderer Stelle gestartet werden kann. Dazu legt Frontpage eine "Lock"-Datei auf dem Server an. Wird die Verbindung normal beendet, wird auch die Datei anschliessend gelöscht. Stürzt der Server während eines Uploads ab, ist die Verbindung weg, aber die Datei besteht weiterhin: das Konto ist gesperrt und du erhälst die Meldung "web is busy".

Lösung: Mit einem FTP-Programm bei deinem Arcor-Konto einwählen und die "Lock"-Datei: "_vti_pvt/service.lck" von Hand löschen. Oder du bittest den Admin das für dich zu tun.

Navigationsleisten: evtl. kommt beim Upload (sobald er wieder funktioniert) demnächst die Meldung "Die Navigationsstruktur ist nicht identisch". In diesem Fall den Punkt "Navigationsstruktur ersetzen" anwählen. Dann funktioniert alles wieder normal.

Das kann 3 versch. Gründe haben:

1. die Startdatei könnte anders lauten als "index.htm" und die Datei, die bei Angabe der Adresse (ohne "index.htm") geladen wird ist somit eine andere. Eventuell ist hier auch Groß- und Kleinschreibung durcheinander gekommen ("index.htm" wäre dann richtig: nicht aber "Index.htm" oder etwa "INDEX.HTM") In dem Fall wäre zu prüfen, wie diese Datei heißt und die "index.htm" umzubenennen, so dass die alte Datei beim nächsten Upload überschrieben wird.

2. Der Browsercache ist nicht aktuell und zeigt daher eine falsche Datei an. In dem Fall sollte der Cache geleert werden.

3. Der Anbieter des Webspace könnte einen Servercache verwenden, so dass es eine Weile dauert, bis die Seite aktualisiert wird. Dann sollte es schon genügen, einfach nur eine Weile zu warten.

Die Dateien von der CD zunächst erst wieder auf Festplatte kopieren und den Schreibschutz von allen Dateien entfernen. Dann funktioniert alles wieder wie gehabt.

Die Datei _vti_pvt/service.lck und die anderen *.lck-Dateien sind dazu da, um Teams in Firmen zu ermöglichen netzweit gleichzeitig von mehreren Rechnern aus an einem Web arbeiten zu können. Wenn das Web geöffnet wird, erstellt Frontpage in dieser Datei einen Eintrag. Wird Frontpage von einem anderen Rechner im Netzwerk erneut gestartet und das Web von dort ebenfalls geöffnet, liest Frontpage die Einträge in dieser Datei und "sieht" wer sonst noch gerade daran arbeitet (bzw. erhält dann keinen Zugriff, wenn das Web gerade verwendet wird und damit gesperrt ist). Auf diese Weise wird dafür gesorgt, dass nicht 2 verschiedene Leute gleichzeitig die gleiche Datei editieren und konkurierende Versionen erstellen können, welche in der Folge möglicherweise die Integrität des gesamten Webs gefährden würden.

Die Fehlermeldung besagt: Frontpage konnte sich nicht am System anmelden, weil in der Datei _vti_pvt/service.lck kein Eintrag erstellt werden konnte. Das ist aber auch logisch: solange die Datei schreibgeschützt ist.

Fehlerhafte Groß- und Kleinschreibung wäre ein möglicher Grund. Falls dem so ist, dies korrigieren und die Dateien würden so abgespielt wie gewünscht.

Eine zweite mögliche Ursache wäre, dass die Dateien aus Versehen mit der Festplatte verknüpft worden. Frontpage Menü "Bearbeiten", "Suchen" und als Suchbegriff "file:///" angeben. Dann auf "Alle Seite" und "im HTML suchen" klicken und mit "Im Web suchen" bestätigen. Wenn tatsächlich solche Fehler vorhanden sind, werden die betroffenen Seiten anschließend aufgelistet und man kan den Fehler manuell beseitigen.

Um beim Einbau von Dateien ganz sicher zu gehen, kann man so vorgehen: im Menü "Datei" den Punkt "importieren" wählen. Die Dateien auf der Festplatte suchen und mit "OK" bestätigen. Die Dateien befinden sich anschließend im Web und lassen sich sicher einbauen.

Um eine Datei als Hintergrundmusik zu wählen die Datei öffnen, mit der rechten Maustaste auf das Dokument klicken, "Seiteneigenschaften" wählen und bei "Hintergrundmusik" den Namen der Datei angeben, die abgespielt werden soll.

Allerdings sollte man nach Möglichkeit um Speicherplatz zu sparen und weil der Download sehr lange dauert keine Wav-Dateien für Homepages einsetzen. Daher würde ich vorschlagen, du siehst dich im Netz nach einem kostenlosen MP3-Encoder um. Wenn du bei einer Suchmaschine die Suchbegriffe "MP3", "Encoder", "kostenlos" und "Download" eingibst, solltest du eine ganze Reihe von Treffern erhalten. Mit einem Encoder kannst du deine Wav's zu MP3 umwandeln. Normalerweise sollte 128kbit und Mono bzw, Joint-Stereo eine für das Internet ausreichende Qualität und relativ geringe Dateigrößen bringen.

Man kann eine Hintergrundmusik allerdings auch von Hand in ein geöffnetes Dokument einbauen. Dazu auf "HTML"-Ansicht schalten und den folgenden Quelltext einfügen: <embed src="dateiname.mp3" hidden=true autostart=true>.

Die Seite, in der die Gästebucheinträge eingefügt werden, ist eine ganz normale HTML-Datei. Diese Datei lässt sich jederzeit problemlos in Frontpage öffnen und editieren. Hauptsache ist, dass die von Frontpage eingefügte Marke, die anzeigt wo Einträge eingefügt werden sollen, intakt bleibt. Im Editor siehst man dort den Text "Formularergebnisse werden hier eingefügt". Allerdings: wird die Seite direkt editiert und gespeichert, dann werden die alten Einträge im Internet beim nächsten Hochladen der Seite überschrieben. Vorsicht ist also angeraten.

Eine andere Möglichkeit: Du öffnest die Seite deines Gästebuches im Frontpage Editor. Dort kannst die Gästebucheinträge mit der Maus markieren. Dazu musst du nur einmal kurz auf die Einträge (auf der Originalseite direkt unterhalb des Formulars) klicken. Alles was du mit dieser Markierung machst, passiert auch mit den Einträgen. Wenn du sie rot einfärbst, sind auch die Einträge im Gästebuch rot. Wenn du eine Schriftart auswählst, haben alle Einträge diese Schriftart usw.

Außerdem kannst du auch die Art und Weise wie Einträge abgespeichert werden verändern. Dazu musst du mit der rechten Maustaste auf das Formular des Gästebuchs klicken und dann aus dem Kontextmenü "Formulareigenschaften" auswählen. Anschließend noch auf "Optionen" klicken. Unter "Dateiergebnisse" kannst du das gewünschte Dateiformat ändern.

Die Beschriftung der Schalter und Menüeinträge kann bei verschiedenen Versionen von Frontpage jeweils etwas anders lauten als hier beschrieben. Ich beziehe mich konkret auf FP 2000.

Nein, diese Dateien braucht man nicht.

Die _vti_cnf - Ordner verwendet Frontpage vor jedem Upload. Die Ordner enthalten Versionsinformationen aller Dateien die verwendet werden um einen Abgleich zwischen Internet und den Daten auf deiner Festplatte zu machen. Wird Homepage aber nicht via Frontpage sondern per FTP ins Netz geladen braucht man diese Dateien nicht.

Ganz einfach: alle Dateien in denen die Navigationsstruktur verwendet wird. Weil sich schliesslich alle diese Dateien verändert haben.

Die Option "Leeren" bei Arcor ist keine von Frontpage bereitgestellte Option. Vermutlich wurde sie von Arcor selbst entwickelt um zu verhindern, dass Frontpage-Nutzer aus Versehen via FTP wichtige Dateien löschen. Im Endeffekt hat das aber die Auswirkung, dass diese Funktion blind ist für den Status des jeweiligen Webs. Sie löscht lediglich die vorhandenen Dateien AUSSER denen, welche zu Frontpage gehören. Der Status des Webs wird also NICHT zurückgesetzt. Die Einstellungen für vorhandene (oder nicht vorhandene) Navigationsleisten bleiben also trotz des "Leerens" des Webs unverändert. Daher kommen wahrscheinlich auch ihre Probleme. Ich würde ihnen vorschlagen, sich mit ihrem Administrator bei Arcor in Verbindung zu setzen, damit er ihnen die Frontpageerweiterungen für ihren Account neu installiert. Oder sie stellen eine Verbindung via FTP her und versuchen die Einstellungen von Hand zu korrigieren.Wenn ich mich richtig erinnere, dürften sie die entsprechenden Dateien im Verzeichnis /_vti_pvt finden. Die Datei /_vti_pvt/structure.cnf sollte die Organisationsstruktur ihres Webs enthalten. Mit etwas Glück können sie die Navigationsleisten auf den aktuellen Stand bringen, indem sie diese Datei am Server mit der Datei auf ihrer Festplatte überschreiben.

Bzgl. des Posts im Arcorforum: Ein Punkt ist in dieser Beschreibung auf jeden Fall korrekt. Die Navigationsleisten bestehen aus 2 Skripten. Eines davon läuft nur auf dem Client, das andere nur auf dem Server. Der Client liefert die Struktur, der Server erstellt daraus die Navigationsleisten.

Allerdings trifft die "Geschichte" bzgl. der Grafikdateien nur auf die Nutzer zu, welche beim Erstellen der Navigationsleisten die Option "Schaltflächen" aktiviert haben. Um grafische Buttons in den Navigationsleisten verwenden zu können muss laut Dokumentation zusätzlich ein Theme für das jeweilige Web aktiviert sein. Dann und nur dann werden laut Dokumentation Grafiken für Navigationsleisten erzeugt. Es ist ziemlich mies, dass in Frontpage beim Erstellen einer Navigationsleiste diese Option auch dann ausgewählt werden kann, wenn gar kein Theme geladen ist. Nicht nur das: die Option ist sogar als Standard aktiviert - völlig unverständlich. Leider weiß ich nicht genau wie das Skript am Server reagiert, wenn es mit diesem Parameter aufgerufen wird aber kein Theme existiert.Falls sie ihre Navigationsleisten als "Schaltflächen" erzeugt aber kein Theme geladen haben, sollten sie ihre Navigationsleisten sicherheitshalber ändern. Dazu ersetzen sie im Quelltext S-Rendering="Graphics" durch S-Rendering="Text".

Der Wortlaut für die Navigationsleisten wird aus den Dateien "structure.cnf" und für die Standardschaltflächen aus "service.cnf" generiert. Über den verwendeten Font ist mir nichts bekannt. Es gibt 3 mögliche Rendereinstellungen für den Server: "text", "html" und "graphics". Standardeinstellung ist "graphics". Die Einstellung "html" ist aus Frontpage heraus nicht erreichbar. Möglicherweise könnten bei ihrem Problem am Server noch alte Dateien bestehen und dann könnte es natürlich sein, dass eben diese alten Dateien nicht überschrieben werden können. Wenn tatsächlich noch Grafikdateien am Server bestehen, dann könnten sie sich im Ordner "_overlay/" befinden. Das ist der Ordner, in welchem Frontpage üblicherweise Overlaygrafiken speichert und dort sollte das Skript die Dateien suchen.

Eine kurze Beschreibung der "Visual InterDev Navigation Bar" finden sie auf ihrer Festplatte unter Programme/Gemeinsame_Dateien/Microsoft_Shared/Web_Server_Extensions/XX/bots/vinavbar/vinavbar.btl

Weitere Details finden sie im Web unter http://www.microsoft.com/vinterdev/ unter dem Stichwort "PageNavBar Control". Sie werden außerdem feststellen, dass es für Navigationsleisten noch einige undokumentierte Features gibt, die in Frontpage selbst nicht erreichbar sind.

Wie alle anderen Sounddateien auch. Das sie im Editor nicht angezeigt werden ist ärgerlich aber eigentlich kein Problem: den Dateinamen kann man auch von Hand eingeben. Frontpage akzeptiert die Eingabe trotzdem und die Musik wird auch ohne Schwierigkeiten abgespielt.

Wurden "Seiten" erstellt, oder ein "Web"? Frontpage veröffentlicht keine einzelnen Dateien, sondern nur komplette Homepages. Dazu muss über das Menü "Datei" die Option "Web öffnen" ausgewählt und dann das Verzeichnis auf der Festplatte, in welchem sich die Homepage befindet, ausgewählt werden. Es genügt nicht, die Datei einzeln in den Editor zu laden.

Ich glaube gelesen zu haben, dass diese Option nur bei Nutzern aktiviert ist, die mindestens den Microsoft Internet Information Server 3.0 (IIS) installiert haben. Dieses Formular scheint für kleine Firmennetze gedacht zu sein, die ein Serverbetriebssystem von Microsoft einsetzen und ihren eigenen Webserver betreiben. Als Privatkunde kann man dieses eingebaute Registrierungsformular getrost vergessen, weil man wohl kaum seinen eigenen Server daheim hat.

PS: Ab Frontpage 2002 sucht man die Einstellungen für "Sicherheit" übrigens vergebens. Stattdessen gibt es einen neuen Menüpunkt "Server".

Die Vorschau ist nicht Teil von Frontpage selbst, sondern wird - in der Regel - aus dem Internet-Explorer generiert. Wenn die Vorschau nicht klappt, sollten sie eventuell die Installation und die Einstellungen des IE prüfen. In Frontpage gibt es meiner Ansicht nach keine Möglichkeit dieses Verhalten zu beeinflussen.

Sie können sich mit Hilfe eines FTP-Programms (z.Bsp. WS-FTP) an ihrem Account anmelden und den Schreibschutz entfernen. Ein passendes Tool finden sie kostenlos im Netz.

Ordneransicht wählen, Rechtsklick auf die Datei, in welchem die Einträge des Forums gespeichert werden, im Kontextmenü "nicht veröffentlichen" auswählen.

Diese Option hat den gleichen Effekt wie oben beschrieben = der Eintrag vti_donotpublish wird auf true gesetzt. Eine andere Taste - die aber die gleiche Funktion auslöst. Ob man das von Hand macht, das Kontextmenü benutzt oder über die Berichtsansicht - das Ergebnis ist immer das Gleiche.

Es gibt nunmal in Frontpage nur die _vti_cnf Einträge, um zu bestimmen, welche Datei übertragen wird und welche nicht. Egal ob Forum, Gästebuch, Zähler oder irgendetwas anderes. Alles funktioniert auf die gleiche Weise.

Ich glaube, ab FP XP (?) ist die Option über das Kontextmenü erreichbar, bei den älteren ging es soweit ich weiß nur über die Berichtsansicht. Bei FP 2003 ist der Veröffentlichungsstatus dann in den Bereich "Berichte/Workflow" verschoben worden, was noch versteckter ist als vorher. Das mit dem Kontextmenü ist daher für FP XP und höher ein netter Shortcut - aber mehr auch nicht.

Im Notfall kann man die Textdateien editieren, die Frontpage benutzt um die Einträge zu speichern.

Für ein Diskussionsweb gibt es diese Option nicht. Jedenfalls nicht offiziell.

Es gibt einen versteckten Schalter, mit du es probieren könntest. Erst Quelltextansicht einschalten und dann im Formular den Eintrag s-article-format="HTML/BR" suchen.

Folgende Werte kannst du ausprobieren:

"XML" => XML-Format "HTML/BR" => das ist die Voreinstellung "HTML/DL" => HTML, als Definitionsliste "HTML/UL" => HTML, als Aufzählung "HTML/PRE" => HTML "TEXT/PRE" => nur Text (kein HTML) "TEXT/CSV" => eine kommaseparierte Liste (kann man in DB-Anwendungen oder Tabellenkalk. importieren) "TEXT/TSV" => das gleiche - mit einem Tabulator als Trennzeichen "TEXT/SSV" => das gleiche - mit einem Leerzeichen als Treenzeichen

Ob's funktioniert musst man ausprobieren. Offiziell gibt es diese Funktion nämlich nicht.

Ja, die Links funktionieren in der Vorschau nicht, das ist normal. Und ja, die Links werden später im Web wie gewohnt funktionieren.

Das Frontpage Gästebuch ist ziemlich rudimentär implementiert. Das Problem mit den Hyperlinks lässt sich umgehen indem man einstellt, dass die Daten als HTML gespeichert werden sollen. Das geht über die Formulareinstellungen. Aber so etwas wie eine Nummerierung oder Statistik kriegt man mit Frontpage allein nicht hin.

Wenn die Erweiterungen für Frontpage aktiv sind sollte das Web mit Frontpage publiziert werden, nicht mit einem anderen Tool. Sonst kann es sein dass die FP-Komponenten nicht funktionieren.

Das kann eine ganze Reihe von Ursachen haben. Im Grunde genommen bedeutet es, dass die Versionsinformationen nicht gespeichert werden können. Eventuell hat Frontpage nicht genügend Rechte zum Erstellen eines Verzeichnisses in diesem speziellen Verzeichnis. Wahrscheinlichste Ursache ist, dass irgendwann an Frontpage vorbei Änderungen via FTP vorgenommen worden sind, die Frontpage nicht überschreiben kann.

Lösung wäre, die Änderungen von Hand rückgängig zu machen, oder die Rechte so zu setzen, dass Frontpage Schreibrechte erhält.

Vorsicht: selbst erzeugte Dateien/Verzeichnisse dürfen nicht mit einem Unterstrich '_' beginnen. Andernfalls werden diese von Frontpage nicht korrekt erkannt. Vorsicht auch mit PHP-Skripten. Auf den von einem Skript erzeugten Dateien hat Frontpage keine Schreibrechte und kann somit keinen Versionsabgleich durchführen, was ebenfalls zu Fehlern führen kann.