HOSTBLOGGER.de

Habe ich bei einem privaten Projekt auch lange so verfolgt ... und es ging etlichen Usern gewaltig auf die Nerven und es zeugt nicht gerade von Professionalität (späte Einsicht).

Habe das damals so gelöst, dass ich per Browserweiche die 'brauchbaren' Browser mit dem gewünschten Formular gefüttert habe und die 'unbrauchbaren' (IE, Netscape, Opera, etc) mit einem 08/15 Formular beglückt habe. Darüber ein entsprechender Hinweis, dass aufgrund des verwendeten Browsers die Ansicht abweichen kann.

Konnten alle gut damit leben . Denk mal drüber nach.

Unprofessionell ist hier imho nur der Hersteller des defekten Browsers.

Natürlich gibt es eine serverseitige Lösung des Problems, nämlich alle benötigten Daten im Namen des Buttons zu kodieren und den Wert nur für das Label zu verwenden.

Man legt dann einfach einen Kompatibilitätslayer in die Formulardaten-Verarbeitung, der aus dem Button-Namen die Werte extrahiert und die entsprechenden Parameter erzeugt.

Um (ganz schamlos) etwas Werbung zu machen - Im OSS-Web-Framework Pustefix (http://www.pustefix-framework.org/) ist das seit Jahren implementiert, so dass man in einer Seiten-Definition innerhalb eines Buttons beliebige Parameter-Wert-Paare angeben kann. Das Framework übernimmt dann die Kodierung in und die Extraktion aus dem Button-Namen.

Genau genommen werden nicht die Informationen im Button-Namen kodiert, sondern der Button-Name über eine generierte Id mit einen Hidden-Formular-Feld korreliert, das dann die Informationen enthält. Ein relativ einfacher Ansatz, der hervorragend funktioniert.

Wenn ihr an der Implementierung interessiert seit: Der für den View relevante Code, welcher die Erzeugung des Hidden-Feldes übernimmt befindet sich in http://dev.pustefix-framework.org/browser/trunk/pustefix-core/src/main/resources/PUSTEFIX-INF/xsl/forminput.xsl ab Zeile 259 bzw. wird vom Button-Template, das ab Zeile 324 beginnt in Zeile 364 aufgerufen.
Die Logik zur Formulardaten-Verarbeitung befindet sich im wesentlichen in http://dev.pustefix-framework.org/browser/trunk/pustefix-core/src/main/java/de/schlund/pfixxml/PfixServletRequestImpl.java ab Zeile 422.

Da das LGPL-Code ist, dürfte abgucken in Ordnung sein.

Solange Menschen fleißig Workarounds für den IE coden, wird es auch immer nötig sein, dass zu tun.

Wenn die IE Nutzer aufeinmal nur noch 20% des (nicht-pornografischen Teil) des Internets ordentlich betrachten können, wechseln die ganz hops den Browser

Ich vertrete knallhart die Meinung, auf solche Workarounds zu verzichten. Zumal es auch einiges an Geld des Kunden spart, bei einem Satz von 60€/h für Webentwicklung

Oder würdet ihr einen Drucker kaufen, bei dem das Verwenden von DIN-(A4) Papier nur durch einen Zusatz möglich wäre?

Von daher kann ich Manitu schon gut nachvollziehen

Natürlich muss man immer eine Abwägung zwischen Kosten und Nutzen treffen.

Bei einem rein privaten Projekt, würde ich wahrscheinlich auch auf einen solchen Workaround verzichten.

Wenn man mit dem Produkt aber Geld verdienen will, dürfte es meistens billiger kommen einen Workaround zu bauen, als die (potentiellen) Kunden, die den IE benutzen, zu verlieren. Das war zumindest der Grund, warum dieser Workaround bei meinem damaligen Arbeitgeber in das o.g. Framework eingebaut wurde. Das ist aus meiner Sicht auch einer der wichtigsten Gründe für ein Framework, nämlich solche Workarounds an zentraler Stelle einbauen zu können, so dass alle Applikationen davon profitieren, ohne dass sich der einzelne Anwendungsentwickler noch einmal damit befassen muss.

Ich kann aber die Gründe, warum man einen solchen Workaround nicht einbauen will, sehr gut nachvollziehen und will diese Entscheidung nicht werten. Letztendlich betrifft mich diese Entscheidung auch nicht, und umgekehrt würde ich mir von anderen auch nicht hereinreden lassen, wie ich meine Firma führe.

Ich bin einfach nur über den Satz "Aus technischen Gründen können wir von unserer Seite aus keine Änderungen vornehmen, um diesen Editor kompatibel zu gestalten" gestolpert und bin der Meinung, er müsste korrekterweise lauten: "Aus organisatorischen Gründen wollen wir von unserer Seite aus keine Änderungen vornehmen, um diesen Editor kompatibel zu gestalten." - vielleicht mit dem Zusatz "Benutzen Sie doch einfach einen Browser, der nicht jeden Web-Standard völlig verdreht interpretiert."

Nun ja, ich kann das ja verstehen, dass man sich über den IE aufregt. Aber in diesem speziellen Fall würde ich das nicht so eng sehen, es gibt genug elegante Möglichkeiten auch ohne das "value" im Button aus zukommen. Da spart man sich auch eine Menge Irritationen beim Kunden. Folgendes würde ich schon eher unterstützen: z.B. http://www.browser-update.org/

Hallo,
kann es sein, das es Firefox ab Version 4 das Gleiche Problem gibt ????
Ich habe da ein Problem mit einem Formular, das mit FF < Version 4 funktioniert. IE bis Version 7 zeigt das im Blog erwähnte Verhalten. FF ab Version 4 dann auch.

Gruß,
Jens