Alternative Hover bei Mobilgeräten – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 14:34:32 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707301#m1707301 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707301#m1707301 <p>Guten Tag,</p> <p>hover funktioniert ja meines Wissens bei Mobilgeräten nicht. Gibt es hierfür bei CSS etwas spezielles oder sollte man dies per Javascript realisieren? Würde mich über verschiedene Meinungen freuen.</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:03:34 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707315#m1707315 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707315#m1707315 <p>Hallo</p> <p>Weder ... noch.</p> <p>Am benutzerfreundlichsten ist einfach auf hover-Effekte zu verzichten. Außer Webseitenerstellern braucht und will die kein Mensch.</p> <p>Gruss</p> <p>MrMurphy</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:19:05 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707322#m1707322 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707322#m1707322 <p>Hallo,</p> <blockquote> <p>hover funktioniert ja meines Wissens bei Mobilgeräten nicht.</p> </blockquote> <p>das kannst du ganz leicht selbst testen, indem du die Seite mit einem Smartphone besuchst. Als ich noch keins hatte, habe ich mir hin und wieder eins geliehen. Danach wirst du wenig bis kein Interesse mehr an reinen hover-Effekten haben.</p> <p>Gruß<br> Jürgen</p> <p>PS Inzwischen ist es „Pflicht“, Seitentests auch mit Smartphones und Tablets durchzuführen, wenn irgendwie möglich, mit den gängigen Systemen.</p> Alternative Hover bei Mobilgeräten Wed, 01 Nov 17 20:23:24 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707562#m1707562 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707562#m1707562 <p>Hej Christian,</p> <blockquote> <p>hover funktioniert ja meines Wissens bei Mobilgeräten nicht.</p> </blockquote> <p>was passiert denn beim "hovern"?</p> <blockquote> <p>Gibt es hierfür bei CSS etwas spezielles oder sollte man dies per Javascript realisieren?</p> </blockquote> <p>Kommt drauf an, was beim hovern passiert. Wichtig ist, dass dasselbe dann auch für Menschen zugänglich ist, die sich webseiten vorlesen lassen, statt immer auf den Monitor zu glotzen…</p> <p>Marc</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:13:20 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707321#m1707321 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707321#m1707321 <p>Hallo,</p> <blockquote> <p>Am benutzerfreundlichsten ist einfach auf hover-Effekte zu verzichten. Außer Webseitenerstellern braucht und will die kein Mensch.</p> </blockquote> <p>so weit würde ich nicht gehen. Ich verwende bei :hover immer auch :focus. Dann kommt der Effekt auch bei Klick, Touch und bei Tastaturbedienung. Dazu muss das Element aber Fokussierbar sein.</p> <p>Gruß<br> Jürgen</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:47:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707333#m1707333 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707333#m1707333 <blockquote> <p>Weder ... noch. Am benutzerfreundlichsten ist einfach auf hover-Effekte zu verzichten. Außer Webseitenerstellern braucht und will die kein Mensch.</p> </blockquote> <p>Auch für PC's? Was meinst du damit genau Webseitenherstellern?</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:44:12 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707330#m1707330 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707330#m1707330 <p>@JürgenB</p> <p>Du meinst damit weil man einen Mehraufwand hat? Habe es auf meinem Apple iphone 7 plus getestet → funktioniert nicht! Sollte man es für PC's bestehen lassen?</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 15:54:45 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334 <p>Servus!</p> <blockquote> <p>@JürgenB</p> <p>Du meinst damit weil man einen Mehraufwand hat? Habe es auf meinem Apple iphone 7 plus getestet → funktioniert nicht! Sollte man es für PC's bestehen lassen?</p> </blockquote> <p>Ja so wie Jürgen B gesagt hat:</p> <pre><code class="block language-css"><span class="token selector">button:hover, button:focus</span> <span class="token punctuation">{</span> <span class="token property">outline</span><span class="token punctuation">:</span> 3px solid yellow<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> <blockquote> <p>Mit freundlichen Grüßen</p> <p>Christian</p> </blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 16:43:32 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707340#m1707340 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707340#m1707340 <p>Hallo Christian,</p> <blockquote> <p>Du meinst damit weil man einen Mehraufwand hat? Habe es auf meinem Apple iphone 7 plus getestet → funktioniert nicht! Sollte man es für PC's bestehen lassen?</p> </blockquote> <p>nein, du musst es auf dem Smartphone funktionieren lassen, oder für alle weglassen, denn Smartphone-User sind keine Minderheit mehr. Ausnahmen wären evtl. Spezial-Seiten, die z.B. wegen der erforderlichen Bildschirmgröße sowieso nur auf PCs funktionieren.</p> <p>Gruß<br> Jürgen</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 17:13:31 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707346#m1707346 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707346#m1707346 <p>@@Christian Huml</p> <blockquote> <blockquote> <p>Außer Webseitenerstellern braucht und will die kein Mensch.</p> </blockquote> <p>Was meinst du damit genau Webseitenherstellern?</p> </blockquote> <p>-<em>er</em>steller, nicht -<em>her</em>steller</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Wed, 01 Nov 17 20:19:32 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707561#m1707561 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707561#m1707561 <p>Hej Christian,</p> <blockquote> <blockquote> <p>Am benutzerfreundlichsten ist einfach auf hover-Effekte zu verzichten. Außer Webseitenerstellern braucht und will die kein Mensch.</p> </blockquote> <p>Auch für PC's? Was meinst du damit genau Webseitenherstellern?</p> </blockquote> <p>Die Menschen, die die Webseiten stricken äh bauen…</p> <p>Marc</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 16:48:06 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707341#m1707341 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707341#m1707341 <p>Hallo Matthias,</p> <blockquote> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> </blockquote> <p>man kann da mit Hilfe des <code>tabindex</code> noch etwas nachhelfen. Wobei man dann den Besucher noch irgendwie motivieren muss, das Element zu fokussieren.</p> <p>@@Christian Huml<br> Probier einfach mal aus, zum hover noch ein focus zu setzen, damit du ein Gefühl für die Bedienbarkeit bekommst.</p> <p>Gruß<br> Jürgen</p> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 13:28:46 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707838#m1707838 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707838#m1707838 <blockquote> <p>Ja so wie Jürgen B gesagt hat:</p> <pre><code class="block language-css"><span class="token selector">button:hover, button:focus</span> <span class="token punctuation">{</span> <span class="token property">outline</span><span class="token punctuation">:</span> 3px solid yellow<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> </blockquote> <p>@Matthias Scharwies</p> <p>Ist Button nicht eigentlich hauptsächlich für Formulare gedacht siehe Link:<a href="https://wiki.selfhtml.org/wiki/HTML/Formulare/Button#Anwendungsbeispiel" rel="nofollow noopener noreferrer">HTML/Formulare/Button</a>.</p> <p>Da Button ist es ja ofiziell kein Link mehr sondern ein Button?</p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 10:49:47 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708843#m1708843 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708843#m1708843 <p>Hallo @Matthias Scharwies,</p> <p>nochmals bezüglich Buttons (Links) dann gibt es ja nur zwei Vorgehensweisen oder? Mit onclick (JavaScript) oder <form action…</p> <p>Oder gibt es noch andere Möglichkeiten? Probleme bei Javascript bestehen dann wenn der Besucher Javascript deaktiviert hat.</p> <p>Habe auch schon mal an cursor gedacht in wie Weit wäre dies sinnvoll?</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 17:01:05 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707343#m1707343 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707343#m1707343 <p>@@JürgenB</p> <blockquote> <p>nein, du musst es auf dem Smartphone funktionieren lassen, oder für alle weglassen, denn Smartphone-User sind keine Minderheit mehr. Ausnahmen wären evtl. Spezial-Seiten, die z.B. wegen der erforderlichen Bildschirmgröße sowieso nur auf PCs funktionieren.</p> </blockquote> <p>Das ist Unsinn. <a href="http://dowebsitesneedtolookexactlythesameineverybrowser.com/" rel="nofollow noopener noreferrer">Do websites need to look exactly the same in every browser?</a></p> <p>Natürlich spricht nichts dagegen, einen Hover-Effekt als <em lang="en">progressive enhancement</em> für Geräte vorsehen, die das unterstützen. (Wenn es sich um einen Effekt handelt und nicht um etwas Essentielles wir das Sichtbarwerden von Inhalten.)</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 17:07:03 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707345#m1707345 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707345#m1707345 <p>@@JürgenB</p> <blockquote> <blockquote> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> </blockquote> <p>man kann da mit Hilfe des <code>tabindex</code> noch etwas nachhelfen.</p> </blockquote> <p>Das reicht nicht. Man müsste <strong>sämtliche Funktionalität</strong> nachbauen, angafangen mit <code>aria-role</code> über <em lang="en">accessible title</em> und und und …</p> <p>Das macht Riesenaufwand, ist fehlerträchtig – und unnütz.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 17:23:01 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707347#m1707347 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707347#m1707347 <p>Hallo Gunnar,</p> <blockquote> <blockquote> <p>nein, du musst es auf dem Smartphone funktionieren lassen, oder für alle weglassen, denn Smartphone-User sind keine Minderheit mehr. Ausnahmen wären evtl. Spezial-Seiten, die z.B. wegen der erforderlichen Bildschirmgröße sowieso nur auf PCs funktionieren.</p> </blockquote> <p>Das ist Unsinn. <a href="http://dowebsitesneedtolookexactlythesameineverybrowser.com/" rel="nofollow noopener noreferrer">Do websites need to look exactly the same in every browser?</a></p> <p>Natürlich spricht nichts dagegen, einen Hover-Effekt als <em lang="en">progressive enhancement</em> für Geräte vorsehen, die das unterstützen. (Wenn es sich um einen Effekt handelt und nicht um etwas Essentielles wir das Sichtbarwerden von Inhalten.)</p> </blockquote> <p>kam der Einwand nicht mal von dir: Wenn ein Effekt nicht auf allen Geräten sichtbar ist, kann er nicht so wichtig sein und ich kann ihn auch weglassen.</p> <p>Gruß<br> Jürgen</p> Alternative Hover bei Mobilgeräten Tue, 31 Oct 17 09:11:51 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707372#m1707372 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707372#m1707372 <p>@@Gunnar Bittersmann</p> <blockquote> <blockquote> <p>man kann da mit Hilfe des <code>tabindex</code> noch etwas nachhelfen.</p> </blockquote> <p>Das reicht nicht. Man müsste <strong>sämtliche Funktionalität</strong> nachbauen, angafangen mit <code>aria-role</code> über <em lang="en">accessible title</em> und und und …</p> <p>Das macht Riesenaufwand, ist fehlerträchtig – und unnütz.</p> </blockquote> <p>Was Steve Faulkner sagt:</p> <p><a href="/images/a1a21ead-14da-43a9-8609-1a7e5ba61c3d.jpeg" rel="noopener noreferrer"><img src="/images/a1a21ead-14da-43a9-8609-1a7e5ba61c3d.jpeg?size=medium" alt="" loading="lazy"></a></p> <p>(<a href="https://twitter.com/stevefaulkner/status/925259189982781442" rel="nofollow noopener noreferrer">https://twitter.com/stevefaulkner/status/925259189982781442</a> f.)</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 18:13:11 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707350#m1707350 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707350#m1707350 <p>Hallo,</p> <blockquote> <p>-<em>er</em>steller, nicht -<em>her</em>steller</p> </blockquote> <p>Bei (h)erfahren und (h)errichten gibts (große) Bedeutungsunterschiede, aber bei (h)erstellen sehe ich die nicht in jedem Fall.</p> <p>Gruß<br> Kalk</p> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 17:41:43 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707349#m1707349 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707349#m1707349 <p>@@JürgenB</p> <blockquote> <p>kam der Einwand nicht mal von dir:</p> </blockquote> <p>Glaub nicht.</p> <blockquote> <p>Wenn ein Effekt nicht auf allen Geräten sichtbar ist, kann er nicht so wichtig sein</p> </blockquote> <p>Aber er kann die UX verbessern. Warum sollte man das nicht wollen?</p> <blockquote> <p>und ich kann ihn auch weglassen.</p> </blockquote> <p>Kannst, ja. Aber solltest du?</p> <p>Und du sprachst von „musst“.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Mon, 30 Oct 17 18:19:28 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707351#m1707351 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707351#m1707351 <p>@@Tabellenkalk</p> <blockquote> <p>Bei (h)erfahren und (h)errichten gibts (große) Bedeutungsunterschiede</p> </blockquote> <p>Und bei Errorlog und Herr⁠@Orlok erst!</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Thu, 02 Nov 17 15:15:54 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707624#m1707624 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707624#m1707624 <p>@marctrix</p> <blockquote> <p>was passiert denn beim "hovern"? Kommt drauf an, was beim hovern passiert. Wichtig ist, dass dasselbe dann auch für Menschen zugänglich ist, die sich webseiten vorlesen lassen, statt immer auf den Monitor zu glotzen…</p> </blockquote> <p>Mir geht es derzeit nur um Links.</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Thu, 02 Nov 17 15:45:31 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707628#m1707628 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707628#m1707628 <p>Servus!</p> <blockquote> <p>@marctrix</p> <blockquote> <p>was passiert denn beim "hovern"? Kommt drauf an, was beim hovern passiert. Wichtig ist, dass dasselbe dann auch für Menschen zugänglich ist, die sich webseiten vorlesen lassen, statt immer auf den Monitor zu glotzen…</p> </blockquote> <p>Mir geht es derzeit nur um Links.</p> </blockquote> <p>Dann passt dieses Tutorial: <a href="https://wiki.selfhtml.org/wiki/HTML/Tutorials/Links_richtig_gestalten" rel="nofollow noopener noreferrer">HTML/Tutorials/Links_richtig_gestalten</a></p> <blockquote></blockquote> <p>Achte besonders auf die im Text erklärte Mehrfachkennzeichnung.</p> <blockquote> <p>Mit freundlichen Grüßen</p> <p>Christian</p> </blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> Alternative Hover bei Mobilgeräten Thu, 02 Nov 17 15:49:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707630#m1707630 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707630#m1707630 <p>Hej Christian,</p> <blockquote> <p>@marctrix</p> <blockquote> <p>was passiert denn beim "hovern"?</p> </blockquote> <p>Mir geht es derzeit nur um Links.</p> </blockquote> <p>??? Auf welche Frge ist das die Antwort? </p> <p>Marc</p> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 13:21:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707837#m1707837 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707837#m1707837 <blockquote> <p>Dann passt dieses Tutorial: <a href="https://wiki.selfhtml.org/wiki/HTML/Tutorials/Links_richtig_gestalten" rel="nofollow noopener noreferrer">HTML/Tutorials/Links_richtig_gestalten</a> Achte besonders auf die im Text erklärte Mehrfachkennzeichnung.</p> </blockquote> <p>@Matthias Scharwies</p> <p>Ich zitiere vom <a href="https://wiki.selfhtml.org/wiki/HTML/Tutorials/Links_richtig_gestalten" rel="nofollow noopener noreferrer">Link</a>:</p> <blockquote> <p><strong>Text-Links mit CSS gestalten</strong></p> </blockquote> <blockquote> <p>Verweise sollten die Aufmerksamkeit des Anwenders sofort auf sich lenken. Angesichts der immer weiter um sich greifenden Verwendung von <strong>Touch-Screens, die keinen :hover-Zustand kennen, ist die Verwendung von Hover-Effekten, bei denen Links erst durch Einblendungen, geänderte Mauszeiger, etc. erkennbar werden,</strong> <strong>nicht nur sinnlos, sondern geradezu kontraproduktiv. Trent Walton ruft in seinem Artikel „Non Hover“ zu einer Abkehr vom bisherigen Design mit Hover-Effekten auf.</strong>[2]</p> </blockquote> <p>So wie ich dass herauslesen konnte, sollte am besten komplett auf Hover verzichtet werden. Jedoch wenn ich mir die Mehrheit der Websiten ansehe verzichten nicht viele darauf.</p> Alternative Hover bei Mobilgeräten Thu, 02 Nov 17 15:55:21 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707631#m1707631 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707631#m1707631 <p>Servus!</p> <blockquote> <blockquote> <blockquote> <blockquote> <p>hover funktioniert ja meines Wissens bei Mobilgeräten nicht. Gibt es hierfür bei CSS etwas spezielles</p> </blockquote> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote> <p>...</p> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <p>Mir geht es derzeit nur um Links.</p> </blockquote> <p>??? Auf welche Frge ist das die Antwort? </p> </blockquote> <p>Auf seine ursprüngliche Frage, die Jürgen B schon in <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707321#m1707321" rel="noopener noreferrer">der ersten Anwort </a>beantwortet hatte.</p> <p>Dabei ging es ursprünglich auch nur um Interaktionselemente, bis die Community ihren Zug durch die Gemeinde (gemeinhin auch Threaddrift genannt) machte.</p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> Alternative Hover bei Mobilgeräten Thu, 02 Nov 17 16:15:27 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707633#m1707633 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707633#m1707633 <p>Hej Matthias,</p> <blockquote> <blockquote> <blockquote> <blockquote> <blockquote> <p>hover funktioniert ja meines Wissens bei Mobilgeräten nicht. Gibt es hierfür bei CSS etwas spezielles</p> </blockquote> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote> <p>...</p> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <p>Mir geht es derzeit nur um Links.</p> </blockquote> <p>??? Auf welche Frge ist das die Antwort? </p> </blockquote> <p>Auf seine ursprüngliche Frage, die Jürgen B schon in <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707321#m1707321" rel="noopener noreferrer">der ersten Anwort </a>beantwortet hatte.</p> </blockquote> <p>??? Was du nicht zitiert hast. Er schrieb das meine Frage, die da lautete:</p> <blockquote> <p><em>was passiert denn beim "hovern"?</em></p> </blockquote> <p>Das zu wissen ist wichtig, wenn man Vorschläge machen möchte.</p> <p>Marc</p> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 13:04:03 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707834#m1707834 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707834#m1707834 <blockquote> <p>??? Was du nicht zitiert hast. Er schrieb das meine Frage, die da lautete:</p> <blockquote> <p><em>was passiert denn beim "hovern"?</em></p> </blockquote> <p>Das zu wissen ist wichtig, wenn man Vorschläge machen möchte.</p> </blockquote> <p>@marctrix</p> <p>Sorry, werde mich nächstes mal besser ausdrücken. </p> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 14:00:21 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707846#m1707846 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707846#m1707846 <p>Hallo</p> <blockquote> <blockquote> <p>Verweise sollten die Aufmerksamkeit des Anwenders sofort auf sich lenken. Angesichts der immer weiter um sich greifenden Verwendung von <strong>Touch-Screens, die keinen :hover-Zustand kennen, ist die Verwendung von Hover-Effekten, bei denen Links erst durch Einblendungen, geänderte Mauszeiger, etc. erkennbar werden,</strong> <strong>nicht nur sinnlos, sondern geradezu kontraproduktiv. Trent Walton ruft in seinem Artikel „Non Hover“ zu einer Abkehr vom bisherigen Design mit Hover-Effekten auf.</strong>[2]</p> </blockquote> <p>So wie ich dass herauslesen konnte, sollte am besten komplett auf Hover verzichtet werden. Jedoch wenn ich mir die Mehrheit der Websiten ansehe verzichten nicht viele darauf.</p> </blockquote> <p>Das hieße, diejenigen, denen <code>:hover</code> angezeigt wird, aus der Überlegung rauszulassen. Dazu gibt es keinen Grund, auch wenn irgendwer zu irgendwas aufruft.</p> <p>Der von dir zitierte Block spricht zudem explizit davon, dass es kontraproduktiv ist, die Funktion eines Links als Link <em>erst</em> durch hovern des Links zu offenbaren. Wenn ein Link auch ohne <code>:hover</code> als Link erkennbar ist <sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>, spricht <em>nichts</em> dagegen, mit <code>:hover</code> einen weiteren Effekt, z.B. die Veränderung der Hintergrundfarbe des Linktextes, zu definieren.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>z.B. andere Textfarbe oder Unterstreichung <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 13:53:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707843#m1707843 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707843#m1707843 <p>Hallo</p> <blockquote> <blockquote> <pre><code class="block language-css"><span class="token selector">button:hover, button:focus</span> <span class="token punctuation">{</span> <span class="token property">outline</span><span class="token punctuation">:</span> 3px solid yellow<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> </blockquote> <p>Ist Button nicht eigentlich hauptsächlich für Formulare gedacht siehe Link:<a href="https://wiki.selfhtml.org/wiki/HTML/Formulare/Button#Anwendungsbeispiel" rel="nofollow noopener noreferrer">HTML/Formulare/Button</a>.</p> </blockquote> <p>Der Button ist, neben dem Absenden eines Formulars, zur Auslösung von Aktionen <em>innerhalb</em> eines HTML-Dokuments/einer Seite da.</p> <blockquote> <p>Da Button ist es ja ofiziell kein Link mehr sondern ein Button?</p> </blockquote> <p>Im Gegensatz zum Button ist der Link als Verknüpfung zu einem anderen Dokument oder einem Abschnitt des selben Dokuments da, also: ja.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 13:59:15 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707844#m1707844 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707844#m1707844 <blockquote> <p>Hallo</p> <blockquote> <blockquote> <pre><code class="block language-css"><span class="token selector">button:hover, button:focus</span> <span class="token punctuation">{</span> <span class="token property">outline</span><span class="token punctuation">:</span> 3px solid yellow<span class="token punctuation">;</span> <span class="token punctuation">}</span> </code></pre> <p>Aber eben nur für fokussierbare Elemente wie z.B. Links, Buttons und Input-Elemente.</p> </blockquote> <p>Ist Button nicht eigentlich hauptsächlich für Formulare gedacht siehe Link:<a href="https://wiki.selfhtml.org/wiki/HTML/Formulare/Button#Anwendungsbeispiel" rel="nofollow noopener noreferrer">HTML/Formulare/Button</a>.</p> </blockquote> <p>Der Button ist, neben dem Absenden eines Formulars, zur Auslösung von Aktionen <em>innerhalb</em> eines HTML-Dokuments/einer Seite da.</p> <blockquote> <p>Da Button ist es ja ofiziell kein Link mehr sondern ein Button?</p> </blockquote> <p>Im Gegensatz zum Button ist der Link als Verknüpfung zu einem anderen Dokument oder einem Abschnitt des selben Dokuments da, also: ja.</p> </blockquote> <p>@Auge</p> <p>Dann könnte dies theoretisch Nachteile mit sich ziehen (Google)? Auch wäre es für einen normalen Benutzer nicht mehr erkennbar als Link sondern als Button. Weiterhin könnte ja auch Besucher damit verwirrt werden oder nicht?</p> Alternative Hover bei Mobilgeräten Mon, 06 Nov 17 14:07:02 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707847#m1707847 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707847#m1707847 <p>Hallo</p> <blockquote> <blockquote> <p>Der Button ist, neben dem Absenden eines Formulars, zur Auslösung von Aktionen <em>innerhalb</em> eines HTML-Dokuments/einer Seite da.</p> <p>Im Gegensatz zum Button ist der Link als Verknüpfung zu einem anderen Dokument oder einem Abschnitt des selben Dokuments da, also: ja.</p> </blockquote> <p>Dann könnte dies theoretisch Nachteile mit sich ziehen (Google)?</p> </blockquote> <p>Mir ist nicht bekannt, dass sich Google dafür interessierte, ob als Auslöser für Aktionen auf einer Seite Buttons oder Links benutzt werden. Auf die Bedienbarkeit hat das aber Einfluss, manchmal einen negativen.</p> <blockquote> <p>Auch wäre es für einen normalen Benutzer nicht mehr erkennbar als Link sondern als Button.</p> </blockquote> <p>Man kann Buttons und Links gleich stylen. Für den Nutzer unterscheidbar sind sie dann tatsächlich nicht …</p> <blockquote> <p>Weiterhin könnte ja auch Besucher damit verwirrt werden oder nicht?</p> </blockquote> <p>… was durchaus verwirrend sein kann (wenn auch <em>nicht in jedem Fall</em> sein muss).</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 11:06:39 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708847#m1708847 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708847#m1708847 <p>@@Christian Huml</p> <blockquote> <p>nochmals bezüglich Buttons (Links) dann gibt es ja nur zwei Vorgehensweisen oder? Mit onclick (JavaScript) oder <form action…</p> </blockquote> <p>Hol mich ab – worum geht’s? Button? Link?</p> <blockquote> <p>Probleme bei Javascript bestehen dann wenn der Besucher Javascript deaktiviert hat.</p> </blockquote> <p>Nein, die Probleme damit sind <a href="https://forum.selfhtml.org/self/2017/nov/12/problem-bei-wrapping-in-flex-container/1708238#m1708238" rel="noopener noreferrer">weitaus größer</a>.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 11:18:11 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708851#m1708851 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708851#m1708851 <blockquote> <blockquote> <p>nochmals bezüglich Buttons (Links) dann gibt es ja nur zwei Vorgehensweisen oder? Mit onclick (JavaScript) oder <form action…</p> </blockquote> <p>Hol mich ab – worum geht’s? Button? Link?</p> <blockquote> <p>Probleme bei Javascript bestehen dann wenn der Besucher Javascript deaktiviert hat.</p> </blockquote> <p>Nein, die Probleme damit sind <a href="https://forum.selfhtml.org/self/2017/nov/12/problem-bei-wrapping-in-flex-container/1708238#m1708238" rel="noopener noreferrer">weitaus größer</a>.</p> </blockquote> <p>Hallo @Gunnar Bittersmann,</p> <p>es geht nur um Links. Da bei Touchgeräten focus, hover, active nicht möglich ist, wurde vorgeschlagen <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334" rel="noopener noreferrer">Link</a> über Buttons zu arbeiten.</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 11:49:21 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708860#m1708860 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708860#m1708860 <p>@@Christian Huml</p> <blockquote> <p>es geht nur um Links. Da bei Touchgeräten focus, hover, active nicht möglich ist, wurde vorgeschlagen <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334" rel="noopener noreferrer">Link</a> über Buttons zu arbeiten.</p> </blockquote> <p>Ich finde dort keinen solchen Vorschlag. Und wenn, dann wäre er Unsinn.</p> <p>Wenn du Links (Verweise auf andere Seiten/Abschnitte) willst, willst du Links (<code><a href="…"></code>).<br> Wenn du Buttons (Aktionen auf einer Seite) willst, willst du Buttons (<code><button type="button"></code>).</p> <p>Du willst niemals Links für Aktionen einsetzen (<code class="bad"><a href="javascript:…"></code>, <code class="bad"><a href="#" onclick="…"></code> ).<br> Du willst niemals Buttons für Verweise einsetzen.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 12:01:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708863#m1708863 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708863#m1708863 <p>Hallo</p> <blockquote> <p>es geht nur um Links. Da bei Touchgeräten focus, hover, active nicht möglich ist …</p> </blockquote> <p>Die Pseudoklasse <code>:active</code> sollte durchaus auch auf Mobilgeräten funktionieren.</p> <blockquote> <p>… wurde vorgeschlagen <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334" rel="noopener noreferrer">Link</a> über Buttons zu arbeiten.</p> </blockquote> <p>Ich lese im verlinkten Posting nicht heraus, dass man <code>button</code> statt <code>a</code> nehmen solle, zumal das so einfach nicht geht und sowas von falsch ist. Ein Link ist ein Link ist ein Link <sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup> und ist zur Verknüpfung verschiedener Dokumente und Abschnitte von Dokumenten da, ein <code>button</code> zum Auslösen einer Aktion in einem Dokument (ausnehmlich des Absendens eines Formulars).</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>… um mal die Erwerbsregeln der Ferengi zu paraphrasieren. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 12:25:42 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708865#m1708865 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708865#m1708865 <blockquote> <blockquote> <p>es geht nur um Links. Da bei Touchgeräten focus, hover, active nicht möglich ist, wurde vorgeschlagen <a href="https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1707334#m1707334" rel="noopener noreferrer">Link</a> über Buttons zu arbeiten.</p> </blockquote> <p>Ich finde dort keinen solchen Vorschlag. Und wenn, dann wäre er Unsinn.</p> <p>Wenn du Links (Verweise auf andere Seiten/Abschnitte) willst, willst du Links (<code><a href="…"></code>).<br> Wenn du Buttons (Aktionen auf einer Seite) willst, willst du Buttons (<code><button type="button"></code>).</p> <p>Du willst niemals Links für Aktionen einsetzen (<code class="bad"><a href="javascript:…"></code>, <code class="bad"><a href="#" onclick="…"></code> ).<br> Du willst niemals Buttons für Verweise einsetzen.</p> </blockquote> <p>Hallo @Gunnar Bittersmann,</p> <p>dass heißt man sollte es sol lassen wie es ist? Ich habe zwar focus, hover, active auf nicht Touchgeräten… Auf Touchgeräte gibt es keine sinvolle Lösung?</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 12:34:10 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708867#m1708867 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708867#m1708867 <p>@@Gunnar Bittersmann</p> <p>Marcy Sutton schrieb darüber: <a href="https://marcysutton.com/links-vs-buttons-in-modern-web-applications/" rel="nofollow noopener noreferrer">Links vs. Buttons in Modern Web Applications</a>.</p> <p>Und redete darüber – erst kürzlich wieder <a href="https://www.youtube.com/watch?v=8XjwDq9zG4I&list=PLn7dsvRdQEfGvHBILiQDsrkVf3oo0-shO" rel="nofollow noopener noreferrer">beim #ID24</a>. Und <a href="https://speakerdeck.com/marcysutton/the-links-vs-buttons-showdown" rel="nofollow noopener noreferrer">Folien dazu</a> gibt’s auch.</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 12:36:21 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708868#m1708868 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708868#m1708868 <p>@@Christian Huml</p> <blockquote> <p>dass heißt man sollte es sol lassen wie es ist?</p> </blockquote> <p>Kommt drauf an, wie es ist.</p> <blockquote> <p>Ich habe zwar focus, hover, active auf nicht Touchgeräten… Auf Touchgeräte gibt es keine sinvolle Lösung?</p> </blockquote> <p>Wäre es denn sinnvoll, dass sich etwas umfärbt, wenn es unter dem Finger gar nicht zu sehen ist?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 12:52:53 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708873#m1708873 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708873#m1708873 <p>Hallo</p> <blockquote> <p>dass heißt man sollte es sol lassen wie es ist?</p> </blockquote> <p>Warum denn nicht?</p> <blockquote> <p>Ich habe zwar focus, hover, active nicht auf Touchgeräten…</p> </blockquote> <p>Worte „auf“ und „nicht“ vertauscht.</p> <p>Abgesehen davon, dass <code>:active</code> auch auf Touchgeräten verfügbar ist, ist es doch wohl logisch, dass auf solchen Geräten nicht mögliche Zustände wie <code>:focus</code> und <code>:hover</code> dort auch nicht dargestellt werden. Niemand außer demjenigen, der akribisch die Darstellung von Desktopbrowsern mit denen auf Touchgeräten vergleicht, wird etwas vermissen.</p> <blockquote> <p>Auf Touchgeräte gibt es keine sinvolle Lösung?</p> </blockquote> <p>Was ist denn überhaupt das Problem? Sind die Links auf Touchgeräten nicht als solche erkenn- und benutzbar? Fehlt dir der in Desktopbrowsern verfügbare Effekt?</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:06:12 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708874#m1708874 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708874#m1708874 <blockquote> <blockquote> <p>dass heißt man sollte es sol lassen wie es ist?</p> </blockquote> <p>Warum denn nicht?</p> <blockquote> <p>Ich habe zwar focus, hover, active nicht auf Touchgeräten…</p> </blockquote> <p>Worte „auf“ und „nicht“ vertauscht.</p> <p>Abgesehen davon, dass <code>:active</code> auch auf Touchgeräten verfügbar ist, ist es doch wohl logisch, dass auf solchen Geräten nicht mögliche Zustände wie <code>:focus</code> und <code>:hover</code> dort auch nicht dargestellt werden. Niemand außer demjenigen, der akribisch die Darstellung von Desktopbrowsern mit denen auf Touchgeräten vergleicht, wird etwas vermissen.</p> <blockquote> <p>Auf Touchgeräte gibt es keine sinvolle Lösung?</p> </blockquote> <p>Was ist denn überhaupt das Problem? Sind die Links auf Touchgeräten nicht als solche erkenn- und benutzbar? Fehlt dir der in Desktopbrowsern verfügbare Effekt?</p> </blockquote> <p>Hallo @Auge,</p> <p>:active geht aber nur bei Formularelementen oder? Habe es mal auf den Iphone 7 Plus getestet :active geht bei mir nicht. Die Links sind schon erkennbar aber mir fehlen wie du schreibst die verfügbaren Effekte.</p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:14:03 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708876#m1708876 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708876#m1708876 <p>@@Christian Huml</p> <blockquote> <p>:active geht aber nur bei Formularelementen oder? Habe es mal auf den Iphone 7 Plus getestet :active geht bei mir nicht. Die Links sind schon erkennbar aber mir fehlen wie du schreibst die verfügbaren Effekte.</p> </blockquote> <p>Welche Effekte? Und was denkst du soll :active bei Links bewirken?</p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:19:31 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708877#m1708877 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708877#m1708877 <p>Hallo</p> <blockquote> <p>:active geht aber nur bei Formularelementen oder?</p> </blockquote> <p>Nein, es geht bei Links (<code><a></code>). Ob man Formularelemente aktivieren kann, habe ich noch nicht einmal ausprobiert. </p> <blockquote> <p>Habe es mal auf den Iphone 7 Plus getestet :active geht bei mir nicht.</p> </blockquote> <p>Dann ist der Browser kaputt oder du machst etwas falsch™️. Ich selbst kann nur auf einem Android-Gerät testen. Ich gehe aber davon aus, dass @Gunnar Bittersmann, der Apple-Geräte benutzt, wüsste, wenn das grundsätzlich nicht funktionieren würde.</p> <blockquote> <p>Die Links sind schon erkennbar aber mir fehlen wie du schreibst die verfügbaren Effekte.</p> </blockquote> <p>Wie gesagt, Effekte, die technisch nicht möglich sind, können auch nicht dargestellt werden. Und wie gesagt, außer dir, der alles immer wieder probiert und vergleicht, wird sie niemand unter dem Gesichspunkt, dass sie <code>:focus</code> und <code>:hover</code> sind und heißen, vermissen. Niemand hindert dich aber daran, für <code>:active</code> einen deutlich erkennbaren Effekt, vielleicht sogar den gleichen, der für <code>:focus</code> und <code>:hover</code> gilt, zu wählen. Ob der dann tatsächlich unter dem Finger verschwindet und überhaupt nicht sichtbar ist, wie Gunnar kolportiert, kommt ja darauf an, wie groß das Element im Viewport ist.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:23:11 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708878#m1708878 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708878#m1708878 <blockquote> <p>@@Christian Huml</p> <blockquote> <p>:active geht aber nur bei Formularelementen oder? Habe es mal auf den Iphone 7 Plus getestet :active geht bei mir nicht. Die Links sind schon erkennbar aber mir fehlen wie du schreibst die verfügbaren Effekte.</p> </blockquote> <p>Welche Effekte? Und was denkst du soll :active bei Links bewirken?</p> </blockquote> <p>@Gunnar Bittersmann,</p> <p>habe ich mir auch schon gedacht da die Tabulatortaste fehlt Ist den Cursor bei Links erlaubt oder besser gesagt dafür gedacht? <a href="https://wiki.selfhtml.org/wiki/CSS/Eigenschaften/Benutzeroberfl%C3%A4che/cursor" rel="nofollow noopener noreferrer">CSS/Eigenschaften/Benutzeroberfläche/cursor</a></p> <p>Mit freundlichen Grüßen</p> <p>Christian</p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:29:34 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708879#m1708879 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708879#m1708879 <blockquote> <blockquote> <p>:active geht aber nur bei Formularelementen oder?</p> </blockquote> <p>Nein, es geht bei Links (<code><a></code>). Ob man Formularelemente aktivieren kann, habe ich noch nicht einmal ausprobiert. </p> <blockquote> <p>Habe es mal auf den Iphone 7 Plus getestet :active geht bei mir nicht.</p> </blockquote> <p>Dann ist der Browser kaputt oder du machst etwas falsch™️. Ich selbst kann nur auf einem Android-Gerät testen. Ich gehe aber davon aus, dass @Gunnar Bittersmann, der Apple-Geräte benutzt, wüsste, wenn das grundsätzlich nicht funktionieren würde.</p> <blockquote> <p>Die Links sind schon erkennbar aber mir fehlen wie du schreibst die verfügbaren Effekte.</p> </blockquote> <p>Wie gesagt, Effekte, die technisch nicht möglich sind, können auch nicht dargestellt werden. Und wie gesagt, außer dir, der alles immer wieder probiert und vergleicht, wird sie niemand unter dem Gesichspunkt, dass sie <code>:focus</code> und <code>:hover</code> sind und heißen, vermissen. Niemand hindert dich aber daran, für <code>:active</code> einen deutlich erkennbaren Effekt, vielleicht sogar den gleichen, der für <code>:focus</code> und <code>:hover</code> gilt, zu wählen. Ob der dann tatsächlich unter dem Finger verschwindet und überhaupt nicht sichtbar ist, wie Gunnar kolportiert, kommt ja darauf an, wie groß das Element im Viewport ist.</p> </blockquote> <p>Hallo @Auge,</p> <p>wahrscheinlich nehme ich einfach alles zu genau Sprich ich will ja keinen benachteiligen </p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:30:03 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708880#m1708880 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708880#m1708880 <p>Hallo</p> <blockquote> <blockquote> <p>Welche Effekte? Und was denkst du soll :active bei Links bewirken?</p> </blockquote> <p>@Gunnar Bittersmann,</p> <p>habe ich mir auch schon gedacht da die Tabulatortaste fehlt Ist den Cursor bei Links erlaubt oder besser gesagt dafür gedacht? <a href="https://wiki.selfhtml.org/wiki/CSS/Eigenschaften/Benutzeroberfl%C3%A4che/cursor" rel="nofollow noopener noreferrer">CSS/Eigenschaften/Benutzeroberfläche/cursor</a></p> </blockquote> <p>es wirkt auf mich, als verwechseltest du die Einsatzzwecke der Pseudoklassen.</p> <ul> <li><code>:visited</code>: Link, dessen Ziel im Browser als besucht gilt</li> <li><code>:focus</code>: Link, der den Tastaturfokus hat</li> <li><code>:hover</code>: Link, über dem der Mauszeiger „schwebt“</li> <li><code>:active</code>: Link, der gerade geklickt ist, der gerade benutzt wird</li> </ul> <p>Die CSS-Definitionen, die für <code>:active</code> gelten, tun dies also in dem Moment, wenn ich den Link mit der Maus klicke oder mit dem Finger antippe. Länger sichtbar ist der Effekt nur, wenn ich die Maustaste im gedrückten Zustand festhalte bzw. den Finger auf dem Link lasse.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.<br> Toller Dampf voraus von Terry Pratchett </div> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:38:36 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708882#m1708882 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708882#m1708882 <blockquote> <blockquote> <p>habe ich mir auch schon gedacht da die Tabulatortaste fehlt Ist den Cursor bei Links erlaubt oder besser gesagt dafür gedacht? <a href="https://wiki.selfhtml.org/wiki/CSS/Eigenschaften/Benutzeroberfl%C3%A4che/cursor" rel="nofollow noopener noreferrer">CSS/Eigenschaften/Benutzeroberfläche/cursor</a></p> </blockquote> <p>es wirkt auf mich, als verwechseltest du die Einsatzzwecke der Pseudoklassen.</p> <ul> <li><code>:visited</code>: Link, dessen Ziel im Browser als besucht gilt</li> <li><code>:focus</code>: Link, der den Tastaturfokus hat</li> <li><code>:hover</code>: Link, über dem der Mauszeiger „schwebt“</li> <li><code>:active</code>: Link, der gerade geklickt ist, der gerade benutzt wird</li> </ul> <p>Die CSS-Definitionen, die für <code>:active</code> gelten, tun dies also in dem Moment, wenn ich den Link mit der Maus klicke oder mit dem Finger antippe. Länger sichtbar ist der Effekt nur, wenn ich die Maustaste im gedrückten Zustand festhalte bzw. den Finger auf dem Link lasse.</p> </blockquote> <p>Hallo @Auge,</p> <p>versehentlich verwechselt versuche dass es nicht mehr vorkommt </p> Alternative Hover bei Mobilgeräten Tue, 21 Nov 17 13:40:00 Z https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708883#m1708883 https://forum.selfhtml.org/self/2017/oct/30/alternative-hover-bei-mobilgeraeten/1708883#m1708883 <p>@@Auge</p> <blockquote> <p>es wirkt auf mich, als verwechseltest du die Einsatzzwecke der Pseudoklassen.</p> <ul> <li><code>:visited</code>: Link, dessen Ziel im Browser als besucht gilt</li> <li><code>:focus</code>: Link, der den Tastaturfokus hat</li> <li><code>:hover</code>: Link, über dem der Mauszeiger „schwebt“</li> <li><code>:active</code>: Link, der gerade geklickt ist, der gerade benutzt wird</li> </ul> </blockquote> <p>Der Vollständigkeit halber:</p> <ul> <li><code>:link</code>: Link, dessen Ziel im Browser als noch nicht besucht gilt</li> </ul> <p>Und das haben schon viele verwechselt. Zuallererst diejenigen, die sich den Unsinn ausgedacht haben. Oder besser gesagt: ausgewasauchimmer.</p> <p><em lang="en">“Naming is hard.”</em></p> <p>LLAP </p> <div class="signature">-- <br> “When UX doesn’t consider <em>all</em> users, shouldn’t it be known as ‘<em>Some</em> User Experience’ or... SUX? #a11y” —<a href="https://twitter.com/thebillygregory/status/552466012713783297" rel="nofollow noopener noreferrer">Billy Gregory</a> </div>