Bisher konnte man im Durchlaufträger der Baustatik Streckeneinwirkungen auf 2 Arten angeben: Entweder brachte man die Einwirkung auf den ganzen Träger auf, oder aber man definierte eine Startpunkt und eine Länge.

Seit der letzten Version gibt es nun eine zusätzliche Möglichkeit: Einwirkungen können nun auch einfach Feldweise aufgebracht werden – und machen dann Veränderungen an Feldgrößen “einfach so” mit.

Ändert sich also die Position eines Lagers – und damit die Größe eines (bzw: zweier) Felder, nehmen die Einwirkungen über diesen Feldern automatisch die neuen Größen an: Anders als bei der frei definierten Belastung, braucht man als die Einwirkungsgrößen nicht mehr zu ändern, wenn sich die Felder verändern.

Zum Wochenende wird es (endlich!) wieder ein Update der Baustatik geben. Und zwar ein reichlich massives Update. Der “größte” Teil davon sollte zwar keinen Kunden betreffen – war aber der Grund für die große Verzögerung: Es war einfach nicht machbar, die Sache innerhalb unseres normalen monatlichen Update-Zyklus durchzuziehen. Grund: Wir verwenden für die Herstellung des Programmes neue Werkzeuge (VS 2010 statt VS 2008), das Programm selbst läuft in einer neuen Laufzeitumgebung (.Net 4 statt .Net 2, sowie die neue neue VC++ Laufzeit von  VS 2010) – und zu guter Letzt hat sich auch noch das Werkzeug zur Herstellung des Installationsprogrammes geändert. Wie gesagt: All das sollte keinerlei Einfluss auf die Anwendung des Programms haben. Aaaaaber:

Ab dieser Version der Baustatik gelten neue Systemvoraussetzungen. Diese Version läuft nur noch unter

• Windows XP mit mindestens Service Pack 3
• Windows Vista mit mindestens Service Pack 1 (x86 und x64)
• Windows 7 (x86 und x64)
• Windows Server 2008
• Windows Server 2008 R2

Windows XP Service Pack 2 und ältere Versionen von Windows wie Windows 2000 werden nicht länger unterstützt. Die letze Version, die auf älteren Windows-Versionen installiert werden kann, ist Version 1.62.

Weil wir neue Werkzeuge und eine neue Laufzeit verwenden, müssen auch neue Systembibliotheken installiert werden. Aus diesem Grund ist die Datei die mit den automatischen Updates heruntergeladen wird die gleiche, wie die “vollständige” aus dem Download-Bereich unseres Webservers. Die ist relativ groß und umfasst circa 190 MB.

Ab dem nächsten Update sind die automatischen Updates dann wieder kleiner (circa 60 MB), weil dann ja die Systembibliotheken bereits installiert wurden.

Und was gibt’s nun eigentlich neues ?

Viel. Die komplette Liste findet sich wie immer im Download-Bereich auf www.die.de – aber die wichtigsten Dinge sind folgende:

• Zusätzlich zu den bisherigen Unterzügen gibt es nun ein spezialisiertes Objekt für Stahlbeton-Unterzüge.
• Die Baustatik unterstützt ab sofort den EC 2010.
• Es gibt umfangreicheren Support für Multicore-Systeme: Bei allen Bemessungsvorgängen werden ab sofort alle vorhandenen CPUs parallel verwendet.
• Es gibt ein komplett neues Modul: Den Lastgenerator nach DIN 1055.
• Das Biegedrillknicken wurde erheblich beschleunigt.
• Im Durchlaufträger können Lasten nun Feldweise aufgebracht werden.
• Man kann die verwendeten Farben bei der Darstellung von “Stäben mit gleichem Querschnitt” selbst einstellen.
• Die Baustatik sollte (auf einem vernünftig ausgestatteten System) nun deutlich schneller starten. (Auf meinem Rechner startet sie in 2 Sekunden.)
• Der Umfang der Beschriftung (und deren Position) von Stäben ist nun einstellbar.
• Die Ergebnisse in Faltwerkselementen können nun in Rasterpunkten und Rasterflächen angezeigt werden.
• Die Min/Max Werte des aktuellen Ergebnisses werden in der Überschrift der Graphik mit ausgegeben.
• Die Farbfüllung von Faltwerkselementen kann in der Sichtbarkeitsansicht ausgeschaltet werden.
• Das Fenster mit den Ergebnisdarstellungs-Optionen ist nun deutlich übersichtlicher.
• Stab-Streckeneinwirkungen können nun auch über mehrere Stäbe gehen.
• … und jede Menge mehr …

