naja, eine alternative wäre, die answer-links per robots.txt zu sperren (was ich z.b. mit den userprofilen schon mache). aber zum einen habe ich bei meiner änderung damals nicht damit gerechnet, dass es tab-browser gibt, die formulare nicht in neuen tabs öffnen können, und zum anderen denke ich, sowas gehört imho zum lieferumfang.
ich war ab der stelle des requests genervt, ab dem die formulierung "evtl. falsch implementiert" ins spiel kam. wenn das html nicht validiert, ok, das ist dann falsch. aber bei komplexeren sachen, wie tabs gehandelt werden, finde ich es unangenehm, sich den unzulänglichkeiten eines browsers anzupassen, wenn so eine funktionalität eigentlich da sein sollte.
ich reagier halt empfindlich, wenn in irgendeinem browser was nicht so funktioniert wie erwartet und dann der code fehlerhaft sein soll. das war bei der overflow-sache genauso, bei der FF3 imho einen bug hat (overflow in tabellen), FF2 und opera aber nicht, und mir im folgenden nahegelegt wurde, auf tabellen zu verzichten, weil die ja eh out sind. aber wenn ich für bugs das layout ändern muss, ist das schon grenzwertig.
zugegeben, wenn ich entwickle, schau ich es zuerst in opera an und gelegentlich in FF, wodurch natürlich Opera bevorzugt wird, aber wenn mir jemand sagt, ein html ist definitiv falsch, dann muss ich es ändern.