weneu hat geschrieben:
Ich sehe den Sinn nicht ganz und zwar aus folgenden Gründen:
a) es gibt hier einmal die Templatedateien (template_d.txt, template_m.txt usw), deren Abarbeitung ja nicht durch openfile geschieht, sondern die einfach im Programm durch Setzen eines Hakens aktiviert werden. ("Steuerung - Einstellungen APRS/Template)
Die können und sollen auch so bleiben, weil hier sowieso keine Verkettung stattfindet. Im Prinzip ist das schon so eine Steuerdatei wie gewünscht, nur fest im Programm verdrahtet.
b) die Erstellug der current.html wird ebenfalls einfach durch Setzen eines Hakens aktiviert ("Internet - Einstellungen - current.html)
Wird hier gar nicht erstellt. Weder das Layout noch der Informationsgehalt gefallen mir. Deshalb habe ich die Informationen anders aufgeteilt, großenteils ergänzt und auf mehrere Dateien verteilt.
c) die beiden Dateien custom.txt (so vorhanden) und wap.txt werden automatisch abgearbeitet
Auch das kann und soll so bleiben.
Und jetzt kommt's:
Genau
Was hier nun der User in die custom.txt bzw. wap.txt zusätzlich einbaut (mit openfile), ist doch sozusagen sein Privatvergnügen und kann überhaupt nicht vorhergesehen werden. Das sieht schließlich bei jedem User anders aus.
Richtig. Und da gibt es je nach Ansprüchen und Phantasie Chaos beim Überblick über die erzeugten Dateien. Mancher übernimmt WsWin (fast) in der Voreinstellung, ein anderer will so viele Informationen wie möglich sehen können, aber nicht alle davon öffentlich machen, z.B. das Klima seiner Wohnräume. Also werden viele HTML und/oder Textdateien erstellt. Mit der Erfahrung mit WsWin erkennt man andere Möglichkeiten und baut die erzeugten Dateien wieder um, faßt sie zusammen oder teilt sie anders auf. Oder man erweitert die Meßstation und kann plötzlich zusätzliche Werte verarbeiten...
Ich meine, ihr habt das entweder nicht konsequent durchdacht oder ich habe euer Anliegen nicht verstanden. Wenn dies so sein sollte: bitte ein Beispiel dafür bringen, wie eine solche Steuerdatei aussehen soll.
Ein Beispiel (Dateiname muß wie für custom.txt und wap.txt per Konvention festgelegt werden):
aktuell.txt=current.html
custom.txt=custom.html
langzeit.txt=longtime.html
sunmoon.txt=sonne_und_mond.html
#var_test.txt=var_test.html <- auskommentiert, soll nur zum Testen der Ausgabe von Variablen aktiviert werden
temp_stat.txt=temp_stat.html
#temp_stat2.txt=temp_stat.html <- modifizierte Ausgabe, soll zunächst noch nicht öffentlich sein; stattdessen die ursprüngliche temp_stat
rain_stat.txt=rain_stat.html
.... usw.
dito für wap.txt
Die Steuerdateien werden einfach von oben nach unten abgearbeitet. Die Ausgabe- und Verkettungszeilen in den Quelldateien müssen entweder fehlen oder werden ignoriert. Das müßte Werner entscheiden. Das Kommentarzeichen ist natürlich ebenfalls Konvention und könnte auch // oder <-...-> oder sonstwie lauten. Auch das hängt von Werners Geschmack ab.
Damit wäre es
übersichtlich möglich, beliebige Dateien innerhalb der Verkettung zu verschieben, neue einzubauen oder zu löschen oder während des Umbaus einer Ausgabe so lange noch die alte auszugeben, bis die neue gefällt,
ohne daß man dafür immer mindestens zwei Dateien anpassen muß und rätselt, welche denn nun die aufrufende war, und aufpassen muß, daß man nicht versehentlich die Kette unterbricht. Die Testdatei soll bei mir z.B. immer die letzte sein, damit ich nicht jedesmal die Verkettung umbauen muß, wenn ich sie längere Zeit nicht brauche. Und jedesmal rate ich, welche denn nun die letzte Datei war, die die var_test aufruft.
Und weil natürlich der Name der Ausgabedatei nicht dem Namen der Quelldatei ähneln muß, behält man ebenfalls die Übersicht, wer denn nun was ausgibt.
Das Ganze kann ohne Änderung der jetzigen Verkettung stattfinden und alternativ laufen. Fehlen die Steuerdateien, folgt WsWin wie jetzt der Verkettung, liegen sie vor, den Steuerdateien.
Ausführlich genug?
Dietmar