Diesmal: Tron Legacy. (Trailer und Spiel. Fürs Spiel braucht man ein Plugin, aber das installiert sich mehr oder weniger automatisch.)

In der Baustatik gibt es ein mächtiges Werkzeug, mit dem man sich Teil-Ansichten der Struktur schaffen kann: Der Anzeigefilter.

Dabei geht es darum, das man ein eigenes Fenster öffnet, in dem dann nur die ausgewählten Elemente drin sind. Man kann in diesem Fenster aber ganz normal weiterarbeiten oder auch Ergebnisse anzeigen lassen: Es handelt sich also nicht um ein “Bild”, sondern eben einfach um einen Ausschnitt der Gesamtdaten, der aber eben noch mit der restlichen Struktur zusammenhängt.

Angenommen, man will einen Teil der Struktur in einem separaten Fenster anzeigen lassen. Dazu wählt man die Teile der Struktur um die es geht aus und klickt dann mit der rechten Maustaste auf die Auswahl. Dann wählt man den Befehl “Anzeigefilter –> Neues Fenster für Auswahl”.

Dadurch wird ein neues Fenster geöffnet, in dem sich nur die ausgewählten Elemente befinden. Jetzt passiert natürlich folgendes: Man hat nicht alle Elemente ausgewählt, die man eigentlich wollte. Zum Beispiel hat man die Knoten des Faltwerkelementes nicht ausgewählt.

Dann klickt man im neuen Fenster (in diesem Beispiel) auf das Faltwerkselement (rechte Maustaste) und wählt aus dem Objektmenü den Befehl “Anzeigefilter –> Zugehörige Objekte hinzufügen”.

Das öffnet wieder ein Fenster, und darin befinden sich die Objekte, die zum zuvor angeklickten “dazugehören”, aber im Arbeitsfenster nicht angezeigt werden. In diesem Fall sind das eine Flächeneinwirkung und diverse Knoten.

Man kann aber auch auf andere Art Elemente zum Anzeigefilter hinzufügen: Dazu klickt man in der Dokumenten-Ansicht auf das gewünschte Objekt, und wählt den Befehl “Anzeigefilter –> Zum aktuellen Fenster hinzufügen”.

Schließlich hat man ein Fenster, in dem nur noch das dargestellt wird, was man sehen will. Jetzt kommt das Problem: Wenn man das Fenster schließt, muss man wieder von vorne anfangen. Dumm – denn letztlich wird man nicht dauerhaft immer alle Fenster geöffnet lassen.

Auch dafür gibt es aber eine Lösung: Wird im Fenster alles so angezeigt wie man will – zum Beispiel der komplette 1. Stock – legt man davon einen Navigationspunkt an. (Mit der Kamera). Der landet in der Dokumenten-Ansicht.

Hat man dann später das Fenster einmal geschlossen und hätte es aber gern mit dem gleichen Filter wieder zurück, klickt man in der Dokumenten-Ansicht mit der rechten Maustaste auf den zugehörigen Navigationspunkt und wählt den Befehl: “Navigationspunkt anspringen”.

Der öffnet dann wieder ein Fenster – und zwar mit dem gleichen Anzeigefilter, der beim anlegen des Navigationspunktes gegolten hat.

Seit einiger Zeit hat die Baustatik eine Option die dafür sorgt, das Stäbe mit gleichen Querschnitten farblich gleich dargestellt werden.

Das ist für die Arbeit am Bildschirm sehr praktisch, weil man einen deutlich besseren Überblick bekommt, als mit der alten Methode der Farbmarkierung (die es natürlich immer noch gibt, und die verwendet wird, wenn man die Option ausschaltet.)

Es gibt da aber einen kleinen Haken: Die verwendeten Farben können nicht eingestellt werden, sondern das Programm wählt die einfach selbständig aus. Das wäre weiter kein Problem, wenn nicht dummerweise eine der ersten automatisch ausgewählten Farben die Farbe Gelb wäre. Das Gelb kann man nämlich relativ schlecht ausdrucken (die Stäbe sind dann nur noch sehr schwer zu erkennen) – und je nach Bildschirm ist das auch am Monitor schlecht zu erkennen. (Am meinem sieht man es ganz gut, sonst wäre mir das sicher früher aufgefallen.)

