Kommentare von

Nochmal: Du musst nicht ins Backend. Wenn du eingeloggt bist kannst du wunderbar über das frontend arbeiten. Außerdem bist du als bekannter Author auch von etwaigen Anti-Spam Maßnahmen wie Captchas (auch hidden ones) befreit,.
Was nicht geht, ist uneingeloggt in einem Fenster zu schreiben und sich wie von dir beschrieben etwas später in einem anderen Fenster einzuloggen, ohne dasselbe Fenster, in dem man schreibt, daraufhin auch zu reloaden.
So weiß die absendende Seite nichts von deiner Zustandsänderung und erfährt es erst später, wenn das POST auf den Server trifft. Das gibt also nur Kuddelmuddel. Wenn man es vergessen hat ist die beste Methode sich seinen Text kurz zu kopieren und mit derselben Seite das Login zu machen, wiederzukehren und dann das Kopierte wieder ins Feld zu pasten. Fertig und absenden.

Ich nehme nicht an, dass ich zukünftig den Live-Blog jeden zweiten Tag updaten werde, so wie jetzt hier diese Testumgebung.

Always believe that something wonderful is about to happen... maybe tomorrow..?

Der Unterschied ist ja folgender: Benutzername ist gleich Loginname, von dem man eigentlich nicht möchte, dass er jedem "Hacker" des Loginforms schon so einfach im Frontend bekannt gemacht ist.
Wahrend der "full name" derjenige ist, mit dem du überall in der Öffentlichkeit ausgewiesen wirst.
Die entries Tabelle hält eben den Loginnamen - wahrscheinlich um einfacher das multi-user System zu unterstützen - und weil man wohl damals annahm, dass der Loginname auch die kürzere Variante wäre.
Das wiederum führte dann 2008 zur Verwechslung des entryauthor(s) mit dem Frontendnamen zur Verifizierung des comment_author_self = Post Authors. Ich bin immer noch am Überlegen, ob ich das nicht sogar für Styx 2.9.x backporten muss, weil es ja wirklich ein Fehler ist. Allerdings hat dies ja definitiv vielfache Auswirkungen auf alle existierenden Themes die eine comments.tpl, bzw pcomments.tpl enthalten.
Erst Styx 3.0 ist da ja vollkommen unabhängig mit seinem eigenen und überarbeiteten additional_themes repository, so dass es eigentlich erst hier richtig Sinn macht.

Ich kann mich nicht erinnern dass ich pure ein Hintergrundbild gegeben hätte...
Grob gibt es ja drei Größen: Mobile Screens, Tablet Screens und Desktop Screens, obwohl auch heute schon Geräte existieren die solche klaren Grenzen verschwimmen lassen.
Dazu muss man noch zwischen landscape und portrait modes unterscheiden.
Das geht von früheren 280px und heutigen 320px bis ca 540/640px und von einem ziemlichen Standard 768px, über 800px bis 1024px und dann eben über Laptop Größen bis hin ins Unendliche, wobei ich sagen würde bei 1920px ist Schluss mit lustig.
Dazu kommen dann noch ppi Pixeldichte (pixels per inch) und solche Sachen, also wenn Geräte Displays mit höherer Dichte anbieten, wie von dir beschrieben. Effektiv sind sie natürlich an die Geräte Zoll-Größe gebunden, zB 6 Zoll Geräte. Da aber die Pixeldichte höher ist, sind sie in der Lage HD etc darzustellen. Wie da genau die Umrechnung passiert, kann ich nicht so aus dem Stehgreif erklären.
Also würde ich sagen deine Abstufung scheint ok. Wie genau das eben auf unterschiedlichen Tablets funktioniert kann ich aus Ermangelung eines solchen nicht sagen.