Hallo
ich habe eine Menge von Formularen in FP2003 mit Inputprüfungen erstellt. In
EW (Testversion) habe ich festgestellt, dass eine Formularunterstützung kaum
mehr vorhanden ist. Leider ist die Testversion abgelaufen, sodass ich dies
nur noch aus der Erinnerung habe.

In FP2003 sieht das Formular etwa wie folgt aus :
<form method="POST" action="--WEBBOT-SELF--"
onsubmit="location.href='../_derived/nortbots.htm';return false;"
language="JavaScript" webbot-onsubmit="return
FrontPage_Form1_Validator(this)" name="FrontPage_Form1">
<!--webbot bot="SaveResults" u-file="../_private/beispiel.txt"
s-format="TEXT/PRE" ...............................

Ich möchte :
a) eine eigene Prüfroutine --> clientseitig , Javascript. Dazu muss ich
onSubmit ändern. Klar!
b) die Daten in den Text-Files speichern, die von FP vorgesehen sind. Dazu
müsste ich action="..." und <!--webbot="SaveResults".... ändern. Oder diese
bestehen lassen ? Was würde bei einem Umstieg auf EW passieren ?

Geht Punkt b) überhaupt, und wenn ja, wie ? Aus Faulheit möchte ich so wenig
wie möglich an meinen Formularen ändern. Wenn nein, muss ich mir etwas
anderes einfallen lassen.

Besten Dank
Erich

Erich Gysel schrieb:

> In EW (Testversion) habe ich festgestellt, dass eine Formular-
> unterstützung kaum mehr vorhanden ist.

Die hierzu aus FrontPage bekannten Funktionen verwenden die FrontPage-
Servererweiterungen. Deshalb gibt es sie in EW nicht mehr, jedenfalls
nicht mit GUI-Unterstützung bei neuen Seiten.

> Was würde bei einem Umstieg auf EW passieren ?

Vorhandene Formulare werden nicht geändert. Wenn dein Provider
weiterhin die FrontPage-Servererweiterungen anbietet, kannst du
durchaus den alten Code weiterverwenden. Das ist natürlich keine
zukunftsfähige Technik; wahrscheinlich fliegt die Unterstützung für
FrontPage-Komponenten in einer der folgenden Versionen komplettt raus.

Mit EW kannst du einige ASP.NET-Steuerelemente in deine Formulare
einbauen, die weitaus mehr Möglichkeiten zur Validierung der Eingabe
bieten, bspw. RegularExpressionValidator und RangeValidator, einfach
"Aufgabenbereiche > Toolbox" einblenden und dort unter "ASP.NET-
Steuerelemente" suchen. Diese Validatoren stellen insbesondere eine
client- und eine serverseitige Überprüfung sicher.

Für die Weiterverarbeitung der Formulareingaben auf dem Server brauchst
du jedoch noch zusätzlichen Code, und dabei bietet EW keine fertigen
Lösungen.

Am besten verrätst du erst einmal, ob dein Server PHP oder ASP.NET
oder was auch immer unterstützt.

Hallo Christoph

danke für deine Antwort

> Vorhandene Formulare werden nicht geändert. Wenn dein Provider
> weiterhin die FrontPage-Servererweiterungen anbietet, kannst du
> durchaus den alten Code weiterverwenden. Das ist natürlich keine
> zukunftsfähige Technik; wahrscheinlich fliegt die Unterstützung für
> FrontPage-Komponenten in einer der folgenden Versionen komplettt raus.

Deshalb werde ich (muss ich) die Formulare gelegentlich ändern, resp. neu
schreiben, aber ohne Zeitdruck.

