current.html

leoa · Beitrag von **leoa** » 15 Feb 2006 00:13

Hallo
Ich wollte in current.html eine Link einbauen damit man immer wieder auf die Start Seite kommt "Home" ich habe es auch so weit geschafft
nur halt habe ich nicht bedacht das jedes Mal wenn die Daten Aktualisiert werden dieser Link wieder gelöscht wird
wich mache ich das habe es schon probiert es in der current.txt einzutragen aber leider auch ohne erfolg

grüße Leo

Beitrag von **Werner** » 15 Feb 2006 07:26

@Leo,

geht nicht!

Du musst dann auf die benutzerdefinierten Dateien (custom.txt ...) umsteigen.

Die Beispiel-benutzerdef. "current.txt" kann die current.html ersetzen.
Zur Verwendung muss sie zu custom.txt umbenannt werden oder eben in die Datenreihe der custom.txt "eingebaut" werden und zusätzlich ist dann
das "Erzeugen der Wetterübersicht" zu deaktivieren und das "Abarbeiten der benutzerdef. Html/Wml-Dateien" zu aktivieren.

Werner

Beitrag von **weneu** » 15 Feb 2006 10:10

Hallo Leo,
um noch etwas nachzulegen:
Wenn du dir mal meine Seite
http://www.wernerneudeck.de/wetter/faq/index.html
ansiehst, dort habe ich einiges dazu geschrieben.
Und um es nochmals klar zu sagen: die current.html ist eine von WSWIN fest erzeugte und nicht veränderbare Datei (außer durch Einstellungen in WSWIN), die vor allem für user gedacht ist, die selbst nicht Hand anlegen wollen. Für alle anderen Zwecke sollte aus der custom.txt eine custom.html erzeugt werden.

leoa · Beitrag von **leoa** » 15 Feb 2006 10:57

Hallo Werner

Danke für den Tip ich hoffe ich habe es verstanden werde es heute abend gleich einmal testen
habe nämlich bis vor gut einen Monat noch nichts mit HTML und der gleichten zu tun darum meine unwissenden Fragen

danke

grüße Leo

Holli · Beitrag von **Holli** » 15 Feb 2006 14:29

Einen Tipp an alle, die gerade anfangen wollen, ihren eigenen WsWin-Quelltext zu erzeugen:
Faßt um Gottes Willen den Quelltext nicht mit Mozilla Nvu an!
Ich habe es gerade hinter mir und fast die Krise bekommen: Das Sch***teil pfeift auf vorhandene Quelltextformatierungen und bricht die Zeilen willkürlich (am Fensterende, also rein zufällig) um, was natürlich tödlich für jede WsWin-Formel ist. Außerdem hat es mir alle Formatierungstabs ungefragt zu Leerzeichen gemacht, an jedem Zeilenende einen zusätzlichen Umbruch eingefügt, WsWin-Tags, die in einer eigenen Zeile stehen sollten (%unit_off%...) an das Ende der Vorgängerzeile gehängt und noch einige Ferkeleien mehr. Ich habe meinen eigenen Quelltext nicht wiedererkannt. Und natürlich hat keine einzige Formel mehr funktioniert.

Vergeßt das Teil. Auch wenn es angeblich W3C-konformen Quelltext erzeugt: Für WsWin ist es völlig ungeeignet.

Holli · Beitrag von **Holli** » 15 Feb 2006 14:43

leoa hat geschrieben:Danke für den Tip ich hoffe ich habe es verstanden werde es heute abend gleich einmal testen

Den Tipp mit der custom.txt halte ich nicht für wirklich gut. Sie enthält alle WsWin-Tags und sollte natürlich zum Nachsehen ständig greifbar sein, aber als Basis für die erste WsWin-Seite erschlägt sie einen Anfänger.
Dazu ist die current.txt wesentlich besser geeignet. Sie erzeugt eine Seite, die mit der current.html von WsWin selbst fast identisch ist. Als Spielseite für den Anfang ist sie bestens geeignet. Und wenn man sie kaputtgespielt hat, nimmt man wieder das Original

Schorni · Beitrag von **Schorni** » 15 Feb 2006 15:08