Ab dem nächsten Update kann man die zu verwendenden Farben einstellen:

Das nützt aber für aktuelle Ausdrucke wenig – und wer schon Navigationspunkte angelegt hat, die die alten Einstellungen verwendet, der hat dann auch ein Problem: Man müsste alle alten Navigationspunkte ändern, was ärgerlich ist, denn ausgerechnet bei Navigationspunkten ist die Bearbeitung multipler Objekte gleichzeitig nicht möglich.

Ich habe darum ein kleines Makro gebaut, das man zumindest als Workaround verwenden kann: Das Makro stellt in allen Navigationspunkten die Option “Gleiche Querschnitte farblich markieren” auf “Nein”. Wenn man das möchte, dann ist folgendes zu tun.

1. Baustatik starten (und zwar auf einem Rechner der am Internet hängt)
2. Die Datei laden, in der die Navigationspunkte drin sind, die verändert werden sollen.
3. Im Optionen Menü den Befehl “Makro herunterladen” auswählen
   
4. Im Fenster “Makros herunterladen” das Makro “FarbdarstellungVonStäbeZurücksetzen” auswählen
   
5. Jetzt den Button “Ausführen” anklicken: Das Makro startet dann direkt und verändert alle Navigationspunkte.

Wer den Quellcode des Makros ansehen oder verändern möchte, kann das natürlich tun: Dazu drückt man im letzten Schritt nicht auf “Ausführen” sondern auf “Herunterladen”. Sobald das Makro runtergeladen ist, kann man es mit dem Makro-Editor ansehen, bearbeiten und natürlich auch ausführen.

Heute: xkcd (es hilft, wenn man sich ein bisschen mit unix auskennt…)

Ab dem nächsten Update wird beim installieren der Baustatik ein Performance-Werkzeug eingesetzt, das es zwar schon immer gab, wir aber bewusst nicht eingesetzt haben: Der Installationsvorgang war schon kompliziert genug, und der Einbau dieses Tools hätte die Sache nur noch komplexer gemacht.

Mit dem neuen Installer ist das dankbarerweise anders, und wir erzeugen darum im Zuge der Installation ein auf Basis des lokalen Rechners optimiertes Abbild von einigen der zum Programm gehörenden DLLs.

Das Resultat davon lässt sich sehen: Die Ladezeit der Baustatik – also die Zeit die es braucht, um das Programm in einen arbeitsfähigen Zustand zu versetzen – wird deutlich kleiner: Auf meinem System startet die Baustatik dann in etwa 2 Sekunden. Das ist eigentlich ganz ordentlich: Zumindest auf meinem System startet die Baustatik damit etwa genau so schnell wie Xpla – und das, obwohl ja erheblich mehr Funktionalität darin enthalten ist.

Eine andere Verbesserung betrifft die Ausnutzung von mehreren Kernen (CPUs). Ich möchte noch nicht fest versprechen, das das tatsächlich im nächsten Update drin sein wird – weil das in erster Linie davon abhängt, wie lange es noch braucht das neue Installationsprogramm fertig zu bekommen. Es ist aber bereits abzusehen, das wir in Kürze an weit mehr Stellen als bisher alle verfügbaren CPUs im Rechner ausnutzen. Auf meinem 4-Kern System verringert sich dabei die Rechenzeit bei der Bemessung eines Stabsystems auf etwa ein Viertel der ursprünglich benötigten Zeit. Und: Es wird automatisch mit skaliert – wer also ein System mit 8 Kernen hat, bei dem dauert es auch nur noch (etwa) ein Achtel der bisherigen Zeit. Allerdings wie gesagt: Kann ich noch nicht fest fürs nächste Update versprechen.

Man sollte eigentlich annehmen, Installationsprogramme sind einfach: Man kopiert halt die benötigten Dateien vom Medium in den Zielordner – fertig.

In der Praxis ist das aber leider nicht so einfach, denn es müssen eine ganze Menge weiterer Dinge getan werden. Im folgenden mal eine kleine Liste, was der neue Installer für die Statikprogramme so tut (aber keine vollständige).

