Beiträge von OpenMind

    Sprich, man kann es NUR bei xfce ändern...?
    Schade das es nicht einfacher geht...=(
    Das Diamond Design , ist leider nicht so mein Fall...

    Das oben beschriebene Verfahren gilt nur für Xfce.
    Schwierig ist das aber nicht gerade:


    In Xfce:


    - "Persönlicher Ordner" öffnen
    - Im Menü: "Ansicht/ Verborgene Dateien anzeigen"
    - Datei .gtkrc-2.0 öffnen oder anlegen
    - folgenden Text in diese Datei kopieren:

    Code
    style "xfdesktop-icon-view" {
        XfdesktopIconView::label-alpha = 0
        base[NORMAL] = "#000000"
        base[SELECTED] = "#71B9FF"
        base[ACTIVE] = "#71B9FF"
        fg[NORMAL] = "#aaaaaa"
        fg[SELECTED] = "#ffffff"
        fg[ACTIVE] = "#ffffff"
    }
    widget_class "*XfdesktopIconView*" style "xfdesktop-icon-view"


    Datei speichern, abmelden, anmelden.
    Ergibt transparenten Hintergrund und weiße Schrift.
    Mehr steht in meiner .gtkrc-2.0 auch nicht.


    Für's Experimentieren mit den Farbwerten: Rechtsklick auf den Desktop, "Schreibtischeinstellungen", "Hintergrund". Klick auf "Farbe" öffnet einen Farbeditor, unter "Farbname" findet man den Hex-Wert der Farbe.


    Ob/wie man das Gleiche für Plasma 5 erreichen kann, weiß ich nicht. Sieht ja aber nicht so aus.
    Vielleicht einfach so behelfen: Desktop-Symbole (bzw. "Dashboard") ausblenden und den Papierkorb als Miniprogramm hinzufügen. Habe ich bei KDE4 auch so gemacht.

    Was glaubst du, wo dein Beitrag in vier Wochen ist? Vergessen...


    Gesendet von meinem SM-T530 mit Tapatalk


    Das wäre natürlich ganz furchtbar! Aber zur Not könnte ich damit schon leben. ;)



    Vorschlag: Ich schreibe ein kurzes HowTo, wenn im Gegenzug jemand für Plasma 5 eine entsprechende Anfrage im KDE-Forum stellt und uns das Ergebnis hier mitteilt.



    Ist doch fair, oder?

    Sehr schön. Schreib doch mal ein genaues ToDo im Unterforum "Tutorials / Howtos". Das wird sicher noch mehr User interessieren. Bitte noch Erklärungen zu den einzelnen Farben und alpha-labeln einfügen. Ich weiß damit Bescheid aber andere nicht. Vllt. mal noch ne Farbtabelle HTML einfügen, so das sich jeder seine Farben selber gestalten kann.

    Genau was ich sage: Da muss man für sowas dann schon ein Tutorial schreiben... ;)
    Vielleicht bei Gelegenheit.


    Der Wert für die Farbe der Schrift ist übrigens dieser: fg[NORMAL] = "#9a9a9a".
    Der Hex-Wert #9a9a9a ist ein Grau. #000000 wäre schwarz.


    Hex-Werte und die entsprechenden Farben findet man hier: Color Hex - ColorHexa.com (Was es nicht alles gibt! Sehr schön!).


    Bis dann!

    Das war auch mit ein Hauptgrund, warum ich von Leap wieder Abstand genommen habe. Das ist nicht zu ändern mit dem Hintergrund und ich weiß auch nicht ob das jemals was wird.
    Sollte jemand mehr wissen, ich bin ne Weile aus Leap raus.


    Scheint mir ein Plasma-5-Problem ("Feature") zu sein. Ist leider auch bei XFCE (GTK3) so. Lässt sich dort auch nicht mehr ändern (ging bei Vers. 4.10 noch via .gtk2rc).



    Manchmal frag' ich mich echt, ob die Entwickler mit dem, was die sich da so zusammenentwickeln, überhaupt selbst arbeiten. Denn manches ist so offenkundig ..., dass es selbst jemand mit nur sehr beschränktem Gespür für Design/Ergonomie sofort erkennen müsste. Das springt einen doch geradezu an!



    Ich könnte es ja noch verstehen, wenn man solchermaßen vermurkste Einstellungen als *Option* anbieten würde. Aber nein, sowas ist dann "default".



    Und wer das Naheliegende möchte, der kann sich dann auf die Suche machen und mit versteckten Dateien, Skripten etc. vergnügen. Und wenn man Glück hat, gibt es tatsächlich eine Lösung und man ist dann nach Stunden, Tagen oder auch Wochen endlich dort, wo man von Anfang an hätte sein sollen.



    Und einen "Feature Request" einzureichen kann man sich i. d. R. getrost schenken. Insbesondere bei KDE. Die wissen sowieso alles besser. ;)



    OpenMind

    Hatte ja versprochen, am Ball zu bleiben.


    Das Problem steht im Zusammenhang mit VirtualBox. Wenn die Eigenschaft "Large pages" einer VirtualBox-VM (Virtuelle Maschine) auf "off" gestellt ist, steigt der Linux-Speicherwert "NR_FILE_MAPPED" stark an. Dies wiederum führt dazu, dass s2disk unnötigerweise scheitert.


    Es handelt sich dabei wohl eher um einen Bug in VirtualBox als im Kernel. Nichtsdestotrotz arbeiten wir an einer Kernel-Lösung: https://bugzilla.kernel.org/show_bug.cgi?id=97201.


    Man kann mit dem Kommandozeilen-Befehl


    ~> VBoxManage showvminfo "Name der VM" --details


    überprüfen, auf welche Werte die Parameter eingestellt sind. Man erhält dann u. a.
    ...
    Hardw. virt.ext: on
    Nested Paging: on
    Large Pages: off
    VT-x VPID: on
    VT-x unr. exec.: on
    ...


    Bei Intel-CPUs kann man mit


    ~> VBoxManage modifyvm "Name der VM" --largepages on


    Large Pages auf "on" stellen. Die VM muss dazu heruntergefahren sein. Soll sogar einen Performance-Gewinn von 5 % bringen (s. VB-Handbuch).


    Für AMD-CPUs scheint das lt. VB-Handbuch nicht zu gehen. Kann ich aber nicht beurteilen.


    Mit "Large Pages: on" sollten die NR_FILE_MAPPED-Werte dann im grünen Bereich sein. Die kann man mit


    ~> cat /proc/meminfo


    überprüfen (Punkt "Mapped").


    Wer also bei der Verwendung von VirtualBox Probleme mit s2disk hat, sollte die Einstellung für "Large pages" prüfen und ggf. ändern.


    Bis dann!


    OpenMind