Hallo Dietmar,

Holli hat geschrieben:Einen Tipp an alle, die gerade anfangen wollen, ihren eigenen WsWin-Quelltext zu erzeugen:
Faßt um Gottes Willen den Quelltext nicht mit Mozilla Nvu an!

Die Erfahrung hatte ich auch mit anderen Editoren einschließlich Openoffice gemacht. Seitdem nutze ich den normalen Texteditor (notepad) für kleine Änderungen und Feinarbeiten.

Bei einem Neudesign von Seiten kann man allerdings mit Nvu doch einiges an Zeit einsparen. Allerdings sollte man sich vor dem Speichern immer den erzeugten HTML-Quelltext ansehen.

Den Tipp mit der custom.txt halte ich nicht für wirklich gut. Sie enthält alle WsWin-Tags und sollte natürlich zum Nachsehen ständig greifbar sein, aber als Basis für die erste WsWin-Seite erschlägt sie einen Anfänger.
Dazu ist die current.txt wesentlich besser geeignet. Sie erzeugt eine Seite, die mit der current.html von WsWin selbst fast identisch ist. Als Spielseite für den Anfang ist sie bestens geeignet. Und wenn man sie kaputtgespielt hat, nimmt man wieder

Ich rufe die current.txt einfach über die wap-Schiene auf. Dann muss man sich in WsWin auch nicht mit den verschiedenen Einstellungen im Bereich Custom.txt / Current.html herumschlagen.

Mit der template_time.txt hab ich es endlich auch geschafft meine Wetterspiegel-Datei von der wap-Schiene abzukoppeln und nur zur vollen Stunde (so wie es eigentlich sein soll) zu erzeugen. Dort kann man übrigens auch jedwede Datei aufrufen.

Gruß

Erik

Holli · Beitrag von **Holli** » 15 Feb 2006 15:40