> Am besten verrätst du erst einmal, ob dein Server PHP oder ASP.NET
> oder was auch immer unterstützt.
Beides wäre möglich. Aber bisher habe ich mich nicht entschieden auf EW
umzustellen. Für den Fall der Formulare bräuchte ich weitere "Handarbeit"
vor allem mit php um die Daten serverseitig zu speichern. Leider kann ich
bisher kein php. Die meisten Anwendungen mit Formularen verwenden
action="mailto:....", also eine Rückmeldung mittels EMail. Funktioniert aber
nicht in allen Fällen. Deshalb wäre die Lösung von FP mit der Speicherung
der Daten in einem Textfile optimaler gewesen.

Quintessenz : Es scheint, dass ich alle meine Formulare neu schreiben muss.
Die Inputprüfung erfolgt in meinen Fällen nur clientseitig und dafür habe
ich ein sehr gutes JS-Validierungsscript.

Es grüsst dich
Erich

Erich Gysel schrieb:

> Die meisten Anwendungen mit Formularen verwenden action="mailto:....",

Praktisch niemand tut das, viel zu unzuverlässig. Die E-Mails werden vielmehr
vom Server erzeugt, vgl. auch <http://www.praast.de/ffq/formular/>.

Christoph schrieb :

> Praktisch niemand tut das, viel zu unzuverlässig. Die E-Mails werden
> vielmehr
> vom Server erzeugt, vgl. auch <http://www.praast.de/ffq/formular/>.
Viele tun es. Ich weiss um die Probleme. Deshalb kommt es auch nicht
infrage. Für eine private Website ist es zu aufwendig, PHP zu lernen. Die
wohl einfachste Möglichkeit wäre wohl http://www.formmailer.com/ zu
verwenden.

Schaut man sich die Homepage an, so stellt man fest, dass "Formmailer"
offensichtlich nicht weiter unterhalten wird. Hast du Erfahrung mit
ähnlichen Diensten ? Oder sonst wer in dieser Runde ?

Gruss
Erich

Hallo Erich,

Erich Gysel wrote:

> Quintessenz : Es scheint, dass ich alle meine Formulare neu schreiben
> muss. Die Inputprüfung erfolgt in meinen Fällen nur clientseitig und
> dafür habe ich ein sehr gutes JS-Validierungsscript.

Welches aber überhaupt nicht funktioniert wenn der User
im Browser kein JavaScript aktiviert hat. Für eine private
Homepage mag das vielleicht egal sein, aber ist zumidest
dann lästig wenn man seine Prüfungen z.B. dafür verwendet
um Spam auszusortieren.

Serverseitige Prüfung ist meiner persönlichen Meinung
nach Pflicht, die clientseitige Prüfung die zusätzliche
Kür. Und du mußt auch nicht gleiche eine Script- oder
Programmiersprache lernen es gibt genug Beispiele
im Web die du kopieren / anpassen kannst. Oder hast
du dein "sehr gutes JS-Validierungsscript" selbst
geschrieben? Wenn ja, dann dürftest du auch genug
Kenntnisse haben so etwas in ASP / PHP zu machen
anhand von Beispielen im Web.

Gruß,
Frank

"Frank Müller" <Frank.Mueller [at] t-online.de> schrieb im Newsbeitrag
news:%23v49A7GrHHA.4132 [at] TK2MSFTNGP05.phx.gbl...
>Serverseitige Prüfung ist meiner persönlichen Meinung
>nach Pflicht, die clientseitige Prüfung die zusätzliche
>Kür. Und du mußt auch nicht gleiche eine Script- oder
>Programmiersprache lernen es gibt genug Beispiele
>im Web die du kopieren / anpassen kannst.

Danke Frank! ich habe mir bereits einige php-Scripts angeschaut. Du hast
recht, was das abgeschaltete JS betrifft. Dramatisch wäre es allerdings
nicht, denn 98,37% haben JS aktiviert. Ich verwende JS auch sonst ziemlich
extensiv. Einige andere Features auf meiner Website würden ohne JS auch
nicht funktionieren. Natürlich ist die Navi nicht in JS!

Gruss
Erich

Hallo Erich,

