Input-History ausschalten

DarkManX · 04.05.2008, 14:09

Hiho,

bei Formularen erimmert sich der Browser an die früheren Angaben und listet diese bei einem Klick auf den Input auf. Ich will dieses auschalten, kann mir einer helfen?

dmx

Manko10 · 04.05.2008, 14:36

Es gibt dafür ein proprietäres Attribut autocomplete="off". Dieses Attribut wird zwar von den meisten Browsern unterstützt, gehört aber nicht zum Standard.

Flor1an · 04.05.2008, 14:37

Das was der Browser macht hat nichts mit deiner Website zutun! Ob der User die Formulardaten speichern möchte oder nicht ist ihm überlassen! Da solltest du eigentlich nicht den User beeinflussen! Dadurch senkst du die Usability deiner Webseite!

Ansonsten könntest du den Feldnamen immer zu verändern! Also eine dynamische Variable ...

Manko10 · 04.05.2008, 14:47

Der Meinung bin ich auch. Es gibt aber schon Anwendungszwecke, wo man es gebrauchen kann.
Zum Beispiel, wenn man einen Chat programmiert. Hier kann ich mir keinen User vorstellen, der es schön findet, nach ein paar Minuten Chat eine endlos lange Liste seiner bisherigen Posts am Eingabefeld hängen zu haben.

Flor1an · 04.05.2008, 17:47

Oder bei Homebanking macht es auch Sinn dass die Kontodaten IMMER erneut eingegeben werden müssen!

nikosch · 05.05.2008, 11:05

Richtig. Üblicherweise benutzt man hier eine veränderliche Challenge ID, wie hier

Code:

<input type="text" name="Kontonummer[48765487uhdwe574039]" />
<input type="submit" name="Done[48765487uhdwe574039]" />

, die dann mit einer in der Session gespeicherten Variablen abgeglichen wird. Eigentlicher Zweck ist hier die Verifizierung, dass die Eingabe aus dem Formular kommt und eine gültige Session existiert. Die Unterbindung des Eingabevorschlags ist nur ein positiver Nebeneffekt.

Das o.g. Attribut autocomplete sollte man aus semantischen und Gründen der Aufwärtskompatibilität trotzdem verwenden.

Manko10 · 05.05.2008, 11:57

Jain,
deine Variante funktioniert nur, wenn die Seite nach dem Absenden neu geladen wird. Nicht aber bei dem Chatbeispiel. Hier ist der Feldname ja immer noch derselbe, auch wenn es sich um eine zufällige ID handelt.
Des witeren hat es den Nachteil, dass das Formular nicht mehr richtig abgesendet werden kann, wenn die Session abgelaufen ist.
Ein Würgaround dazu: beim Chat wird beim Absenden per JavaScript immer der Feldname geändert und auf dem Server wird nicht nach ID gegangen - stattdessen wird einfach der erste Index des Namns benutzt. Nicht besonders schön und sehr aufwendig, ginge aber. Auch wenn ich an dieser Stelle autocomplete="off" schöner fände.
Wenn der Validator meckert, lässt sich dieses auch per JavaScript hinzufügen.

Bevor man eine der beiden Varianten benutzt, sollte man sich aber gut überlegen, ob man die Form-History wirklich unterbinden will.

nikosch · 05.05.2008, 15:16

In der Ausgangsfrage war auch nicht von Chat die Rede. Für Ajax-artige Requests kann man ja die Requestvariable dynamisch zusammenbauen. Und sogar über den return Wert die neue Challenge ID übermitteln.

Dass ohne/mit abgelaufener Session keine Forularverarbeitung möglich ist, ist i.A. der Sinn der Übung.

Im Übrigen würde für einen Chat eine einmalige Challenge pro Sitzung genügen. Der Username ist ohnehin gleich und Textfelder werden meines Wissens nicht automatisch gefüllt...

cycap · 05.05.2008, 16:08

Zitat:

Zitat von nikosch77

und Textfelder werden meines Wissens nicht automatisch gefüllt...

richtig, einfach textarea nehmen und das problem löst sich von alleine

Manko10 · 05.05.2008, 16:54

