so rendern sie zwei ansichten in derselben vorlage twig vorlage)
<p>ich möchte zwei ansichten in derselben vorlage rendern twig vorlage, aber nur eine davon wird gerendert, und die zweite wird immer mit demselben inhalt wie die erste überschrieben.<br> ich habe einen inhaltstyp 'kontakte' und wenn seine knoten angezeigt werden (vollansicht), möchte ich zwei ansichten auf derselben seite nach den knotenfeldern rendern. ich benutze einen twig vorlagenknoten - contacts.html.twig:</p><pre><code>..... node fields twig template .... {{ viewcalls }} .... {{ viewappointments }} .... </code></pre><p>und meine <code>function my\_theme\_preprocess\_node(&amp;$variables)</code> in meiner .theme-datei:</p><pre><code>.... $view = \drupal\views\views::getview('view\_calls'); $view-&gt;setdisplay('default'); $view-&gt;setarguments(array($variables['node']-&gt;id())); $view-&gt;setoffset(0); $view-&gt;execute(); $variables['viewcalls'] = $view-&gt;render(); $view2 = \drupal\views\views::getview('view\_appointments'); $view2-&gt;setdisplay('default'); $view2-&gt;setarguments(array($variables['node']-&gt;id())); $view2-&gt;setoffset(0); $view2-&gt;execute(); $variables['viewappointments'] = $view2-&gt;render(); ..... </code></pre><p>wie gesagt, die zweite ansicht zeigt immer den gleichen inhalt wie die erste. wenn ich die reihenfolge des renderns umkehre, ist auch der inhalt umgekehrt, und derjenige, der zuerst gerendert wird, ist der einzige, den ich sehe, und immer zweimal. es ist so, dass <code>{{ viewcalls }}</code> und <code>{{ viewappointments }}</code> immer den gleichen inhalt erhalten.</p>
<p>der grund, warum sie denselben inhalt erhalten, liegt in der eigenschaft <code>#cache</code> des render-arrays, die sie beim aufrufen der methode <code>render()</code> erhalten.</p><p>insbesondere setzen sie durch aufrufen von <code>setoffset()</code> früher in ihrem code implizit einen cache-schlüssel für das render-array (siehe <a href="https://api.drupal.org/api/drupal/core%21modules%21views%21src%21viewexecutable.php/function/viewexecutable%3a%3asetoffset/8.2.x">hier</a> ):</p><blockquote> <pre><code>$this-&gt;element['#cache']['keys'][] = 'offset:' . $offset; </code></pre></blockquote><p>diese cache-schlüsseleinstellung in kombination mit der eigenschaft <code>#theme</code> des render-arrays (<code>views\_view</code>), die für beide ansichten gleich ist, führt beim einschließen zu einer zwischengespeicherten version der ersten die zweite, da die kombination [<code>#theme</code>] + [<code>#cache</code>] [schlüssel] für beide ansichten identisch ist.</p><p>um das zu umgehen, könnten sie:</p><ol> <li>entfernen sie das caching für diese ansichten vollständig, oder</li> <li>vermeiden sie die verwendung von <code>setoffset()</code> oder</li> <li> <p>fügen sie dem cache spezifischere schlüssel hinzu, sodass sie für jede ansicht einen anderen cache haben. z.b.</p> <pre><code>$variables['viewcalls']['#cache']['keys'] = array\_merge( $variables['viewcalls']['#cache']['keys'], array('viewcalls') ); ... $variables['viewappointments']['#cache']['keys'] = array\_merge( $variables['viewappointments']['#cache']['keys'], array('viewappointments') ); </code></pre></li> </ol><p>ich habe ihren fall mit der option 3. getestet und es hat wie erwartet funktioniert. bevor sie sich für die verwendung eines anderen moduls entschieden haben, können sie versuchen, an ihrem ursprünglichen code festzuhalten und die eigenschaft <code>#cache</code> beide render-arrays entsprechend zu ändern.</p><p>viel glück!</p>
<p>dies kann eine paginierung sein oder auch nicht, aber hier ist, wie ich paginierung in meiner web-app mache:</p><pre><code>|&lt; first, &lt;&lt; previous, page [5] of 12, next &gt;&gt;, last &gt;| </code></pre><p>die äußeren vier optionen sind links, während die <code>page [5] of 12</code> ist ein formular mit dem [5] als eingabefeld. für benutzer mit aktiviertem javascript verstecke ich die schaltfläche "senden" und sende das formular beim ereignis "unfokus" oder drücke den tastendruck. der benutzer hat die option, wie viele zeilen er anzeigen möchte, die er aus einem dropdown-menü auswählen kann: 10, 20, 50, 100, alle. zusätzlich zur paginierung biete ich auch das sortieren und filtern der ergebnisse an, obwohl dies möglicherweise nicht in jeder situation sinnvoll ist.</p><p><strong>bearbeiten</strong>:</p><p>hier ist ein ausschnitt aus einem modell unserer web-app, um ihnen eine bessere vorstellung zu geben. in dieser version wurden die wörter in den schaltflächen weggelassen, werden jedoch nach einer leichten verzögerung als tooltip beim hover angezeigt. möglicherweise stellen sie jedoch fest, dass das beibehalten der wörter zu einer höheren benutzerfreundlichkeit führt.</p><p><img src="https://i.stack.imgur.com/vzbu0.png" alt="virtuosi media&#39;s pagination example"></p><p>ein paar andere dinge, auf die sie hinweisen sollten:</p><ul> <li>die schaltflächen "erste" und "vorherige" wurden deaktiviert, da es sich um die erste seite handelt.</li> <li>das blau zeigt aktive schaltflächen an (ich muss dieses spezielle thema durch eine farbprüfung ausführen, um sicherzustellen, dass farbenblinde benutzer einen unterschied feststellen können).</li> <li>die tasten bleiben immer erhalten, auch wenn sie deaktiviert sind. dies gibt der schnittstelle konsistenz.</li> <li>aufgrund der skalierung habe ich ein eingabefeld anstelle eines dropdown-auswahlfelds ausgewählt. wenn sie 3000 seiten haben, möchten sie nicht nach unten scrollen, um eine seite zu finden</li> <li>die paginierung ist in einer singulären visuellen komponente gruppiert, um ähnlichkeit im zweck anzuzeigen.</li> </ul> es geht hier wie [@tk1](/u/tk1) schon richtig gezeigt hat ausschließlich um den ”homee welt" tab und damit die darstellung von deals und stories in genau diesem tab. es gibt hier keinerlei einfluss auf irgendwelche anderen teile der app. Hallo Ocary91, 


