Mastodon

renephoenix.de

mit Webdesign

Kommentar von René

select ist zwar ein Formularelement, wird aber nicht über input type= realisiert. Also kein Eingabefeld, sondern ein Auswahlfeld.

ok@search. Da gehe ich ja noch durchaus mit.

zu slider/range: Du hast natürlich Recht, das Aussehen ist nicht festgelegt. Man überläßt es dem Browser. Allerdings benötigen unterschiedliche Steuerelemente auch unterschiedlich viel Platz. Wenn ich ein Formular konstruiere und beispielsweise drei (semantisch) zugehörige Drehregler nebeneinander positioniere, dann würde es mit Schiebereglern den zur Verfügung stehenden Platz sprengen. Und dann helfen auch keine Breiten- und Höhenangaben im CSS. Im umgekehrten Fall hätte man dann eierförmige Drehregler ;-)

Daß es heute select / radio bzw. select multiple / checkbox ist meiner Meinung auch sinnvoll. Mein neues Formular auf der Startseite der zweitwohnsitzsteuer würde als radio den Rahmen sprengen. Das ändert aber nichts daran, daß beide Elemente für Blinde gleich aussehen können.

Würden wir allerdings es wirklich dem Browser überlassen, bräuchten wie auch kein range, sondern der Browser könnte bereits number so darstellen, vorausgesetzt min/max/step sind gegeben.

Was UTF-8 angeht: ja, es wird in absehbarer Zeit eine Generalüberholung geben. Dann werde ich es berücksichtigen, an diesen Skripten möchte ich nicht mehr viel ummodeln ;)

Kommentar von wrtlprnft

E-Mail ist nicht implementiert, auch wenn man (wie ich) den internen Mailclient benutzt.

»slider« ist ein unpraktischer Name, weil er auch bestimmt, wie das Element dargestellt werden muss. Manche Browser könnten für »range« vielleicht auch so ein drehknopfförmiges Teil anbieten oder für Blinde etwas ganz anderes. In HTML soll schließlich stehen, was ein Element repräsentiert, nicht wie es dargestellt wird.

Den Fehler gibt es schon viel zu deutlich bei »select« (hast du in deiner Auflistung oben übrigens vergessen) und »radiobuttons/checkboxes« sie haben die selbe Funktion, schauen aber anders aus.

Der »search«-Typ ist anscheinend — wie <a type=»search«> — dafür gedacht, dass Browser das Suchfeld automatisch erkennen können (bestimmt nützlich für Blinde und der Browser kann auch automatisch anbieten, die Seite zu seiner eigenen Suchfunktion hinzuzufügen, siehe http://en.wikipedia.org/wiki/OpenSearch )

Kommentar von Thiemo

Dieser Vorstoß am W3C vorbei wird noch viele, viele Diskussionen auslösen. Was ich an der aktuellen Fassung des Entwurfs ganz spannend finde, ist die Art und Weise, wie die Elemente b, i und small beschrieben werden: Das entspricht ganz genau der in der Wikipedia gelebten Praxis. Überhaupt ist HTML 5 ja in erster Linie so zu verstehen, dass es ganz pragmatisch lediglich die Dinge in einem Standard nachlesbar festhält, die in der Praxis sowieso schon so gemacht werden. Dass man vieles davon anders machen müsste, ist richtig (das ist XHTML 2), aber das würde niemand annehmen, weil es zu weit an der aktuellen Praxis vorbei geht.

Kommentar von alex

Also du nimmst am besten Variante 4^^

Postfach
---------
id
betreff
massage
user_id
from_id
status_user_id
status_from_id
datum

wenn einer eine massage schreibt.
dann wird sie nur einmal gespeichert und beide können sie sehen.

wenn einer sie löscht dan status_user_id = 1
wenn der der das geschrieben sie löscht dann status_from_id = 1

dann nur noch eine abfrage if status_user_id = 1 && status_from_id = 1 delete

:)

Kommentar von Matthias

> Das würde heissen c ist gleich b wenn b
> sonst a. Für was soll das gut sein?
b ist auch dann, wenn es ein int (ungleich 0) oder ein String (nicht leer) ist.

Einfach mal folgendes ausprobieren:
[php]$b = 'Hallo';
echo($b ? $b : '');[/php]