Das stimmt.
Problem hierbei: Absenden per Enter-Taste ist von Natur aus nicht möglich und müsste nachprogrammiert werden.
Alles hat also seine Vor- und Nachteile. Kommt ganz auf den zweck an, was man benutzt.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
input type="file" mit css formatieren	rooomka	HTML, Usability und Barrierefreiheit	10	25.03.2009 22:05
input type text standart angewaehlt		HTML, Usability und Barrierefreiheit	4	19.02.2009 00:54
Input Färben	mokus	HTML, Usability und Barrierefreiheit	5	08.08.2007 15:29
INPUT RADIO mit INPUT TEXT kombinieren!?!	buggybugga	HTML, Usability und Barrierefreiheit	5	20.02.2007 17:33
Width Problem bei input und text Feld	suter	HTML, Usability und Barrierefreiheit	2	14.02.2007 14:03
Cursorfokus automatisch in ein Input Feld setzen	DDogg	HTML, Usability und Barrierefreiheit	5	17.05.2006 22:48
Multiarray mit input!	Tschuu	PHP-Fortgeschrittene	1	07.01.2006 15:43
[Erledigt] Input value und Input text		PHP Tipps 2005-2	4	12.07.2005 16:46
Eintrag in ein Input aus einem Popup Fenster veranlassen	Plague	HTML, Usability und Barrierefreiheit	0	08.06.2005 18:23
[CSS] input & checkboxen trennen	Igäl	HTML, Usability und Barrierefreiheit	9	11.05.2005 18:52
input durch klick einfügen		PHP Tipps 2005	2	02.05.2005 16:20
[Erledigt] input type's		HTML, Usability und Barrierefreiheit	4	27.03.2005 18:23
Text in Input per Klick hinzufügen, bei erneutem Klick lösch	18inch	HTML, Usability und Barrierefreiheit	2	05.03.2005 14:01
Hochkommas in Input Feld		PHP Tipps 2004	3	12.06.2004 15:54

04.05.2008, 14:09
DarkManX Erfahrener Benutzer Registriert seit: 16.01.2007 Beiträge: 134	Input-History ausschalten Hiho, bei Formularen erimmert sich der Browser an die früheren Angaben und listet diese bei einem Klick auf den Input auf. Ich will dieses auschalten, kann mir einer helfen? dmx


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

04.05.2008, 14:36
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Es gibt dafür ein proprietäres Attribut autocomplete="off". Dieses Attribut wird zwar von den meisten Browsern unterstützt, gehört aber nicht zum Standard. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

04.05.2008, 14:37
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Das was der Browser macht hat nichts mit deiner Website zutun! Ob der User die Formulardaten speichern möchte oder nicht ist ihm überlassen! Da solltest du eigentlich nicht den User beeinflussen! Dadurch senkst du die Usability deiner Webseite! Ansonsten könntest du den Feldnamen immer zu verändern! Also eine dynamische Variable ...

04.05.2008, 14:47
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Der Meinung bin ich auch. Es gibt aber schon Anwendungszwecke, wo man es gebrauchen kann. Zum Beispiel, wenn man einen Chat programmiert. Hier kann ich mir keinen User vorstellen, der es schön findet, nach ein paar Minuten Chat eine endlos lange Liste seiner bisherigen Posts am Eingabefeld hängen zu haben. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

04.05.2008, 17:47
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Oder bei Homebanking macht es auch Sinn dass die Kontodaten IMMER erneut eingegeben werden müssen!

05.05.2008, 11:05
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Richtig. Üblicherweise benutzt man hier eine veränderliche Challenge ID, wie hier Code: <input type="text" name="Kontonummer[48765487uhdwe574039]" /> <input type="submit" name="Done[48765487uhdwe574039]" /> , die dann mit einer in der Session gespeicherten Variablen abgeglichen wird. Eigentlicher Zweck ist hier die Verifizierung, dass die Eingabe aus dem Formular kommt und eine gültige Session existiert. Die Unterbindung des Eingabevorschlags ist nur ein positiver Nebeneffekt. Das o.g. Attribut autocomplete sollte man aus semantischen und Gründen der Aufwärtskompatibilität trotzdem verwenden.

05.05.2008, 11:57
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Jain, deine Variante funktioniert nur, wenn die Seite nach dem Absenden neu geladen wird. Nicht aber bei dem Chatbeispiel. Hier ist der Feldname ja immer noch derselbe, auch wenn es sich um eine zufällige ID handelt. Des witeren hat es den Nachteil, dass das Formular nicht mehr richtig abgesendet werden kann, wenn die Session abgelaufen ist. Ein Würgaround dazu: beim Chat wird beim Absenden per JavaScript immer der Feldname geändert und auf dem Server wird nicht nach ID gegangen - stattdessen wird einfach der erste Index des Namns benutzt. Nicht besonders schön und sehr aufwendig, ginge aber. Auch wenn ich an dieser Stelle autocomplete="off" schöner fände. Wenn der Validator meckert, lässt sich dieses auch per JavaScript hinzufügen. Bevor man eine der beiden Varianten benutzt, sollte man sich aber gut überlegen, ob man die Form-History wirklich unterbinden will. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

05.05.2008, 15:16
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	In der Ausgangsfrage war auch nicht von Chat die Rede. Für Ajax-artige Requests kann man ja die Requestvariable dynamisch zusammenbauen. Und sogar über den return Wert die neue Challenge ID übermitteln. Dass ohne/mit abgelaufener Session keine Forularverarbeitung möglich ist, ist i.A. der Sinn der Übung. Im Übrigen würde für einen Chat eine einmalige Challenge pro Sitzung genügen. Der Username ist ohnehin gleich und Textfelder werden meines Wissens nicht automatisch gefüllt...

05.05.2008, 16:54
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Das stimmt. Problem hierbei: Absenden per Enter-Taste ist von Natur aus nicht möglich und müsste nachprogrammiert werden. Alles hat also seine Vor- und Nachteile. Kommt ganz auf den zweck an, was man benutzt.