es gibt tatsächlich mehrere Arten der Perspektiven in der architektonischen Darstellung. häufig verwendet wird die AXONOMETRIE.


Bei der isometrischen Axonimetrie wird das dargestellte Objekt um 45° gedreht wird und die beiden sichtbaren Seiten unter einem 30° Winkel zum Horizont dargestellt werden. 


Bei der dimetrischen Axonometrie wird das darzustellende Objekt ebenfalls gedreht, aber nur um 20°, so daß die beiden sichtbaren Seiten unter Winkeln von 42° und 7° dargestellt werden, was etwas natürlicher ausschaut. 


per Hand etwas aufwändiger, aber ungleich realistischer, daher auch häufiger verwendet ist REALPERSPEKTIVE, oft mit der 2-Fluchtpunkt-Perspektive dargestellt wird. Bei ihr laufen Raumparallele Kanten auf einen Fluchtpunkt zu, wobei jede dargestellte Seite einen eigenen Fluchtpunkt hat. 


Alle anderen Arten von Perspektiven werden in der Architekturdarstellung eher selten eingesetzt. Auch CAD-Programme nutzen die Darstellung der Realperspektive, wobei viele Planer zugunsten einer scheinbar besseren (dramatischeren) Optik gern einen Standpunkt (Augenpunkt) auswählen, der später nie eingenommen werden kann. (Beispielsweise mitten auf einer Fahrbahnkreuzung in ca. 30 cm Höhe über dem Fussboden, weil dadurch die Technikaufbauten auf dem Hausdach nicht sichtbar sind oder die angrenzenden Häuser verdeckt werden, die im Zusammenspiel mit dem geplanten Neubau seltsam wirken. 


M.E. nach ein Fehler, den man nicht machen darf, denn nichts ist aufregender als eine Zeichnung, die auch das zeigt, was später sichtbar ist. Und wenn es in einer solchen Perspektive nicht gut aussieht, dann ist es eine verbesserungswürdige Planung ;) [was versteht man unter einer begegnung der 1. und 2. art?](http://www.gutefrage.net/frage/was-versteht-man-unter-einer-begegnung-der-1-und-2-art)


da findest du deine Antwort vielleicht...


Lg Nivis hallo zusammen,

[bild] tobias:

dann werde ich noch manuell einen config-backup-download machen und den gleich wieder einspielen.

das funktioniert, also zumindest werden die interfaces nicht mehr durcheinander gewürfelt oder gar nicht initialisiert.

eventuell hat die opnsense ein problem unt… hey @marventschuldige bitte die verspätete antwort.wir haben die rückmeldung unserer content-abteilung bezüglich deiner anfrage zu “nancy drew” und walker erhalten.wir freuen uns sehr, dass wir die 2. staffel von nancy drew im laufe des jahres exklusiv bei uns zeigen werden können. ein genaues datum können wir aber leider noch nicht bekanntgeben. zu "walker" haben wir leider noch keine informationen, wir nehmen die serie aber gerne auf unsere wunschliste mit auf!viele grüße, patrick. <p>erwägen sie die verwendung eines <strong> mehrfachauswahl-designs mit token </strong>. die filter-as-you-type-funktion ist nett, aber nicht unbedingt erforderlich. diese funktionieren gut, wenn im allgemeinen anwendungsfall entweder einer oder nur wenige ausgewählt werden. die benutzerfreundlichkeit nimmt jedoch schnell ab, wenn sie viele auswählen müssen, da der benutzer das menü für jedes element erneut aufrufen muss.</p><p><img src="https://i.stack.imgur.com/fth7o.png" alt="multi-select with tokens, via harvesthq.github.com/chosen"></p><ul> <li> <a href="http://harvesthq.github.com/chosen/">http://harvesthq.github.com/chosen/</a> </li> <li> <a href="http://designingwebinterfaces.com/the-multi-select-solution">http://designingwebinterfaces.com/the-multi-select-solution</a> </li> <li> <a href="http://loopj.com/jquery-tokeninput/">http://loopj.com/jquery-tokeninput/</a> </li> </ul><p>sie haben die tokenisierte mehrfacheingabemethode bereits in ihren e-mail-clients gesehen. <img src="https://i.stack.imgur.com/h1aid.png" alt="multi-select-tokens in email"></p><p>wenn häufig mehrere ausgewählt werden, können sie ein kontrollkästchenmenü <strong> </strong> in betracht ziehen. der unterschied besteht darin, dass das dropdown-menü über alle klicks hinweg dauerhaft bleibt (und die mehrfachauswahl visuell kommuniziert). daher kann der benutzer mit klick-klick-klick schnell mehrere elemente auswählen. für unsere web-app möchten wir dieses design durch hinzufügen der token-funktionalität verbessern.</p><p><img src="https://i.stack.imgur.com/zqizh.png" alt="checkbox menu, via realestate.com.au"></p><ul> <li> <a href="http://www.realestate.com.au/">http://www.realestate.com.au/</a> </li> <li> <a href="http://blogfreakz.com/jquery/jquery-dropdown-check-list/">http://blogfreakz.com/jquery/jquery-dropdown-check-list/</a> </li> </ul> Mir persönlich fallen Buchvorstellungen sehr einfach..ich schreibt mir vorher immer folgende Dinge auf:

* **Autor**
* **Kurze Fakten zum Autor**
* **Erscheinungsdatum/Verlag**
* **Personen die in dem Buch vorkommen**
* **Kurze beschreibung der Hauptperson**
* **Verlauf der Geschichte**
* (**wenn es erwünscht ist) das Ende der Geschichte**

 Oft nehme ich auch das Buch mit und beschreibe ein bisschen was das Cover mit dem Buch zutun hat..(wenn ich das Buch mitnehme lege ich mir den geschriebenen Zettel hinters Buch!)

 Wichtig ist auch das du locker bleibst, dass du nicht alles runter ratterst sondern auch ein bisschen guckt wie die Klasse drauf ist..

  

 Viel Glück, ich hoffe ich konnte dir etwas helfen hallo lachen\_im\_wind,

mein vorschlag wäre:
"weisst du wie oft ich diese frage schon gehört habe? es ist nicht böse gemeint, dennoch würde ich mich auch einmal über eine andere frage freuen, wie....

...hättest du nicht lust mit mir ein kaffee zu trinken? ;-))
...störe ich bei der arbeit? :-o
...ist das wetter nicht schön?
oder
...wollen wir nicht einmal zusammen essen gehen?