• Vor dem installieren sicherstellen, das die richtigen Betriebssystem-Versionen vorliegen. (Also XP mit SP3, Vista mit SP1, etc.).
• Ebenfalls vor dem installieren sicherstellen, das er mit ausreichenden Rechten für die späteren Operationen ausgeführt wird.
• Nachsehen ob eine Vorgängerversion vorliegt, und die gegebenenfalls entfernen.
• Sicherstellen das alle benötigten Systemkomponenten vorhanden sind, und falls nicht, diese gegebenenfalls installieren. (Dazu gehört .Net 2.0, .Net 4.0, die Visual C++ Runtime, und noch ein paar Komponenten.) Dabei bei Bedarf auch einen Rechner-Neustart durchführen.
• Sicherstellen, das das Installationsmedium nicht beschädigt ist.
• Danach fragen, wohin installiert werden soll.
• Danach fragen, welche Verknüpfungen angelegt werden sollen.
• Jetzt werden dann tatsächlich ein paar Dateien kopiert. Allerdings nicht “einfach so”, weil sich diese bei der Demo- und der Vollversion ein bisschen unterscheiden.
• Dateitypen registrieren. Das ist dafür gut, das man im Explorer einfach auf .baustatik oder .S01-Dateien klicken und das zugehörige Programm starten kann.
• Verknüpfungen anlegen (Startmenü, Schnellstartleiste, Desktop…)
• Sicherstellen, das die Work&Cash Zeitdatenbank erhalten bleibt und die notfalls konvertieren.
• Lizenzdateien kopieren (die müssen gesondert behandelt werden, weil jeder Kunde eigene bekommt.)
• Passende Schreibrechte vergeben (zum Beispiel für die Beispieldateien).
• Datenbankeinträge in der Windows-Installer Datenbank hinterlassen, damit alles brav deinstalliert werden kann.

Leider ist es noch immer nicht fertig, aber das neue Installationsprogramm nimmt zumindest langsam Formen an. Folgendermaßen wird es (vermutlich) aussehen.

1. Schritt: Begrüßung

2. Schritt: Sie können auswählen, an welchen Stellen Verknüpfungen zu den Programmen angelegt werden sollen. Das “Autostart” Verzeichnis ist aufgeführt, weil man durch die Abwahl dieser Option verhindern kann, das der TimeServer für Work&Cash beim anmelden automatisch gestartet wird.

3. Schritt: Angabe des gewünschten Zielordners.

Danach wird die Installation gestartet: Im Zusammenhang damit wird auch immer automatisch eine bereits installierte (ältere) Version der Programme entfernt – man ist also immer auf dem neuesten Stand.

Wenn der TimeServer noch läuft und durch eine neuere Version ersetzt werden muss, dann bemerkt das Installationsprogramm und zeigt eine entsprechende Meldung an: Es kann den TimeServer dann aber automatisch beenden, sodas die Installation in einem solchen Fall nicht neu gestartet werden muss.

Und noch eine kleine Änderung: Wenn man ein Icon auf dem Desktop anlegen lässt, dann ist das in Zukunft wieder “rot”. :-)

Ab dem nächsten Update enthält die Baustatik einen Lastgenerator nach DIN 1055-4. Die Dokumentation dazu steht aber jetzt bereits online zur Verfügung. Wer das Programm auf unserer letzten Roadshow noch nicht gesehen hat, kann sich also jetzt schon informieren: Lastgenerator nach DIN 1055-4.

Diesmal als Star-Wars Spezial: Don’t Act So Surprised, Your Highness und  AT-AT day afternoon.  Und wer jetzt nicht weiß was ein AT-AT ist: Wikipedia hilft.

Wenn man in der Baustatik Stäbe verwendet, dann werden die Querschnittswerte von deren Profilen einfach bei den Eingabedaten inklusiver einer kleinen Graphik ausgedruckt.

Manchmal möchte man aber nicht das komplette Protokoll der Eingabewerte ausdrucken, sondern einfach nur ein einzelnes Blatt mit den Querschnittswerten eines einzelnen Profils haben. Das geht natürlich auch, und zwar so:

1.) Neues Dokument vom Typ “Stahlprofil” anlegen

2.) Den gewünschten Querschnitt einladen

3.) Ein “Sofortbild” davon ausdrucken

