Discord auf Windows NT 3.51
Windows NT 4.0 und NT 3.51 auf GameCube oder Wii
Nicht pro Nutzer, aber ich habe jetzt den Standardwert für „Offizielle Beiträge“ ausgeschaltet und alle bisherigen Markierungen gelöscht, wo sie keinen Sinn ergeben haben.
Danke!
Apropos, zwei Kleinigkeiten:
FWIW, ich würde bei einem Light-Frontend auch mithacken
Erinnert hart an WHF Modwahlen
Ein riesiges Danke an DosAmp! Migrationen sind immer ein Monster-Projekt, besonders wenn es sich um alte Installationen mit custom Hacks handelt wie es beim WHF der Fall ist. Die meisten hier werden nicht mitbekommen haben, was für ein Aufwand das alles ist. Hut ab!
Macht Android schon länger so. Bei Fedora ist es ebenfalls der Default
Ich mache zram als Swap heutzutage https://wiki.archlinux.org/title/Zram
Lian Li hatte im Mai halt noch kein Case mit Holz im Angebot 
Der Kühler ist eigentlich Overkill für den 7800X3D, aber wusste halt dass der ins Case passt. Und dafür drehen die Lüfter etwas weniger.
Nach 15 Jahren Laptops und Playstation habe ich mir diesen Mai mal wieder nen Rechner für paar Games gebaut. 7800X3D mit 7900XT. Fractal North Case.
Komplette Liste https://pcpartpicker.com/list/pFvCh3
Das SoaD Cover ist ja mal geil. Kannte ich gar ned
Ich würde auch darauf wetten, dass nicht der Hibernate sondern der Resume Teil kaputt ist. Ich weiss nicht wie Mint den Resume implementiert, aber oft brauchst du einen entsprechende Funktion in der initrd plus muss die initrd wissen, von welchem Swap Drive aus der Resume stattfinden soll. Bei Arch läuft das über den resume Parameter wie Playitlouder schon gesagt hat, keine Ahnung wie das Mint ist.
GNOME Remote Desktop macht meines Wissens sowohl VNC als auch RDP, mit TLS-Verschlüsselung. Einzig Port Forwarding ins Internet müsstest du selber aufsetzen
Windows95man - No Rules!
Sieht super aus. Kriege beim Anblick des WBB gleich wieder Nostalgie (WHF war ja auch mal WBB-basiert)
Spannendes Interview-Snippet über Microsoft-interne Projekte zu Longhorn vs XP x64 vs Server 2003
Edit, volle Länge:
Diesen armen armen Autofahrer
Ich hab das Script vor mindestens 11 Jahren geschrieben. Client-side ist es, weil es keinen Sinn macht dass jedes Bild erst einmal auf dem Server runterladen dann noch einmal auf dem Client geladen wird. Serverseitig die Bildergrösse zu berechnen würde die Response unnötig verlängern.
Keine Ahnung ob es damals eine bessere Lösung gegeben hätte, aber client-side ist das Hauptproblem, dass du die Bildgrösse nicht hast, bevor der Browser nicht das Bild geladen hat. Deswegen der DOM `onload` Event, der wartet bis alle Bilder geladen sind. Es scheint ein per-Image onload event zu geben, vielleicht könnte man das an jedes DOM Element rankleben, falls das tatsächlich schneller reagiert. Keine Ahnung warum ich das damals nicht so gemacht habe, vielleicht zu Unerfahren, vielleicht hatte es gute Gründe und der Event war in den Browsern vor 11 Jahren nicht supported. Wobei selbst partiell geladene Bilder Überbreite erzeugen können, das heisst es bräuchte eigentlich einen Event für "Bildergrösse ist jetzt bekannt", selbst wenn das Bild noch lädt. Keine Ahnung wie schwer das ist.
Inzwischen könnte an das ggf. gut mit CSS lösen, vermute aber dass das vor 11 Jahren mit IE7 Support weniger eine Option war.
Prototype ist im Einsatz weil es vom MyBB bereits auf allen relevanten Seiten mitgeladen wird. JavaScript vor 11 Jahren war ohne Framework ziemlich Kacke, und extra ein neues Framework wie JQuery (damals in Mode) zu laden für den Bilder-Resize ist jetzt auch nicht elegant. Die Wahl von Prototype würde ich auch heute noch verteidigen.