hinter dem "wie" ruhig eine längere pause einlegen, wenn es eine interessante person ist! 
"so ganz alleine hier?" ist eine verlegenheitsfrage, wo der frager erst auf eine antwort reagieren kann, wobei du entscheidest, ob du ein kürzeres oder längeres gespräch haben möchtest (vielleicht sogar mit "happy end")
auswendig gelernt und vor dem spiegel geübt geht die antwort schon nach kurzer zeit locker über die lippen.
und je nachdem, was für einen kontakt du in dem moment haben möchtest, so antwortest du! 
so klappt es auch mit dem nachbarn!!!

ganz ganz liebe grüße von uwe <p>wenn dies meine entwurfsentscheidung wäre, würde ich wahrscheinlich eher eine option c (modifizierte option a) wählen.</p><h3>erstens, warum nicht 'option b':</h3><p>zum einen gefällt mir die klarheit, dass jedes produkt seinen eigenen tisch hat. wenn es sich nur um eine große tabelle mit einem feld zur bestimmung des typs handelt, ist die beziehung nicht so klar.</p><p>zum anderen würde die indizierungsstrategie immer erfordern, dass dieses typfeld aufgelistet wird. da es sich nur um 4 typen handelt, ist die indexkardinalität extrem niedrig (<code>select * from product\_table where type='x'</code> führt im grunde sowieso einen vollständigen tabellenscan durch)</p><h3>option c.</h3><ul> <li>erstellen sie eine übergeordnete tabelle, die nur die spalten enthält, die alle typen gemeinsam nutzen</li> <li>erstellen sie jeden produkttyp als eigene tabelle mit ihren einzelnen spalten, mit einem zusätzlichen: ein link zur übergeordneten tabelle</li> <li>erstellen sie jede 'link'-tabelle: product\_option, model\_option usw. mit links zu den jeweiligen schlüsseln.</li> <li>für diejenigen mit wechselseitigen links (model\_option, option\_model) erstellen sie auch diese tabellen. dies erhöht die klarheit ihrer joins für alle, die sich das ansehen.</li> </ul><p>der nachteil ist die komplexität, sicherzustellen, dass waisen vermieden werden, wenn dinge aktualisiert/gelöscht werden, und zunächst die abfragen zu entwerfen, die diese tabellen verwenden.</p>