Natürlich ist das valide, warum sollte es das nicht sein? Input mit type="image" ist valides HTML.
das input selbst ist grundsätzlich schon valide, meine gesamte Konstruktion aber nicht: es fehlt das HTML-Grundgerüst und z.B. das alt-Attribut des input. Wobei mir auffällt dass auch 49 Zeichen reichen: da waren noch 4 Anführungszeichen drin die man weglassen kann.
Wie viele Zeichen braucht ihr?
Welchen Weg geht ihr da?
53. Allerdings entspricht das nicht ganz der Aufgabenstellung, um das Bild darzustellen habe ich ein input mit type=image verwendet, ein Klick darauf überträgt die Koordinaten des Klicks womit keinerlei Javascript notwendig ist. Valide usw. ist das natürlich überhaupt nicht, da mir die Aufgabe aber wohl in Richtung wie CSSBattle geht ist das in dem Fall schon ok.
Das sollte schon gehen.
Nein, da der Pfad ($verzeichnis) fehlt.
genauer habe ich mir den Code jetzt nicht angesehen, aber verwende statt "keyup" mal "input" als Eventhandler.
Einer div-Box, die absolut positioniert ist (das Framework berechnet das Layout server-seitig),
… und hat sich damit selbst disqualifiziert. Ein Layout kann nicht serverseitig berechnet werden und postion als Layoutmittel ist auch nur sehr mäßig sinnvoll - verwende grid bzw. flex und lass den Browser das Rechnen machen.
Genau dies war die Lösung.
Nein ist es nicht. Damit trittst du die Barrierefreiheit mit Füßen (nein, auch ein Auftraggeber ist kein Grund, Barrierefreiheit ist für Seiten afaik teilweise sogar Pflicht!) - deswegen habe ich auch nicht auf outline hingewiesen (das war in diversen Threads schon öfters für solche Rahmen verantwortlich), auch weil ich immer noch auf Code gewartet hatte …
Hat jemand von euch eine Idee wie ich diesen Rahmen ausblenden kann?
Ohne den Code der Seite zu kennen lässt sich da nur raten, ich würde aber mal darauf tippen dass die Antwort lautet: am besten garnicht. Vermutlich ist der Rahmen dazu da um die Tabs auch per Tastatur bedienbar zu machen - und wenn du den Rahmen entfernst, lassen sich die Tabs nicht mehr per Tastatur bedienen da nicht mehr erkennbar ist welcher Tab gerade den Focus hat.
Wegen dein :Focus funktioniert das auch nur beim a Element , falls ich mich jetzt nicht irre.
Du irrst dich, <button> kennt auch :focus.
Ich habe eine Seite erstellt, welche über AJAX und JavaScript mehrere Farbcodes und Namen hierzu aus einer JSON-API zieht (Feste Anzahl).
Es gibt dann eine Tabelle, in welcher der Zellenhintergrund in dem Farbcode gefärbt wird und der Name als Inhalt drin steht. Das funktioniert auch alles schon soweit gut. Nun kann es aber vorkommen, dass der Farbcode Schwarz ist - und die Schrift auch. Das verringert die Lesbarkeit enorm, insbesondere auf einem Ausdruck
Eine direkte Lösung habe ich jetzt auch nicht, da wirst du wohl den Kontrast berechnen und ggf. auf weiße Schrift umschalten müssen (falls es Farben gibt auf denen weder weiß noch schwarz gut lesbar ist ggf. noch weitere Schriftfarben vorhalten).
Nachtrag: ich habe nicht genau genug gelesen, sowas hast du ja drin, nur funktioniert es nicht (warum hat Sempervivum ja schon geschrieben). Evtl. kann ein Blick auf den verlinkten Kontrastrechner trotzdem nicht schaden, evtl. berechnet der das anders/besser?
ZitatEs ist auch JScript eingebunden, da die Scriptvorlage die ich gefunden und angepasst habe dies nutzt. Das funktioniert auch. Wenn ich es recht verstanden habe ist im JScript $ als "Zentraler Name" definiert. Das finde ich aber nirgends und ich vermute, dass ich einfach den Wald vor lauter Bäumen nicht sehe
Wie schon geschrieben: jQuery, nicht jScript (das ist was anderes). Was das $ bedeutet steht im Handbuch zu jQuery - was da allerdings nicht steht, ist dass jQuery hier völlig überflüssig ist: du nutzt nur $(document).ready() und dafür reicht Vanilla-JS völlig aus. Ein einfaches document.addEventListener('DOMContentLoaded', … ); macht das gleiche, spart aber die JQuery-Datei. Der Ajax-Request würde sich auch mit jQuery lösen lassen, ist aber auch nicht nötig: Fetch API existiert.
ZitatCodedocument.getElementById('weft_1_cell').bgColor = colorAPI['WeftList'][0]['ColorList'][0]['ColorItem']['Color']; document.getElementById('weft_1').value = colorAPI['WeftList'][0]['ColorList'][0]['ColorItem']['Name'];
Ohne jetzt den HTML-Code dazu zu kennen, würde ich mal schwer vermuten dass man das mit einer kurzen Schleife und ohne die IDs abfrühstücken kann.
Alles bündig, wie es gewünscht wird.
Nicht wirklich:
html-seminar.de/woltlab/attachment/3114/
und auch in der breiten Ansicht sind die vier Elemente nicht wirklich bündig - mit etwas Pixel-Schubbsen wird das aber auch nichts.
Es sollen Logo, Titel, Untertitel und Seitenüberschrift links bündig auf einer senkrechten Linie stehen.
Die ersten drei sind bündig (beim Logo sieht man es nur nicht direkt weil das Bild links und rechts weiße Bereiche hat). Die Seitenüberschrift ist weiter links dargestellt als die anderen Elemente, da von Bootstrap an zwei Elternelemente im Header jeweils 15px Innenabstand vergeben werden (was ohnehin die falsche Einheit ist).
An der Seite gibt es übrigens noch mehr zu tun: mit rund 2MB und 53 Requests ist die - dafür dass kein wirklicher Inhalt da ist - viel zu groß.
am Mac mit firefox und safari geht es,
aber am iPhone weder im Safari, noch im firefox
Das scheint Absicht zu sein, einschlägige Suchmaschinen sollten noch mehr zu dem Thema ausspucken.
Was ich benötige ist, das man auf: <URL>#<Suchbegriff> rauskommt.
Was hast du vor? Dir ist klar dass in dem Fall der Suchbegriff nicht am Server ankommt?
Wie gehe ich dabei vor ?
Ein Blick ins Handbuch werfen: IndexStyleSheet sieht schonmal recht vielversprechend aus. Um das "Index Of" auszutauschen wirst du evtl. etwas Tricksen müssen, da muss du evtl. das <h1> ausblenden und per HeaderName die gewünschte Überschrift setzen.
Also bei mir klappt das Menü nicht auf beim reload....
Es bleibt nicht offen, die Untermenüs sind nur kurz zu sehen und werden dann ausgeblendet. Aber das Menü taugt ohnehin nichts da nicht barrierefrei, da muss der Hersteller nochmal ran.
ich habe für eine Modelagentur eine Page erstellt, wo 200-300 Modelfotos in einer Flexbox Darstellung vertikal in 6 Spalten angezeigt werden.
Du denkst viel zu sehr in Spalten und Zeilen was sich auch in deinem Quelltext widerspiegelt. Alle span- und div-Elemente die du hast sind überflüssig (bzw. falsch, span darf kein div enthalten). Entferne sie ersatzlos und verwende dann ein grid-Layout indem du definierst wie groß jedes Bild mindestens sein soll - den Rest (das Verteilen der Bilder in die Zeilen bzw. die Entscheidung wieviele Bilder in eine Zeile passen) überlässt du einfach dem Browser.
Du solltest bgcolor und strong nicht mehr verwenden, sondern soetwas mit CSS steuern.
Wenns nur das wäre … der Validator haut einem 16 Fehler/Warnungen um die Ohren bevor er aufgibt - und da sind dann die Fehler im body-Teil noch garnicht mit drin.
Habe jetzt auch die Menüs und eine Handyversion gemacht
:
Herzlichen Glückwunsch, damit hast du den letzten Punkt behoben, die restlichen Problem bestehen (bei teilweise leicht verändertem Verhalten) weiterhin.
Wie ich in #6 schon schrieb: als erstes muss das HTML in Ordnung gebracht werden: div#wrapper ist überflüssig, ein Element in dem alles steht gibt es bereits: body; die div#text* gehören in *ein* p damit der Text frei fließen kann, die beiden Absätze darüber ebenfalls je in ein p. Wenn das dann in Ordnung gebracht ist, kann man anfangen das vernünftig zu machen - aber mit den shape-Eigenschaften, nicht mit scale()! Wobei ich nur für große Displays mit shape arbeiten würde, kleine Displays sind zu klein als das das gut aussieht.
PS: Pixel ist als Einheit für die Schriftgröße (und sonst auch fast immer) immer noch falsch.
