Werte zwischen Fenster und PopUp tauschen

[EKKi]

Mahlzeit molily,

Ein a-Element verhält sich browserübergreifend und unabhängig vom Autoren-Stylesheet in allen JavaScript-fähigen Browsern als eine fokussierbare und anspringbare Schaltfläche.

Mag sein, dass es sich so verhält - es IST aber keine. Es dient dazu, eine logische Verbindung zu einer anderen Ressource (oder zu einem bestimmten Punkt der aktuellen Ressource) herzustellen. Was der Browser dann mit der Information, die er in den Attributen des Elements findet, macht, ist erstmal irrelevant.

Ob da nun eine HTTP-URI verlinkt ist oder nur JavaScript getriggert wird, ist praktisch irrelevant, sondern nur eine obskure und esoterische Frage der »Semantik«.

Und allein die ist bei einer Markup Language relevant. Und es ist keineswegs irrelevant, ob eine HTTP-URI verlinkt ist oder nicht. Genau dafür und nur dafür gibt es schließlich das <a>-Element. Javascript kann man mittels der geeigneten Eventhandler von fast allen Elementen triggern.

button taucht bspw. nicht in generierten Linklisten auf,

Wozu auch? Es ist kein Link und gehört daher auch nicht in eine Linkliste. Eine Linkliste soll doch darstellen, wohin man von einem bestimmten Punkt aus gelangen soll. Da hat eine interaktive Funktionalität innerhalb einer Ressource mal gar nichts zu suchen.

es ist nicht oder anders anspringbar und so weiter.

DAS ist dann aber ein Problem des Browsers. Oder aber des Entwicklers, der den Button nicht mit einem http://de.selfhtml.org/html/formulare/tastatur.htm#tabreihenfolge@title=Tabindex versehen hat.

Aber mit HTML schreiben wir immer noch Webseiten.

Korrekt. Dokumente.

Webseiten, die clientseitig dynamisch sind.

Sicher. Aber deswegen dürfen wir die Struktur der Seite/des Dokuments nicht verhunzen.

Webseiten, die JavaScript-Schaltflächen beinhalten.

Es gibt keine "Javascript-Schaltflächen". Es gibt vielleicht Elemente, die sich dynamisch verhalten.

Also mach mal eine klare und brauchbare Ansage, wie du dir vorstellst, wie das »richtig« zusammengehen soll.

Ganz einfach: dem Element, das bei einem Klick irgendwie reagieren soll, den passenden Eventhandler geben - fertig. Wenn es darüber hinaus per Tastatus ansteuerbar sein soll, noch einen Tabindex verpassen. IMHO müsste das (und natürlich die gewünschte Formatierung des Aussehens mittels CSS) reichen.

Ich sehe nicht, dass das so einfach ist, wie ihr suggeriert.

Ich schon. Was soll daran nicht einfach sein? Oder falsch? Oder nicht funktionieren?

Also ist und bleibt <a> falsch.

Sorry, aber weltfremder und praxisferner gehts gar nicht.

Mag sein. Aber richtig. Und IMHO auch umsetzbar (s.o.).

Lasst die Leute doch machen - machen sie sowieso, schließlich gibt es Millionen Webanwendungen, die es »falsch« machen.

Machen sie ja auch. Aber wenn hier jemand fragt, warum was nicht geht oder wie er es besser machen sollte, dann darf man ihn doch wohl darauf hinweisen, dass das, was er bisher gemacht hat, eigentlich nicht richtig ist und ihm Tipps geben, wie er es besser machen kann? Ob und wie er das dann umsetzt, bleibt doch immer noch ihm selbst überlassen ... und wenn er derartige Hinweise und Tipps nicht möchte, ist er hier sowieso im falschen Forum, die sind hier ja an der Tagesordnung. :-)

Oh, und niemandem tats weh! Im Gegenteil: Die Welt dreht sich immer noch. Und das Web ist benutzbarer geworden. Aber das SELFHTML-Forum bleibt ein gallisches Dorf.

Nein. Ein verbohrter Haufen von Idealisten, die sich auf die Fahnen geschrieben haben, Erkenntnis in das von Unwissenheit erfüllte Röm^H^Hedmondsche Imperium zu tragen ...

MfG,
EKKi