Schorni hat geschrieben:
Bei einem Neudesign von Seiten kann man allerdings mit Nvu doch einiges an Zeit einsparen.
Naja, ich weiß nicht... (und ich werde es auch nicht ausprobieren!) Für die manuelle Nachbearbeitung fand ich den Quelltext ziemlich kaptt (vorher war er für meinen Texteditor auf Übersichtlichkeit optimiert, mit Einrückungen für die Strukturebenen, zusammengefaßten thematischen Abschnitten usw. Was Nvu daraus gemacht hat, mußte ich erst komplett neu formatieren, um wieder die Übersicht zu bekommen, bevor ich an die Fehlersuche in den Formeln gehen konnte.

Allerdings sollte man sich vor dem Speichern immer den erzeugten HTML-Quelltext ansehen.
Das habe ich gemacht: Kein Hinweis darauf, daß Nvu harte Zeilenenden bei selbst umbrochenen Zeilen setzt. Mein Editor kann auch auf Wunsch am Fensterrand umbrechen, aber dann setzt er da beim Speichern kein Zeilenendezeichen.

Beitrag von **weneu** » 15 Feb 2006 18:58

Hallo Leo,
lass dich hier von holli nicht verwirren, die custom.txt (unter Verwendung der current.txt als Ausgangsbasis) ist der einzige mühelose Weg (schau aber auf meinen Hilfeseiten nach), um die current.html durch die custom.html zu ersetzen.
PS: Die current.txt ist direkt von der Userseite (im Verzeichnis prg) zu laden; und die speicherst du dann als custom.txt - und die kannst du dann verändern

@Holli,
ich habe den starken Verdacht, dass du das ganze mit der custom_.txt verwechselst, in der alle WSWIN-Variabeln aufgeführt sind.
Davon ist hier nicht die Rede. Also im Zweifelsfall auch mal auf meiner weiter oben genannten Seite nachsehen, dann weißt du, was ich meine.

Holli · Beitrag von **Holli** » 15 Feb 2006 19:15

weneu hat geschrieben: @Holli,
ich habe den starken Verdacht, dass du das ganze mit der custom_.txt verwechselst, in der alle WSWIN-Variabeln aufgeführt sind.

Genau, das habe ich. Und zwar deshalb, weil üblicherweise bei den Template-Dateien der _ entfernt wird, um sie in WsWin zu benutzen. Und ich wollte vermeiden, daß Leo genau das macht und dabei verzweifelt.

Davon ist hier nicht die Rede.

Dann ist das jetzt ja klargestellt.

Um gar nicht erst in Versuchung zu kommen und um einen verständlichen Namen dafür zu haben, habe ich die Datei hier übrigens in Variablen.txt umbenannt.

Beitrag von **weneu** » 15 Feb 2006 19:18

Hallo Dietmar,

Und ich wollte vermeiden, daß Leo genau das macht und dabei verzweifelt

Da hast du allerdings gar nicht so unrecht. Auf diesen Einfall bin ich noch gar nicht gekommen, dass man das auch machen könnte.

Holli · Beitrag von **Holli** » 18 Feb 2006 21:47

Holli hat geschrieben:Einen Tipp an alle, die gerade anfangen wollen, ihren eigenen WsWin-Quelltext zu erzeugen:

Es geht weiter...

Ich wollte meine Info-Seite mal eben minimal umgestalten und das Mini-Display einfügen. Damit die Grafiken nicht wie Kraut und Rüben rumliegen und der Infotext an der richtigen Stelle bleibt, sollte dieser Teil in eine Tabelle. Weil ich gerade keine Lust hatte, mit dem Editor die Tabelle in den Quelltext zu stricken, wollte ich das "mal eben schnell" mit Frontpage 2000 machen.

Frontpage geöffnet und info.html draufgezogen. Tabelle eingefügt, vorhandene Bilder und Text in die entsprechenden Zellen gezogen. Neues Bild (minidisplay.gif) in eine leere Zelle gezogen. Bis dahin ganz einfach.

Dann Kontrolle im Quelltext: Obwohl bei allen Bildern bei den Eigenschaften kein Haken bei "Größe angeben" ist, hat es überall die Höhe/Breite-Tags eingefügt. Die Bilder heißen nicht mehr wie vorher "*.gif", sondern "file://localhost/..../*.gif". Super. Alles korrigiert, dann habe ich den absoluten Hammer gesehen: Das Mistvieh hat (vermutlich gleich beim Öffnen) sämtliche Headerzeilen und die Doctype-Deklaration weggeschmissen und durch den eigenen Schrott ersetzt: Keine Deklaration, Zeichensatz auf "windows-1252" statt auf "iso-8859-1" und den Seitentitel auf "Neue Seite 1" gesetzt. Alle vorher vorhandenen Header, insbesondere die für den automatischen Reload und das Stylesheet waren weg.

Ich liebe HTML-Editoren!

Eine Arbeitsersparnis war das jedenfalls nicht...

Enrico · Beitrag von **Enrico** » 18 Feb 2006 22:21

@holli
die Erfahruing mit FP habe ich auch schon sehr früh gehabt. Seit einigen Jahren bearbeite ich deshalb alles nur noch mit einem einfachen Texteditor (mit Text-highlighting). Da weiß ich, was im Code steht. Große HTML-Editoren nehme ich nur, um mir ein html-Gerüst zu erstellen (z.B. größere Tabellen). Dann allerding ausgehend von einem leeren Dokument.

Holli · Beitrag von **Holli** » 18 Feb 2006 23:17

Enrico hat geschrieben:
Seit einigen Jahren bearbeite ich deshalb alles nur noch mit einem einfachen Texteditor (mit Text-highlighting).
Mache ich ja eigentlich auch. Aber ich dachte, bei einer schon fertigen Seite, in die nur eine Tabelle eingeführt wird und ein paar existierende Inhalte verschoben werden, könne so ein Editor nicht viel kaputtmachen. So kann man sich irren.

Große HTML-Editoren nehme ich nur, um mir ein html-Gerüst zu erstellen (z.B. größere Tabellen). Dann allerding ausgehend von einem leeren Dokument.
Ich glaube, selbst dabei habe ich mit der Kopie einer existierenden Seite mit allen Headern nach Löschen der Inhalte schneller eine korrekt funktionierende Seite.