Frage zum Aufbau der Navigation – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Frage zum Aufbau der Navigation Fri, 30 Sep 16 08:06:25 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676132#m1676132 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676132#m1676132 <p>Hallo zusammen,</p> <p>erst mal ein großes Lob an die Seite - hat mir schon über einiges Info's und Anregungen gegeben!!</p> <p>Zu meiner Frage. Ich möchte mir eine Homepage schreiben, finde auch an ganz vielen Stellen in Foren und über Google wie ich eine Navigation aufbaue, jedoch leider hören alle Artikel / Videos auf nach dem die Navigationsleiste steht.<br> Bisher klar ist folgender Aufbau mit Hilfe der Dateien "index.html/php" und "style.css":</p> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>nav</span> <span class="token attr-name">class</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>nav<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>ul</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#home<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Home<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite1<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 1<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite2<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 2<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite3<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 3<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> ... </code></pre> <p>damit schaffe ich es auch dass die URL "meineseite.de/index.html#seite2" aufgerufen werden soll, jedoch bleibe ich immer auf meiner index Seite hängen, da ich nicht weiß wie ich jetzt #seite2 anlegen soll...</p> <p>Alternativ gibt es ja die Möglichkeit die Navigation mit "<li><a href="seite2.html">Seite 2</a></li> aufzubauen, dann schickt es mich auch direkt auf Seite 2 wenn ich dem Link folge, so weite so gut. Leider gibt es jetzt das Problem dass ich nicht auf jeder meiner Seiten die Navigation aktuell halten möchte. Sollte es mal 30 Seiten geben und es kommt eine 31. dazu muss ich diese in 30 Seiten hinzufügen - das sollte doch nicht Stand der Technik sein :D</p> <p>Wäre schön jemand könnte mich im Thema #seite und "nav" ein wenig aufklären, entweder ich suche bisher falsch oder es wird zu selten der Zusammenhang zwischen Navigation und weiteren Seiten erklärt.</p> <p>Vielen Dank fürs lesen - bin natürlich auch offen für weitere Vorschläge eine Navigation aufzubauen :)</p> <p>Grüße<br> Chris</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 08:25:56 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676137#m1676137 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676137#m1676137 <p>@@chrisproud</p> <blockquote> <p>Info's</p> </blockquote> <p>Der Apostroph macht keinen Sinn.</p> <blockquote> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>nav</span> <span class="token attr-name">class</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>nav<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> </code></pre> </blockquote> <p>Die Klasse macht keinen Sinn.</p> <blockquote> <p>Leider gibt es jetzt das Problem dass ich nicht auf jeder meiner Seiten die Navigation aktuell halten möchte.</p> </blockquote> <p><a href="https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden" rel="nofollow noopener noreferrer">https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden</a> macht Sinn.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 08:29:32 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676138#m1676138 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676138#m1676138 <p>Hallo,</p> <blockquote> <p>Zu meiner Frage.</p> </blockquote> <p>Das ist eine <a href="http://wiki.selfhtml.org/wiki/FAQ" rel="nofollow noopener noreferrer">FAQ</a>, allerletzter Punkt.</p> <p>Gruß<br> Kalk</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 09:10:41 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676150#m1676150 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676150#m1676150 <p>Hallo und guten Morgen,</p> <blockquote> <pre><code class="block language-html"><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>nav</span> <span class="token attr-name">class</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>nav<span class="token punctuation">"</span></span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>ul</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#home<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Home<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite1<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 1<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite2<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 2<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> <span class="token tag"><span class="token tag"><span class="token punctuation"><</span>li</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"><</span>a</span> <span class="token attr-name">href</span><span class="token attr-value"><span class="token punctuation attr-equals">=</span><span class="token punctuation">"</span>#seite3<span class="token punctuation">"</span></span><span class="token punctuation">></span></span>Seite 3<span class="token tag"><span class="token tag"><span class="token punctuation"></</span>a</span><span class="token punctuation">></span></span><span class="token tag"><span class="token tag"><span class="token punctuation"></</span>li</span><span class="token punctuation">></span></span> ... </code></pre> <p>damit schaffe ich es auch dass die URL "meineseite.de/index.html#seite2" aufgerufen werden soll, jedoch bleibe ich immer auf meiner index Seite hängen, da ich nicht weiß wie ich jetzt #seite2 anlegen soll...</p> </blockquote> <p>Die URLs der Links, die Du dort oben abbildest, sind alle gleich. Sie zeigen immer auf das im Browser gerade aktuelle Dokument. Durch das # hängst Du dann browserseitig an die URL/URi ein sogenanntes Fragment an. Damit kann man, nachdem das Dokument an den Browser übertragen wurde, innerhalb des Dokumentes navigieren.</p> <p>Wenn Du unterschiedliche Ressourcen adressieren willst, musst Du auch die URL/URi ändern, also den Teil, der <strong>VOR</strong> dem #seiteX</p> <p>Grüße<br> TS</p> <div class="signature">-- <br> es wachse der Freifunk<br> <a href="http://freifunk-oberharz.de" rel="nofollow noopener noreferrer">http://freifunk-oberharz.de</a> </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 11:00:57 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676162#m1676162 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676162#m1676162 <blockquote> <p>Vielen Dank fürs lesen - bin natürlich auch offen für weitere Vorschläge eine Navigation aufzubauen :)</p> </blockquote> <p>Idealerweise liegt die Konfiguration der gesamten Website im Haupspeicher. So kann der Prozess, der zum Ausliefern des zum URL gehörigen Inhaltes zuständig ist, anhand der Konfiguration auch das Menu, etwaige BreadCrumbs und weitere Dinge ausgeben.</p> <p>Das Alles lässt sich über Klassen und deren Methoden bestens organisieren. Wenn Du <a href="http://rolfrost.de/form_data.html" rel="nofollow noopener noreferrer">hier</a> z.B. in den Quelltext guckst, siehst Du bereits im Kopfbereich der Seite zwei Angaben</p> <pre><code class="block"> <!-- class: DBResponse --> <!-- interface: source --> </code></pre> <p>wo praktisch für den URL konfigurierte Attribute ins Template gerendert werden (für's Debugging und Teamarbeit ganz nützlich). Gleichermaßen zeigt <link href="/upload" rel="index"> auf denjenigen URL der als Index zuständig ist, in der Konfiguration steht hierzu parent=/upload. Die Konfiguration zum URL /upload schließlich sieht so aus:</p> <pre><code class="block">[/upload] title=File Upload - Dateien via Browser hochladen descr=Ein oft gefragtes Thema sind Scripts zum Thema FileUpload isa=folder class=Folder short=Upload breadcrumb=/blog /web /upload parent=/web </code></pre> <p>womit das Response-Objekt ein Navigations-Menu mit BradCrumbs macht.</p> <p>Machs besser ;)</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 08:39:16 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676141#m1676141 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676141#m1676141 <p>@@Gunnar Bittersmann</p> <blockquote> <p><a href="https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden" rel="nofollow noopener noreferrer">https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden</a> macht Sinn.</p> </blockquote> <p>… wenn das Include denn auch PHP-Code enthält, der geparst werden muss. Ansonsten <a href="https://forum.selfhtml.org/self/2005/sep/26/menues-nur-einmal-erstellen/878097#m878097" rel="noopener noreferrer">was Ashura sagte</a>.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> include vs readfile Fri, 30 Sep 16 08:48:12 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676144#m1676144 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676144#m1676144 <p>@@Gunnar Bittersmann</p> <blockquote> <blockquote> <p><a href="https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden" rel="nofollow noopener noreferrer">https://wiki.selfhtml.org/wiki/PHP/Tutorials/Dateien_mittels_include_einbinden</a> macht Sinn.</p> </blockquote> <p>… wenn das Include denn auch PHP-Code enthält, der geparst werden muss. Ansonsten <a href="https://forum.selfhtml.org/self/2005/sep/26/menues-nur-einmal-erstellen/878097#m878097" rel="noopener noreferrer">was Ashura sagte</a>.</p> </blockquote> <p>Obwohl ich mir mir nicht so sicher bin, ob das wirklich ein so guter Ratschlag ist. Wieviele Mikrosekunden spart der Server dadurch?</p> <p>Auf der Kehrseite hat man mit <code>readfile</code> keinen <em>single point of change</em> mehr. Wenn man das Include ändert und es dann doch PHP-Code enthält, müsste man zusätzlich die Einbindung von <code>readfile</code> auf <code>include</code> (o.ä.) ändern – und das auf allen Seiten.</p> <p>Das sollte dafür sprechen, gleich <code>include</code> (o.ä.) zu verwenden, oder?</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> include vs readfile Fri, 30 Sep 16 08:53:58 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676145#m1676145 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676145#m1676145 <p>Hallo</p> <blockquote> <p>Auf der Kehrseite hat man mit <code>readfile</code> keinen <em>single point of change</em> mehr. Wenn man das Include ändert und es dann doch PHP-Code enthält, müsste man zusätzlich die Einbindung von <code>readfile</code> auf <code>include</code> (o.ä.) ändern – und das auf allen Seiten.</p> <p>Das sollte dafür sprechen, gleich <code>include</code> (o.ä.) zu verwenden, oder?</p> </blockquote> <p>Wenn man sicher ist, dass in der einzubindenden Datei kein ausführbarer Code enthalten ist, der Inhalt also einfach nur durchgereicht wird, ist <code>readfile</code> zu bevorzugen. Abseits von etwaig eingesparten Mikrosekunden kann einem auch nichts untergeschoben werden. Da es hier aber um die Einbindung einer Navigation geht, bei der man, wenn man sie schon mit PHP einbindet, mit großer Wahrscheinlichkeit auch seitenspezifische Anpassungen vornehmen will, ist <code>include</code> (mit einiger Wahrscheinlichkeit mit <code>_once</code>) die sinnvollere Wahl.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wo wir Mängel selbst aufdecken, kann sich kein Gegner einnisten.<br> Wolfgang Schneidewind <strong>*prust*</strong> </div> include vs readfile Fri, 30 Sep 16 09:04:09 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676148#m1676148 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676148#m1676148 <p>Tach!</p> <blockquote> <p>Auf der Kehrseite hat man mit <code>readfile</code> keinen <em>single point of change</em> mehr. Wenn man das Include ändert und es dann doch PHP-Code enthält, müsste man zusätzlich die Einbindung von <code>readfile</code> auf <code>include</code> (o.ä.) ändern – und das auf allen Seiten.</p> </blockquote> <p>Ja, so ist das. Will man was ändern, muss man was ändern. Manchmal auch etwas mehr.</p> <blockquote> <p>Das sollte dafür sprechen, gleich <code>include</code> (o.ä.) zu verwenden, oder?</p> </blockquote> <p>YAGNI oder: Prognosen sind schwierig, insbesondere wenn sie die Zukunft betreffen. Irgendetwas im Hinblick auf die Richtigkeit in der Zukunft machen zu wollen, hat das Problem, dass man selten weiß, was in der Zukunft als richtig erachtet werden wird.</p> <ol> <li>Es wird keine Änderung geben und die Arbeit für die Zukunft war umsonst.</li> <li>Es wird eine Änderung geben und dafür war die Vorarbeit richtig.</li> <li>Es wird eine Änderung geben, aber weder die gegenwärtig notwendige Version noch die für die Zukunft geplante lässt sich unverändert verwenden.</li> </ol> <p>Nach Myrphys Gesetz wird alles andere eintreten, nur nicht Punkt 2.</p> <p>dedlfix.</p> include vs readfile Fri, 30 Sep 16 09:02:18 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676147#m1676147 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676147#m1676147 <p>@@Auge</p> <blockquote> <p>Da es hier aber um die Einbindung einer Navigation geht, bei der man, wenn man sie schon mit PHP einbindet, mit großer Wahrscheinlichkeit auch seitenspezifische Anpassungen vornehmen will</p> </blockquote> <p>Die Abfrage der aktuellen Seite und Nichtverlinkung dieser im Menü fällt mir dazu ein.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> include vs readfile Fri, 30 Sep 16 09:14:44 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676151#m1676151 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676151#m1676151 <p>Tach!</p> <blockquote> <p>Die Abfrage der aktuellen Seite und Nichtverlinkung dieser im Menü fällt mir dazu ein.</p> </blockquote> <p>Manchmal klicke ich im Wiki auf den Link zur aktuellen Seite. Absichtlich. Und ich kann auch erkennen, dass es der Link zur aktuellen Seite ist.</p> <p>Ein Link zu aktuellen Seite ist insbesondere dann nicht unsinnig, wenn dadurch Aktionen ausgelöst oder Zustände herbeigeführt werden, die man beim Neuladen der Seite ausgelöst oder herbeigeführt haben möchte. Ich finde wichtiger als die Vermeidung der Verlinkung ist eine Kennzeichnung, welcher Menüpunkt aktiv ist. Eine gekennzeichnete Selbstverlinkung schadet meiner Meinung nach weniger als die Unannehmlichkeit, keinen Link zu haben, wenn man ihn gern hätte.</p> <p>dedlfix.</p> include vs readfile Fri, 30 Sep 16 09:06:59 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676149#m1676149 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676149#m1676149 <p>@@dedlfix</p> <blockquote> <blockquote> <p>Das sollte dafür sprechen, gleich <code>include</code> (o.ä.) zu verwenden, oder?</p> </blockquote> <p>YAGNI oder: Prognosen sind schwierig, insbesondere wenn sie die Zukunft betreffen. Irgendetwas im Hinblick auf die Richtigkeit in der Zukunft machen zu wollen, hat das Problem, dass man selten weiß, was in der Zukunft als richtig erachtet werden wird.</p> <ol> <li>Es wird keine Änderung geben und die Arbeit für die Zukunft war umsonst.</li> <li>Es wird eine Änderung geben und dafür war die Vorarbeit richtig.</li> <li>Es wird eine Änderung geben, aber weder die gegenwärtig notwendige Version noch die für die Zukunft geplante lässt sich unverändert verwenden.</li> </ol> <p>Nach Myrphys Gesetz wird alles andere eintreten, nur nicht Punkt 2.</p> </blockquote> <p>Ich denke, in einigen Fällen lässt sich durch etwas Überlegung im Vorfeld Murphy ein Schnippchen schlagen.</p> <p>Diesen halte ich für einen solchen Fall.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 09:22:51 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676154#m1676154 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676154#m1676154 <p>Hallo TS,</p> <blockquote> <p>Durch das # hängst Du dann browserseitig an die URL/URi ein sogenanntes Fragment an. Damit kann man, nachdem das Dokument an den Browser übertragen wurde, innerhalb des Dokumentes navigieren.</p> <p>Wenn Du unterschiedliche Ressourcen adressieren willst, musst Du auch die URL/URi ändern, also den Teil, der <strong>VOR</strong> dem #seiteX</p> </blockquote> <p>Der Aufbau eines URI ist <code>scheme:[//[user:password@]host[:port]][/]path[?query][#fragment]</code>. Damit gehört auch das Fragment dazu.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> include vs readfile Fri, 30 Sep 16 09:18:31 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676153#m1676153 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676153#m1676153 <p>Hallo und guten Morgen Dedlfix,</p> <blockquote> <p>Ein Link zu aktuellen Seite ist insbesondere dann nicht unsinnig, wenn dadurch Aktionen ausgelöst oder Zustände herbeigeführt werden, die man beim Neuladen der Seite ausgelöst oder herbeigeführt haben möchte. Ich finde wichtiger als die Vermeidung der Verlinkung ist eine Kennzeichnung, welcher Menüpunkt aktiv ist. Eine gekennzeichnete Selbstverlinkung schadet meiner Meinung nach weniger als die Unannehmlichkeit, keinen Link zu haben, wenn man ihn gern hätte.</p> </blockquote> <p>Dieses angebliche "Nogo" stammt mMn noch aus der Zeit, in der die Bot-Programme noch zu doof waren zu erkennen, dass sie sich aufhängen, also in eine Schleife liefen.</p> <p>Grüße<br> TS</p> <div class="signature">-- <br> es wachse der Freifunk<br> <a href="http://freifunk-oberharz.de" rel="nofollow noopener noreferrer">http://freifunk-oberharz.de</a> </div> include vs readfile Fri, 30 Sep 16 09:30:58 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676158#m1676158 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676158#m1676158 <p>@@dedlfix</p> <blockquote> <p>Ein Link zu aktuellen Seite ist insbesondere dann nicht unsinnig, wenn dadurch Aktionen ausgelöst oder Zustände herbeigeführt werden, die man beim Neuladen der Seite ausgelöst oder herbeigeführt haben möchte.</p> </blockquote> <p>Ich sage es gern immer wieder: Navigation und Aktualisierung von Daten sind zwei völlig verschiedene Nutzeraktionen. Auch wenn technisch dasselbe dahintersteckt.</p> <p>Verschiedene Nutzeraktionen heißt verschiedene UI-Elemente dafür. Wenn man Daten <strong>akualisieren</strong> möchte, warum sollte man das im <strong>Navigation</strong>smenü tun? Weil es einmal da ist? Schlechter Grund. Entwicklersicht, nicht nutzerzentriert.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> include vs readfile Fri, 30 Sep 16 09:26:57 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676155#m1676155 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676155#m1676155 <p>@@TS</p> <blockquote> <p>Dieses angebliche "Nogo" stammt mMn noch aus der Zeit, in der die Bot-Programme noch zu doof waren zu erkennen, dass sie sich aufhängen, also in eine Schleife liefen.</p> </blockquote> <p>Selbst wenn da ein temporärer Zusammenhang besteht, gewiss kein kausaler. Nielsen spricht von (menschlichen!) Nutzern.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 09:27:02 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676156#m1676156 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676156#m1676156 <p>Hallo und guten Morgen,</p> <blockquote> <blockquote> <p>Wenn Du unterschiedliche Ressourcen adressieren willst, musst Du auch die URL/URi ändern, also den Teil, der <strong>VOR</strong> dem #seiteX</p> </blockquote> <p>Der Aufbau eines URI ist <code>scheme:[//[user:password@]host[:port]][/]path[?query][#fragment]</code>. Damit gehört auch das Fragment dazu.</p> </blockquote> <p>Das Fragment wird aber beim Request nicht mit übertragen vom Browser an den Server. Nur DARUM ging es doch in erster Linie. Nur das Fragment (das Gegenstück zum Anker) zu ändern, hat also auf dem Server beim Request gar keinen Einfluss.</p> <p>Wenn chrisproud eine serverseitige Skriptsprache zur Verfügung hat, kann er/sie sich das auch ansehen. Das ist mMn immer ganz hilfreiche, sich erst einmal Übersicht über die Zusammenhänge zu verschaffen.</p> <p>Grüße<br> TS</p> <div class="signature">-- <br> es wachse der Freifunk<br> <a href="http://freifunk-oberharz.de" rel="nofollow noopener noreferrer">http://freifunk-oberharz.de</a> </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 09:30:50 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676157#m1676157 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676157#m1676157 <p>Hallo TS,</p> <blockquote> <blockquote> <blockquote> <p>Wenn Du unterschiedliche Ressourcen adressieren willst, musst Du auch die URL/URi ändern, also den Teil, der <strong>VOR</strong> dem #seiteX</p> </blockquote> <p>Der Aufbau eines URI ist <code>scheme:[//[user:password@]host[:port]][/]path[?query][#fragment]</code>. Damit gehört auch das Fragment dazu.</p> </blockquote> <p>Das Fragment wird aber beim Request nicht mit übertragen vom Browser an den Server. Nur DARUM ging es doch in erster Linie. Nur das Fragment (das Gegenstück zum Anker) zu ändern, hat also auf dem Server beim Request gar keinen Einfluss.</p> </blockquote> <p>Mir ging es darum, zu klären, dass ein URI eben nicht der Teil vor dem # ist.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> include vs readfile Fri, 30 Sep 16 09:59:58 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676159#m1676159 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676159#m1676159 <p>Tach!</p> <blockquote> <p>Verschiedene Nutzeraktionen heißt verschiedene UI-Elemente dafür. Wenn man Daten <strong>akualisieren</strong> möchte, warum sollte man das im <strong>Navigation</strong>smenü tun? Weil es einmal da ist? Schlechter Grund. Entwicklersicht, nicht nutzerzentriert.</p> </blockquote> <p>Weil das der Punkt war, über den ich zu diesen Daten gelangt bin. Warum soll ich mir nun einen weiteren Punkt suchen müssen, an dem ich dasselbe erreiche? Nur weil der Entwickler meint, da dürfe kein Link sein? Du kannst ja gern noch eine weitere Schaltfläche für das Aktualisieren anbieten, aber ich sehe da noch keinen Grund, warum der Menüpunkt unbedingt deaktiviert werden müsse.</p> <p>dedlfix.</p> include vs readfile Fri, 30 Sep 16 10:16:47 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676160#m1676160 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676160#m1676160 <p>@@dedlfix</p> <blockquote> <p>Weil das der Punkt war, über den ich zu diesen Daten gelangt bin.</p> </blockquote> <p>Wenn man schon dort ist, sucht man nach dem Wegweiser, wie man dorthin gekommen ist?</p> <p>Vielleicht. Vielleicht nicht. Mit einem Nutzertest könnte man es herausfinden.</p> <blockquote> <p>Du kannst ja gern noch eine weitere Schaltfläche für das Aktualisieren anbieten</p> </blockquote> <p>Sollte? Es gibt bereits eine solche: den Refresh-Button des Browsers.</p> <p>Der sollte genügen – auch das wäre mit einem Nutzertest herauszufinden.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 10:26:35 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676161#m1676161 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676161#m1676161 <p>Hallo</p> <blockquote> <blockquote> <p>Weil das der Punkt war, über den ich zu diesen Daten gelangt bin.</p> </blockquote> <p>Wenn man schon dort ist, sucht man nach dem Wegweiser, wie man dorthin gekommen ist?</p> </blockquote> <p>Ich weiß ja nicht, wie es mit deinem Gedächtnis bestellt ist, aber ich müsste nicht nach dem Weg suchen, auf dem ich irgendwo hingekommen bin, da ich ihn soeben beschritten habe. Was soll man (also alle außer dir) da suchen müssen?</p> <p>Natürlich kann man die Reload-Schaltflächen und Tastenkombis des Browsers oder eine explizit dafür vorgesehene Schaltfläche auf der Webseite benutzen. Man kann aber auch den Menüpunkt mit dem Link zur aktuellen Seite benutzen wollen, weil man (also alle außer dir) schon weiß, wo der ist. In manchen Fällen ist das Angebot, die Seite mit diesem Link zu aktualisieren, ein gutes, hilfreiches Angebot, das viele menschliche(!) Benutzer gerne annehmen. Und auch das wäre mit einem Nutzertest herauszufinden.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wo wir Mängel selbst aufdecken, kann sich kein Gegner einnisten.<br> Wolfgang Schneidewind <strong>*prust*</strong> </div> include vs readfile Fri, 30 Sep 16 11:21:49 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676165#m1676165 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676165#m1676165 <p>Tach!</p> <blockquote> <blockquote> <p>Weil das der Punkt war, über den ich zu diesen Daten gelangt bin.</p> </blockquote> <p>Wenn man schon dort ist, sucht man nach dem Wegweiser, wie man dorthin gekommen ist?</p> </blockquote> <p>Ja, den suche ich, und zwar auf, weil ich den Weg schon kenne.</p> <blockquote> <blockquote> <p>Du kannst ja gern noch eine weitere Schaltfläche für das Aktualisieren anbieten</p> </blockquote> <p>Sollte? Es gibt bereits eine solche: den Refresh-Button des Browsers.</p> <p>Der sollte genügen – auch das wäre mit einem Nutzertest herauszufinden.</p> </blockquote> <p>Bei normalen Webseiten. Nicht hingegen bei SPAs, denn das wurde ein komplettes Neuladen der SPA bedeuten, während der Selflink lediglich die Daten neu holen muss, oder was auch immer.</p> <p>dedlfix.</p> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 11:37:49 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676169#m1676169 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676169#m1676169 <p>Hallo und guten Morgen,</p> <blockquote> <p>Natürlich kann man die Reload-Schaltflächen und Tastenkombis des Browsers oder eine explizit dafür vorgesehene Schaltfläche auf der Webseite benutzen. Man kann aber auch den Menüpunkt mit dem Link zur aktuellen Seite benutzen wollen, weil man (also alle außer dir) schon weiß, wo der ist. In manchen Fällen ist das Angebot, die Seite mit diesem Link zu aktualisieren, ein gutes, hilfreiches Angebot, das viele menschliche(!) Benutzer gerne annehmen. Und auch das wäre mit einem Nutzertest herauszufinden.</p> </blockquote> <p>Die beiden haben doch vollkommen unterschiedliche Auswirkungen. Der Link führt immer (außer bei JS-Vermatschungen) zu einem erneuten <strong>GET</strong> der Ressource, die sich hinter dem Link versteckt. Der Button führt zu einem <strong>RELOAD</strong>, was auch ein POST-Request sein kann.</p> <p>Wenn man also z. B. über ein Formular wieder in das Gleiche (also eine neue Instanz des Formulars) zurückgeführt wird, würde der Klick auf den Link das Formular generisch neu aufrufen, der Button aber den POST zu wiederholen versuchen.</p> <p>Es kann also durchaus sinnvoll sein, dem Clientuser den Hinweis zu geben, bitte eben NICHT die browsereigenen Funktionselemente Reload, History-Back oder History-Forward zu benutzen.</p> <p>Man kann (und darf mMn) hier also gar keinen allgemeinen Rat geben. Nur weil Pippi Langstrumpf oder der Affe Nielson das in irgendeinem Dossier niedergeschrieben haben, wird es nicht allgemeingültig. :-P</p> <p>Grüße<br> TS</p> <div class="signature">-- <br> es wachse der Freifunk<br> <a href="http://freifunk-oberharz.de" rel="nofollow noopener noreferrer">http://freifunk-oberharz.de</a> </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 11:37:17 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676167#m1676167 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676167#m1676167 <p>Hallo pl,</p> <blockquote> <blockquote> <p>Vielen Dank fürs lesen - bin natürlich auch offen für weitere Vorschläge eine Navigation aufzubauen :)</p> </blockquote> </blockquote> <blockquote> <p>Machs besser ;)</p> </blockquote> <p>Das hilft dem Chrisproud so ziemlich genau überhaupt nichts.</p> <p>Bis demnächst<br> Matthias</p> <div class="signature">-- <br> Dieses Forum nutzt Markdown. Im <a href="https://wiki.selfhtml.org" rel="nofollow noopener noreferrer">Wiki</a> erhalten Sie <a href="https://wiki.selfhtml.org/wiki/SELFHTML:Forum/Formatierung_der_Beitr%C3%A4ge" rel="nofollow noopener noreferrer">Hilfe bei der Formatierung Ihrer Beiträge</a>. </div> include vs readfile Fri, 30 Sep 16 12:10:48 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676173#m1676173 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676173#m1676173 <p>@@dedlfix</p> <blockquote> <p>Nicht hingegen bei SPAs, denn das wurde ein komplettes Neuladen der SPA bedeuten</p> </blockquote> <p>Wenn die SPA schnell und billig implementiert wurde, ja.</p> <p>Wenn die SPA gut implementiert wurde, dann nicht.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 11:50:37 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676171#m1676171 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676171#m1676171 <blockquote> <blockquote> <blockquote> <p>Vielen Dank fürs lesen - bin natürlich auch offen für weitere Vorschläge eine Navigation aufzubauen :)</p> </blockquote> </blockquote> <blockquote> <p>Machs besser ;)</p> </blockquote> <p>Das hilft dem Chrisproud so ziemlich genau überhaupt nichts.</p> </blockquote> <p>Wie kommst Du denn darauf? Immerhin hat sich das von mir beschriebene Verfahren, die Navigation anhand der Konfiguration dynamisch zu erzeugen, seit mehr als 15 Jahren auf all meinen Domänen bewährt.</p> <p>Feilich wird es ihm nichts nützen, wenn er diese Idee ungesehen in die Tonne tritt. Das eigentliche Menu übrigens wird bei mir über ein Template erzeugt, responsive isses auch und sämtliche Domänen nutzen einunddieselbe Methode -- also keine CodeRedundanzen.</p> <p>MfG</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 13:44:25 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676186#m1676186 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676186#m1676186 <blockquote> <p>Das hilft dem Chrisproud so ziemlich genau überhaupt nichts.</p> </blockquote> <p>Das entscheidest nicht Du sondern der OP entscheidet, ob er meinen Vorschlag aufgreift.</p> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 11:49:42 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676170#m1676170 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676170#m1676170 <p>Hallo</p> <blockquote> <blockquote> <p>[Man] kann … die Reload-Schaltflächen und Tastenkombis des Browsers oder eine … Schaltfläche auf der Webseite … aber auch den Menüpunkt mit dem Link zur aktuellen Seite benutzen …</p> </blockquote> <p>Die beiden haben doch vollkommen unterschiedliche Auswirkungen. Der Link führt immer (außer bei JS-Vermatschungen) zu einem erneuten <strong>GET</strong> der Ressource, die sich hinter dem Link versteckt. Der Button führt zu einem <strong>RELOAD</strong>, was auch ein POST-Request sein kann.</p> <p>Wenn man also z. B. über ein Formular wieder in das Gleiche (also eine neue Instanz des Formulars) zurückgeführt wird, würde der Klick auf den Link das Formular generisch neu aufrufen, der Button aber den POST zu wiederholen versuchen.</p> </blockquote> <p>Hier war nicht explizit von Formularen die Rede. Es ging <em>allgemeiner</em> um einen Reload der Seite, um aktuelle Änderungen darzustellen. Der Umgang mit Formularen ist da ein (natürlich nicht zu vernachlässigender) Spezialfall.</p> <blockquote> <p>Es kann also durchaus sinnvoll sein, dem Clientuser den Hinweis zu geben, bitte eben NICHT die browsereigenen Funktionselemente Reload, History-Back oder History-Forward zu benutzen.</p> </blockquote> <p>Wäre es nicht sinnvoller, gerade bezüglich potentieller Probleme mit Formularen, dafür zu sorgen, dass es nicht zu doppelten Einträgen/Änderungen etc. kommen kann, als dem Benutzer mit „Tue dies nicht, lasse das sein!“ zu kommen?</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wo wir Mängel selbst aufdecken, kann sich kein Gegner einnisten.<br> Wolfgang Schneidewind <strong>*prust*</strong> </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 12:53:18 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676180#m1676180 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676180#m1676180 <p>Hallo TS,</p> <blockquote> <p>Es kann also durchaus sinnvoll sein, dem Clientuser den Hinweis zu geben, bitte eben NICHT die browsereigenen Funktionselemente Reload, History-Back oder History-Forward zu benutzen.</p> </blockquote> <p>Nein, das kann nie sinnvoll sein (und das wird erfahrungsgemäss auch nicht funktionieren).</p> <p>LG,<br> CK</p> <div class="signature">-- <br> <a href="https://wwwtech.de/about" rel="noopener noreferrer">https://wwwtech.de/about</a> </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 11:56:53 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676172#m1676172 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676172#m1676172 <p>Hallo und guten Tag,</p> <blockquote> <p>Wäre es nicht sinnvoller, gerade bezüglich potentieller Probleme mit Formularen, dafür zu sorgen, dass es nicht zu doppelten Einträgen/Änderungen etc. kommen kann, als dem Benutzer mit „Tue dies nicht, lasse das sein!“ zu kommen?</p> </blockquote> <p>Treib's nicht zu weit ;-)</p> <p>Es ging hier nur darum klarzumachen, dass ein Link und ein Reload-Button vollkommen unterschiedliche Funktionen ausführen. Und damit man das auch verstehen kann, habe ich ein Beispiel genannt. Beispiele haben meistens die Eigenschaft, irgendwie spezieller zu sein, als einfache oberflächliche Beschreibungen.</p> <p>Grüße<br> TS</p> <div class="signature">-- <br> es wachse der Freifunk<br> <a href="http://freifunk-oberharz.de" rel="nofollow noopener noreferrer">http://freifunk-oberharz.de</a> </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 12:14:26 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676174#m1676174 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676174#m1676174 <p>@@Auge</p> <blockquote> <p>Hier war nicht explizit von Formularen die Rede. Es ging <em>allgemeiner</em> um einen Reload der Seite, um aktuelle Änderungen darzustellen.</p> </blockquote> <p>Ursprünglich ging es auch gar nicht um Webseiten, auf denen sich Daten häufig ändern. Den Aspekt hatte dedlfix erst in die Runde geworfen.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 12:19:59 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676176#m1676176 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676176#m1676176 <p>@@pl</p> <blockquote> <blockquote> <p>Das hilft <strong>dem Chrisproud</strong> so ziemlich genau überhaupt nichts.</p> </blockquote> <p>Wie kommst Du denn darauf? Immerhin hat sich das von mir beschriebene Verfahren, die Navigation anhand der Konfiguration dynamisch zu erzeugen, seit mehr als 15 Jahren auf all <strong>meinen</strong> Domänen bewährt.</p> </blockquote> <p>Du erkennst den Widerspruch? Um es dir etwas leichter zu machen, habe ich ihn leicht hervorgehoben.</p> <blockquote> <p>responsive isses auch</p> </blockquote> <p>Das hat mit serverseitiger Technik exakt was zu tun?</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 12:16:24 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676175#m1676175 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676175#m1676175 <p>Hallo</p> <blockquote> <blockquote> <p>Hier war nicht explizit von Formularen die Rede. Es ging <em>allgemeiner</em> um einen Reload der Seite, um aktuelle Änderungen darzustellen.</p> </blockquote> <p>Ursprünglich ging es auch gar nicht um Webseiten, auf denen sich Daten häufig ändern. Den Aspekt hatte dedlfix erst in die Runde geworfen.</p> </blockquote> <p>Da hast du recht. Also konkretisiere ich:</p> <p>Hier*, im hiesigen Ast der Diskussion,* war nicht explizit von Formularen die Rede. Es ging <em>allgemeiner</em> um einen Reload der Seite, um aktuelle Änderungen darzustellen.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> Wo wir Mängel selbst aufdecken, kann sich kein Gegner einnisten.<br> Wolfgang Schneidewind <strong>*prust*</strong> </div> Wieder mal im Dogma verrannt? Fri, 30 Sep 16 13:01:00 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676181#m1676181 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676181#m1676181 <p>Tach!</p> <blockquote> <p>Ursprünglich ging es auch gar nicht um Webseiten, auf denen sich Daten häufig ändern. Den Aspekt hatte dedlfix erst in die Runde geworfen.</p> </blockquote> <p>Hab ich häufig gesagt? Selbst wenn sie sich nicht häufig ändern, möchte man sie mitunter gern mal neu laden. Als der Herr Nielsen seine Top-10-Mistakes veröffentlichte, war die Welt noch eine ganz andere. Da hat er auch eine Regel formuliert, dass man die Linkfarbe nicht anfassen soll. Links sollen blau sein, das ist das was der Anwender kennt. <a href="https://www.nngroup.com/articles/original-top-ten-mistakes-in-web-design/" rel="nofollow noopener noreferrer">Das war vor 20 Jahren</a>. <a href="https://www.nngroup.com/articles/guidelines-for-visualizing-links/" rel="nofollow noopener noreferrer">Vor 12 Jahren</a> hatte er dazu schon eine anderen Meinung. Die Zeiten und die Notwendigkeiten ändern sich. Es ist immer noch wichtig, den Anwender nicht zu verwirren. Man muss diese Hinweise an die Autoren aber auch nicht als uraltes Dogma rüberbringen. Das verstellt nur unnötig den Blick auf Alternativen, die ebensogut sind.</p> <p>dedlfix.</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 12:26:32 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676177#m1676177 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676177#m1676177 <p>Hallo,</p> <blockquote> <p>habe ich ihn leicht hervorgehoben.</p> </blockquote> <p>hervorgehoben? nö, du hast für Browser, die das umsetzen, die Schriftgröße erhöht. Zum Hervorheben, bzw. <strong>Em</strong>phasizen, gibt es das <strong>em</strong>-El<strong>em</strong>ent!1elf</p> <p>Gruß<br> Kalk</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 13:49:16 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676190#m1676190 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676190#m1676190 <blockquote> <p>@@pl</p> <blockquote> <blockquote> <p>Das hilft <strong>dem Chrisproud</strong> so ziemlich genau überhaupt nichts.</p> </blockquote> <p>Wie kommst Du denn darauf? Immerhin hat sich das von mir beschriebene Verfahren, die Navigation anhand der Konfiguration dynamisch zu erzeugen, seit mehr als 15 Jahren auf all <strong>meinen</strong> Domänen bewährt.</p> </blockquote> <p>Du erkennst den Widerspruch? Um es dir etwas leichter zu machen, habe ich ihn leicht hervorgehoben.</p> </blockquote> <p>Daran ist nichts Widersprüchliches. Ich empfehle eine bewährte Technik.</p> <blockquote> <blockquote> <p>responsive isses auch</p> </blockquote> <p>Das hat mit serverseitiger Technik exakt was zu tun?</p> </blockquote> <p>Was an dem Wort 'Template' hast Du nicht verstanden!?</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 12:36:11 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676178#m1676178 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676178#m1676178 <p>@@Tabellenkalk</p> <blockquote> <blockquote> <p>habe ich ihn leicht hervorgehoben.</p> </blockquote> <p>hervorgehoben? nö, du hast für Browser, die das umsetzen, die Schriftgröße erhöht. Zum Hervorheben, bzw. <strong>Em</strong>phasizen, gibt es das <strong>em</strong>-El<strong>em</strong>ent!1elf</p> </blockquote> <p>Und zum Leicht-Hervorheben gibt es … — <code>strong</code>!1zwölf</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 12:44:30 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676179#m1676179 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676179#m1676179 <p>Hallo,</p> <blockquote> <p>Und zum Leicht-Hervorheben gibt es … — <code>strong</code>!1zwölf</p> </blockquote> <p>ne, das hast du jetzt einen Übersetzungsfehler drin. Für's Leicht-Hervorheben müsste man erst noch ein Weak-Element einführen!1drölf</p> <p>Gruß<br> Kalk</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 13:49:04 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676189#m1676189 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676189#m1676189 <p>Hallo,</p> <blockquote> <p>der OP entscheidet</p> </blockquote> <p>Ob der sich hier wohl nochmal meldet?</p> <p>Gruß<br> Kalk</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 13:52:34 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676191#m1676191 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676191#m1676191 <p>Hallo,</p> <blockquote> <blockquote> <p>der OP entscheidet</p> </blockquote> <p>Ob der sich hier wohl nochmal meldet?</p> </blockquote> <p>Nachdem sogenannte Fachleute über mein geistiges Eigentum, was ich hier freizügig zur Verfügung stelle, ziemlch unsachlich hergefallen sind, ist das wirklich eine spannende Frage.</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 14:34:50 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676197#m1676197 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676197#m1676197 <blockquote> <p>Daran ist nichts Widersprüchliches. Ich empfehle eine bewährte Technik.</p> </blockquote> <p>Eine Technik, die seit 15 Jahren auf einer handvoll privater Homepages läuft, ist nicht bewährt. Sie musste sich ja auch noch nicht bewähren. Wenn man sich die regelmäßige Kritik an deiner Arbeit hier zu Gemüte führt und mit deiner Ignoranz paart, dann bleibt nicht viel übrig von deiner Reputation.</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 14:08:22 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676195#m1676195 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676195#m1676195 <p>@@pl</p> <blockquote> <p>Nachdem sogenannte Fachleute über mein geistiges Eigentum, was ich hier freizügig zur Verfügung stelle, ziemlch unsachlich hergefallen sind, ist das wirklich eine spannende Frage.</p> </blockquote> <p>Kann das sein, dass die Adjektive rotiert sind und du sagen wolltest:</p> <p>Nachdem spannende Fachleute über mein sogenanntes Eigentum, was ich hier geistig zur Verfügung stelle, ziemlch freizügig hergefallen sind, ist das wirklich eine unsachliche Frage.</p> <p>LLAP </p> <div class="signature">-- <br> <em>“I love to go to JS conferences to speak about how to avoid using JavaScript. Please learn CSS & HTML to reduce your JS code bloat.”</em> —Estelle Weyl </div> Frage zum Aufbau der Navigation Fri, 30 Sep 16 14:49:30 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676198#m1676198 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676198#m1676198 <p>Hallo,</p> <blockquote> <blockquote> <blockquote> <p>der OP entscheidet</p> </blockquote> <p>Ob der sich hier wohl nochmal meldet?</p> </blockquote> <p>Nachdem sogenannte Fachleute über mein geistiges Eigentum, was ich hier freizügig zur Verfügung stelle, ziemlch unsachlich hergefallen sind, ist das wirklich eine spannende Frage.</p> </blockquote> <p>Die sich insbesondere die Forumsbetreiber mal ernsthaft stellen sollten.</p> Frage zum Aufbau der Navigation Fri, 30 Sep 16 15:28:47 Z https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676199#m1676199 https://forum.selfhtml.org/self/2016/sep/30/frage-zum-aufbau-der-navigation/1676199#m1676199 <blockquote> <blockquote> <p>Nachdem sogenannte Fachleute über mein geistiges Eigentum, was ich hier freizügig zur Verfügung stelle, ziemlch unsachlich hergefallen sind, ist das wirklich eine spannende Frage.</p> </blockquote> <p>Die sich insbesondere die Forumsbetreiber mal ernsthaft stellen sollten:</p> </blockquote> <p>Ein paar Tipps, wie man sich wirkungsvoll mit Kritik auseinandersetzen kann:</p> <p>[ ] Sich selbst bemitleiden<br> [ ] Mit abfälligen Bemerkungen über die Kritiker das eigene Ego pushen<br> [ ] Mit Kauderwelsch und nebulösen Aussagen den Leser verwirren<br> [ ] Mit DDR-Anekdoten vom Thema ablenken<br> [ ] Mit Perl-Beispielen kontern<br> [x] Sich reflektiert mit dem Inhalt beschäftigen</p> <p>Mit fünf der sechs Punkte hast du es bereits versucht.</p>