Seit wann schneits im Minecraft?
Das ist schon immer seit Wiedereinführung des Wetters in Beta 1.5 gewesen. Ob der Niederschlag als Regen oder Schnee herunterkommt, hängt vom Biom ab.
// ==UserScript==
// @name Explain xkcd
// @namespace http://dosamp.net/
// @version 0.1
// @description Add "Explain" buttons for explainxkcd.com to xkcd comics
// @author DosAmp
// @match *://xkcd.com/*
// @grant none
// ==/UserScript==
(function() {
'use strict';
var comic_id = document.getElementById("middleContainer").innerText.match(new RegExp("http://xkcd.com/([1-9][0-9]*)"))[1];
var navs = document.querySelectorAll("ul.comicNav");
for (var i = 0; i < navs.length; i++) {
var link_item = document.createElement("a");
link_item.href = 'http://explainxkcd.com/' + comic_id;
link_item.appendChild(document.createTextNode("Explain"));
var list_item = document.createElement("li");
list_item.appendChild(link_item);
navs[i].insertBefore(list_item, navs[i].querySelector("li:nth-child(4)"));
}
})();
Kommt halt darauf an, wie viele alten Kernel du aufheben willst um sie bei Bedarf zu starten.
Wohlgemerkt hat man durch das absolute KISS-Prinzip von Arch von jeder „Geschmackssorte“ (ARCH, lts, grsec oder ggf. andere aus dem AUR) von Linux-Kernel maximal einen installiert, da beim Upgrade die vorherige Version inklusive Kernel-Modulen vollständig ersetzt wird. Das hat wie öfters hier angesprochen natürlich den Nachteil, dass dann für den laufenden Kernel ohne Reboot die Module nicht mehr vorliegen, falls man z. B. einen USB-Massenspeicher anschließt.
Das Arch-Wiki gibt unter 1 GB für das Basissystem (von dem man je nach Bedarf noch einige Pakete weglassen kann) vor, in diesem Thread wurden soweit sinnvolle Überschläge genannt, wie viel die genannte Software auf der Root-Partition belegen wird. Üblicherweise ist jede Installation bei mir ohne Benutzerdaten weit unter den 15 GB geblieben, die das Wiki zur Partitionierung empfiehlt.
Ansonsten hast du als primären Platzverbrauch nur noch /boot (wo in der Regel nur ein einzelner Kernel mit 2 Initcpios und evtl. Bootloader liegt), Swappartition (welche du, falls vorhanden, mit Slackware teilen kannst) und /var. Letzteres ist primär von Logdateien (bzw. dem systemd-Journal, welches man durch Konfigurationsdateien sehr gut in der Größe einschränken kann) und dem Paket-Cache von Pacman bevölkert, welchen du aber bei Platzmangel in /etc/pacman.conf von /var/cache/pacman/pkg an einen Ort deiner Wahl umbiegen kannst. Eventuell noch etwa 100 MB für das Arch Build System unter /var/abs, falls du mal ein mitgeliefertes Paket mit eigenen Optionen neu kompilieren willst.
Macht Arch das auch oder wird da nach Updates alter Ballast intelligent entsorgt?
Automatisch wird wie z. B. auch auf Debian nichts entsorgt, aber wenn dein System zufriedenstellend läuft, kannst du regelmäßig nach einem Upgrade pacman -Sc ausführen, um nicht mehr installierte Pakete (i. d. R. ältere Versionen von Paketen, die aktualisiert wurden) aus dem Paket-Cache zu entfernen. Wenn man ansonsten die üblichen verdächtigen Verzeichnisse (~/.cache, /var/tmp) gelegentlich säubert, müllt da nichts zu.
Gibts nicht auch besser emulierbare 32-Bit/MMU-Plattformen als ARMv5? m68k-Familie vielleicht?
Also nicht dass die Geschwindigkeit der virtuellen CPU bei der vorhandenen Bandbreite der restlichen Hardware großartig ins Gewicht fallen würde. 
DosAmp: 49944 Pkt. @ MSI GeForce GTX 760 OC Edition (1150/1085 MHz Core)
DosAmp: 16471 Pkt. @ Intel HD Graphics 4600
Karat – [Fünfte Jahreszeit (1986) #05] Hab den Mond mit der Hand berührt
Vielen Dank für alle Glückwünsche!
Auf Wyntoncraft selber läuft ansonsten ein Mumble-Server, HOMEBOYs TeamSpeak-Server (ks3096924.kimsufi.com) hat hingegen vorgefertige Sprachkanäle mit heruntergeschraubten Qualitätseinstellungen (≈ 20 kbit/s), die selbst auf DSL-Lite akzeptable Sprachkommunikation erlauben sollten.
Ich würde jeden Post einfach als <article> definieren und darin nen <aside> mit den Userinfos und ne <section> mit dem Inhalt.Zum Layouten der Spalten innerhalb des <article> würde ich die Flexbox-Eigenschaft von CSS nutzen, die dafür perfekt geeignet ist. Da muss man dann nur noch ein Verhältnis der beiden Breiten angeben, zum Beispiel 1:10. Läuft auch in allen aktuellen Browsern: http://caniuse.com/#feat=flexbox
<gandro> fordere eine regel im whf das wer die mybb templates kritisiert 5€ inne kasse einzahlen muss
<gandro> die verwenden wir dann um jemanden dafür zu bezahlen ein theme zu bauen
Wenn du dir die Mühe machen willst, ein MyBB 1.8 lokal zu installieren und die entsprechenden HTML-Templates und Stylesheets des Standard-Themes umzubauen, dass diese derart funktionieren, wäre das sehr lobenswert.
Für uns ist das angesichts des Nutzen-Aufwand-Verhältnisses im Vergleich zu anderem WHF-spezifischen Frickelkram, der bei der MyBB-1.8-Migration angepasst oder ersetzt werden muss, im Moment von nachgeordneter Priorität, zumal wie gesagt das MyBB-1.8-Standard-Theme (das glücklicherweise auf dem Apart-Theme basiert, das die meisten Benutzer hier im Forum verwenden) besser damit umgehen kann. Als Beispiel kann man das Community-Forum von MyBB heranziehen.
P. S.: Außerdem brauchen wir noch einen 1.8-kompatiblen Ersatz für das Dark-Theme (aka "BlackMamba"), das von immerhin 27 Benutzern verwendet wird.
Ihr könnt grosse Avatare in eurem Benutzer-CP aktivieren wenn ihr wollt, auch ohne "klassischen Modus", siehe Option "Avatare der Benutzer in den Beiträgen verkleinern."
Ah danke – es liegt also an deinem Plugin, dass diese globale Einstellung für die maximale Anzeigegröße faktisch ausgehebelt wird, außer der Benutzer aktiviert diese Option.
if ($mybb->user['whfextras']['resizeavatars'] == false) {
$mybb->settings['postmaxavatarsize'] = '500x500';
}
Die Breite der linken Spalte ist auch irgendwie random:
Das ist deiner Fensterbreite geschuldet. Per CSS ist die Breite der linken Spalte auf 15% definiert, aber wenn z. B. der Nickname mehr Platz braucht, wird die Spalte auch breiter.
Ja, dass Posts als <table> deklariert und zweitens jeder Post eine eigene Tabelle ist, ist kein sauberes Design. Im MyBB-1.8-Standardtheme wird es besser gelöst werden.
Aber nicht bei jedem Benutzer, oder? Mir scheint, als wären nur einige Avatare größer - andere wiederum nicht.
Oh, das war ich. Ich war irritiert, dass die Foreneinstellung "Maximale Avatargröße" von der eingestellten Maximalgröße von 125×125 Pixel für hochgeladene Avatare abweicht und hatte diese angeglichen. Diese wird allerdings nur wirksam, wenn man den klassischen Anzeigemodus ("Beiträge im klassischen Modus anzeigen" unter den Optionen im Benutzer-CP) für Threads nicht aktiviert hat, was auf 97% der Benutzer zutrifft – warum auch immer man diesen nicht bevorzugt. Im Standard-Modus von MyBB nehmen die Avatare jetzt zugegeben viel zu viel Platz in der Höhe weg:
Ich werde erst mal wieder die vorherige Skalierung auf 70×70 wiederherstellen, auch wenn das wieder größere Avatare vermatschen wird.
*Tischbein fällt um*
heißt dann, weniger große farmen?
Oder auch größere – wenn man den Parameter höher stellt.
Größere Farmen auf einen Haufen haben auf der anderen Seite immer das Problem, dass der Server eher ruckelt, wenn sich ein Spieler in der Nähe bewegt.
Zum Glück wird man die maximale Packung von Entitäten (Tieren, Gemälden etc.) pro Block ab 1.11 steuern können:
Ist ja gut. Aber so wirklich hab ich mir keine Mühe zum Formatieren der Ergebnisse gemacht.