Erich Gysel wrote:
> "Frank Müller" <Frank.Mueller [at] t-online.de> schrieb im Newsbeitrag
> news:%23v49A7GrHHA.4132 [at] TK2MSFTNGP05.phx.gbl...
>> Serverseitige Prüfung ist meiner persönlichen Meinung
>> nach Pflicht, die clientseitige Prüfung die zusätzliche
>> Kür. Und du mußt auch nicht gleiche eine Script- oder
>> Programmiersprache lernen es gibt genug Beispiele
>> im Web die du kopieren / anpassen kannst.
>
> Danke Frank! ich habe mir bereits einige php-Scripts angeschaut. Du
> hast recht, was das abgeschaltete JS betrifft. Dramatisch wäre es
> allerdings nicht, denn 98,37% haben JS aktiviert.

Diese Zahl stammt aus welcher zuverlässigen Quelle?
Und die Prozentangabe bezieht sich genau auf was?
Die Besucher deiner Seite, die Browser die JavaScript "können",
oder was genau? So pauschale Aussagen sind immer mit Vorsicht
zu behandeln.

> Ich verwende JS
> auch sonst ziemlich extensiv. Einige andere Features auf meiner
> Website würden ohne JS auch nicht funktionieren. Natürlich ist die
> Navi nicht in JS!

Hmm das erstaunt mich jetzt etwas <vbg> Warum ist das so "natürlich",
dass deine Navi nicht mit JavaScript arbeitet wenn doch fast 100% laut
deiner Aussage das "haben"? Und wieso machst du da einen Unterschied
zwischen deiner Navi und deinen Formularen? Sind die Formulare
unwichtig? Anscheinend nicht.

Aber wie gesagt, für eine private Homepage sollte man die
Kritierien der Argumentation wirklich nicht zu hoch ansetzten.

Gruß,
Frank

"Frank Müller" <Frank.Mueller [at] t-online.de> schrieb im Newsbeitrag
news:uJaSe7VrHHA.1172 [at] TK2MSFTNGP03.phx.gbl...
> Diese Zahl stammt aus welcher zuverlässigen Quelle?
> Und die Prozentangabe bezieht sich genau auf was?

Ist Google-Analytics zuverlässig ?

> Hmm das erstaunt mich jetzt etwas <vbg> Warum ist das so "natürlich",
> dass deine Navi nicht mit JavaScript arbeitet wenn doch fast 100% laut
> deiner Aussage das "haben"? Und wieso machst du da einen Unterschied
> zwischen deiner Navi und deinen Formularen? Sind die Formulare
> unwichtig? Anscheinend nicht.

der Rücklauf an User-Antworten mit Formularen liegt irgendwo im
Promille-Bereich.

Gruss
Erich

Hallo Erich,

>> Diese Zahl stammt aus welcher zuverlässigen Quelle?
>> Und die Prozentangabe bezieht sich genau auf was?

> Ist Google-Analytics zuverlässig ?

Meiner ganz persönlichen Meinung nach: Nein
Aber das jetzt zu begründen bzw. zu diskutieren
wäre hier der falsche Ort dafür gibt es passendere
Newsgroups.

>> Hmm das erstaunt mich jetzt etwas <vbg> Warum ist das so "natürlich",
>> dass deine Navi nicht mit JavaScript arbeitet wenn doch fast 100%
>> laut deiner Aussage das "haben"? Und wieso machst du da einen
>> Unterschied zwischen deiner Navi und deinen Formularen? Sind die
>> Formulare unwichtig? Anscheinend nicht.
>
> der Rücklauf an User-Antworten mit Formularen liegt irgendwo im
> Promille-Bereich.

Hmm und was sagt deine Analyse zu dem Verhältnis wie oft die
Seite mit dem Formular aufgerufen wurde und wie oft das Formular
auch abgeschickt wurde?

Aber das wird jetzt OT, denn ich kenne weder deine Webseite
noch weiß ich wofür du deine Formulare verwendest.

Gruß,
Frank