Im Normalfall bin ich Microsoft gegenüber eher positiv eingestellt: Letzthin haben die sich aber etwas geleistet, was ich alles andere als lustig finde. Das Visual Studio hat seit Version 2003 eine Projektart namens “Setup and Deployment Project”.

Wir installieren die Baustatik damit seit der ersten Version, und haben das Projekt auch brav nach VS 2005, nach VS 2008 und nun nach VS 2010 portiert. Und zwar nicht mit wenig Arbeit: Zur Zeit installieren wir damit circa 5000 Files. Wenn ich raten müssten würde ich sagen, das im Laufe der Zeit mindestens 4 Monate Arbeit in dieses Projekt gesteckt wurden.

Und mit VS 2010 geht nicht mehr. Das Projekt erzeugt zwar noch ein MSI – aber das kann man eigentlich nicht mehr richtig nutzen: Installieren kann man nur noch auf einem Rechner, auf dem es keine Vorgängerversion gibt – und der von Microsoft gelieferte Workaround führt zwar zu installierten Dateien, aber auch zu nicht mehr funktionierenden Links im Startmenü.

Das ist auch bei Connect alles prima dokumentiert (und der Fehler ist auch schon bestätigt) – nur interessiert es irgendwie niemand. Die letzten 7 Tage habe ich auf irgendein Feedback irgend einer Art gewartet – jetzt geht’s nicht mehr länger: Ich werde in den sauren Apfel beißen und mich nach einem anderen Werkzeug zur Herstellung des Setups umsehen – und dann den ganzen Spaß von vorne aufbauen.

Bin regelrecht stinkig.

Wir führen seit etwas über einem Jahr eine Statistik über alle gemeldeten Fehler in der Baustatik (Es gibt natürlich auch Datenbankeinträge mit den Details dazu etc. pp). Damit kann man eine schöne Kurve bauen, die man für Betrachtungen über die allgemeine Stabilität und Qualität der Software verwenden kann.

So sieht zum Beispiel der Verlauf der aktuellen Version 1.62 im Vergleich zu den Meldungen im Vorjahreszeitraum aus: Die rote Kurve sind die gemeldeten Fehler im Vorjahr (jeder senkrechte graue Strich ist eine Woche) pro Tag im Juni und Juli, die blau Kurve sind die gemeldeten Fehler pro Tag im Juni/Juli dieses Jahres.

Beide Kurven haben logischerweise die gleiche Skalierung. Für Version 1.62 hatte der Tag mit den meisten gemeldeten Fehlern 6 Fehlermeldungen, der aktuelle Tag (mit “Heute” markiert, war aber eigentlich gestern) hatte 1 Fehlermeldung. (Bei diesen Fehlermeldungen handelt es sich um die, die Kunden versenden, wenn sie auf dem Fenster das einen unerwarteten Zustand meldet, “OK” drücken.)

Außerdem zu beachten: Wir filtern “doppelte” Fehler nicht aus: Wenn also Kunde (A) an einem Tag einen Fehler meldet und Kunde (B) am nächsten Tag den gleichen Fehler meldet, dann taucht das auch in der Kurve zweimal auf.

Was man der Kurve nicht ansehen kann: Die Baustatik wurde diesen Juni etwa 1.5 mal so oft benutzt, wie im letzten Juni: Mit diesem Hintergrund kann man sehen, das sowohl die Gesamtanzahl an gemeldeten Fehlern deutlich (etwa 1:10) zurückgegangen ist – und die Anzahl Fehler pro Nutzung aufgrund der gestiegenen Nutzungszahlen noch weit mehr.

Ziel ist es natürlich, die Kurve der gemeldeten Fehler der jeweils aktuellen Version auf “konstant 0” zu bringen – aber, um ehrlich zu sein: Diesen Zustand halte ich für fast unerreichbar. Die Baustatik ist zwischenzeitlich einfach zu komplex geworden, das es praktisch unvermeidlich ist, wenn hin- und wieder – besonders in der Benutzeroberfläche – Fehler auftreten. Zum anderen – und da geht überhaupt kein Weg dran vorbei – gibt es Fehler die wir zwar mitbekommen, die aber mit der Baustatik weiter nichts zu tun haben: Sowas tritt zum Beispiel auf, wenn die Windows-Konfiguration zerstört ist: Dann bekommt man unsere Software vielleicht noch gestartet – aber irgendwann wird ein Folgefehler auftreten, der sich eben in der Baustatik bemerkbar macht. Und meine schönen Kurven zerstört. :-( (Schnief)

Unabhängig davon: Glaube ich kann behaupten, das wir hier auf einem wirklich gutem Weg sind.

Bitte, bitte, bitte: Weiter Fehlermeldungen schicken, wenn eine auftritt…

Heute ist der letzte Tag, an dem Microsoft noch Windows XP SP2: Ab morgen ist Schluss – es wird keine weiteren Updates und Fixes mehr geben, auch keine Sicherheitsupdates. Wer das noch nicht getan hat, sollte mindestens das XP SP3 installieren – oder gleich auf Windows 7 wechseln.

(Das nächste Update unserer Software wird auch Windows XP SP3 voraussetzen.)

Diesmal: Internet Relay Programming und AAAAAAAAA!

Nachdem mich das nun fast 3 Tage gekostet hat, hilft es vielleicht jemand anderem in einer ähnlichen Situation. Ich hatte eine Setup and Deployment Project, das für die Installation unserer Software zuständig war, und das ursprünglich mit VS 2005 erstellt worden war. Das gleiche Projekt funktionierte auch prima mit VS 2008.

In der Version mit VS 2010 klappt es nicht mehr: Wenn man die Software auf einem “leeren” System installiert, geht alles gut. Befindet sich aber bereits eine Vorgängerversion der gleichen Software auf dem Zielsystem, dann werden im Laufe des Installationsvorganges (fast) alle Dateien der Software entfernt: Der Installer sagt das alle in Ordnung wäre – schaut man dann aber auf die Festplatte, so ist keine einzige Datei der Installation vorhanden.

Grund ist ein bekannter Fehler in VS 2010. (Connect-Eintrag dazu.). Im Wesentlichen läuft es darauf hinaus: Wenn man die Option “RemovePreviousVersions” auf “true” stellt, dann werden die Dateien der Vorgängerversion im Zuge der Installation entfernt. Der Fehler macht sich dadurch bemerkbar, das der Schritt mit dem entfernen der alten Version nicht vor der Installation der neuen stattfindet, sondern danach: Alle Dateien die sowohl in der alten als auch in der neuen Version drin sind, landen dann eben nicht auf dem Zielsystem. :-(

Angesichts der Tatsache das sich bei den Setup-Projekten in den letzten 6 Jahren praktisch nichts getan hat, finde ich es schon ein bisschen schwach, das die Softies es trotzdem geschafft haben, eine wichtige Funktion hops gehen zu lassen.

Ein (teilweise brauchbarer) Workaround ist im Connect-Eintrag beschrieben. (Im Wesentlichen baut man einen Post-Build Step, der die Reihenfolge der Arbeitsschritte korrigiert.)

Das Update für die Baustatik verzögert sich noch ein wenig – aus einem mich zur Zeit stark frustrierendem Grund: Man kann das Ding prima installieren – auch wenn es auf meinem Testsystem ein bisschen sehr lange dauert. Und wenn er endlich fertig ist … befindet sich nicht eine der zu installierenden Dateien auf der Festplatte. Fehlermeldungen: Keine.

Ich stehe da gerade ein bisschen auf dem Schlauch – wie immer wird es etwas ganz triviales sein, nur weiss ich halt noch nicht, was genau …

Diesmal: No. There is an elephant in the way.

Der Server-Umzug war aus verschiedenen Gründen notwendig geworden - “schlechte Performance” des alten Servers war dabei nicht der maßgebliche Grund. Als Nebeneffekt des Umzuges hat sich der Performance aber deutlich verbessert, wie man der folgenden Graphik der Google Webmaster Tools entnehmen kann.

Mit dem Wechsel des Servers viel die Durchschnittliche Zeit für den Abruf einer Seite von www.die.de von ca. 5 Sekunden auf etwa 250 [msec]. Bin mal gespannt wie lange die Crawler brauchen um das auch mitzubekommen, und dann wieder so oft vorbeikommen, das die Performance wieder schlechter wird.

Wobei es in der neuen Webserver-Software (im Gegensatz zur alten) nun auch durchaus Möglichkeiten gibt, Crawler und Spider mit schlechtem Benehmen deutlich einfacher auszusperren…