Siduction Forum

Hello Dibl,
that works if I  haven't set 'out_to_wayland'. With this setting my conky freezes when I save the change. I allways have to use killall and start it new when I like to see what a change will alter. 
Also with out_to_wayland it vanishes into the backround when I click on my desktops picture, also it is diappaered when started with "autostart", no change when using the sleep instruction before. 
The only way to use the wayland option and have full colours and a allways present conky is to change the window_type to 'normal' insteed of 'desktop'. But after then my conky locates top_left and ignores the alignment 'top_right' setting. 

I guess in between this behavior is not caused by my conky settings, but the kwin_wayland behavior. 

Hallo Dibl, das funktioniert, solange ich ,,out_to_wayland" nicht gesetzt habe. Mit dieser Einstellung friert Conky ein, sobald ich die Änderung speichere. Ich muss immer ,,killall" verwenden und das Programm neu starten, um die Auswirkungen einer Änderung zu sehen.
 Außerdem verschwindet Conky bei Verwendung von ,,out_to_wayland" in den Hintergrund, wenn ich auf das Desktop-Hintergrundbild klicke; auch beim Start über den Autostart ist es nicht sichtbar – selbst ein vorangestellter ,,sleep"-Befehl ändert daran nichts.
 Die einzige Möglichkeit, die Wayland-Option zu nutzen und dabei volle Farben sowie ein dauerhaft sichtbares Conky zu erhalten, besteht darin, den ,,window_type" von ,,desktop" auf ,,normal" zu ändern. Allerdings wird Conky dann oben links platziert und ignoriert die Ausrichtungseinstellung ,,top_right". 

Ich vermute inzwischen dass dieses Verhalten gar nicht an meinen Conky-Einstellungen liegt, sondern am Verhalten von kwin_wayland.

Entschuldigung sie, bitte, für englisch ...

When editing your conky, one line at a time, it is fast and efficient to open your "conky.rc" file in a text editor on the same desktop where you can also see the conky.

When I edit my "conky.rc" this way, each time I click "save", then the conky is killed and restarted. You can see the effect of the edit each time you click "save". No need to reboot or restart or anything else. Simple.  😎

(Possibly, this effect is caused by my shell script which starts my conky ...).

Ich habe jetzt localsearch mal runter geschmissen, mal schauen ob sich was Nachteiliges ergibt. 🙂

Beachte: 1. Conky schreibt nach wie vor Dinge in den Speicher und 'nimmt' diese wieder, obwohl du sie gerade geändert hast! Deshalb ist es nach einigen Änderungen eine gute Idee "killall conky" auszuführen oder reboot.
okay, das erklärt warum einige Änderungen manchmal nicht funktionierten, dann aber wieder doch etwas bewirkten.
Ich pfriemel dann mal doch noch ein wenig weiter 😄

Fortsetzung

Alles zu den Variablen etc. hier  https://conky.cc/variables

QuoteFarben, verschwinden im Hintergrund, ignorieren der Einstellungen der Plazierung, aufhängen, nur noch mit killall zu schließen...

Ändere schließlich auch deinen unteren Teil. Mißte aus, was darin auskommentiert oder nicht gebraucht wird.
Teste das zunächst Zeile für Zeile.

Beachte: 1. Conky schreibt nach wie vor Dinge in den Speicher und 'nimmt' diese wieder, obwohl du sie gerade geändert hast! Deshalb ist es nach einigen Änderungen eine gute Idee "killall conky" auszuführen oder reboot.

2. Farben und Schriftarten
Beides wird im oberen Teil bestimmt.
Wenn du im unteren Teil davon abweichst, dann schreibt Conky diese ausgewählte Farbe und Schrift bis zum Ende. Aufgehoben wird es durch:
eine neue Farbe, eine neue Schrift/Größe
Soll Conky das oberhalb TEXT Festgelegte wieder verwenden, dann durch ${color}...${font}
-- own_window_colour = '#00000000', ist der sicherste Weg, dass dein Conky transparent bleibt.
Die KI sagt dazu:
"Die ersten 6 Nullen bedeuten eigentlich 'schwarz' und die zwei Letzten, den Alphawert für vollständige Transparenz. Die genaue Interpretation hängt vom verwendeten Farbformat ab. Im verbreiteten Schema #RRGGBBAA bedeutet der Code transparentes Schwarz."

Soweit die Theorie, um ein Icon im Conky korrekt darzustellen, muß ich sehr oft #000000 (6) wie bisher verwenden. Das Hintergrundbild/Wallpaper hat ebenso einen großen Anteil daran, ob die Farben gut aussehen oder eben....  😐

QuoteMal abgesehen davon dass mir die neuere Syntax auch nicht wirklich einleuchtet. Warum hab ich z. B. für den Textteil eine andere als für den Kopf?

Es ist keine einfache Textdatei mehr, es wurde in lua geschrieben!

QuoteD.h. die funktionierte ja immer noch -bis ich angefangen habe mit der wayland Einstellung rumzupfriemeln, jetzt hat auch diese config die blassen Farben, selbst wenn ich ein altes backup davon einspiele 😠

Du verwendest conky-V1.24.2 mit den im anderen Faden erwähnten ÄNDERUNGEN.

QuoteWas mich irre macht ist das gefühlt zufällige Verhalten das Conky jetzt mit wayland an den Tag legt, ich finde einfach keine auch nur halbwegs plausible Erklärungen für das wie conky sich verhält wenn ich versuche Schritt für Schritt Änderungen an der Konfiguration vorzunehmen um unerwünschtes Verhalten zu ändern.

Vollkommen richtig, das kann frustrierend sein.  😉
Ändere, wie vorgeschlagen, deinen oberen Textteil durch Ersetzen mit dem von @dibl.
Spiele nur mit den Variablen:
--out_to_wayland = true,
    own_window = true,
    own_window_type = 'desktop',--utility',--override',
    own_window_hints = 'skip_taskbar,skip_pager,undecorated,sticky',
--own_window_colour = '#00000000',
    own_window_class = Conky,Ist wayland auskommentiert (--), wie hier oben, dann erscheint das conky-Fenster auf dem aktuell aktiven Desktop an der festgelegten Position und kann mit der Maus verschoben werden.

Ist das Gegenteil der Fall (also, nicht auskommentiert), erscheint das Fenster auf allen Desktops an der festgelegten Position und kann nicht mit der Maus verschoben werden.
Beachte, das ist aus meinen Tests unter labwc. Das kann, muß aber nicht in plasma6 mit kwin, so sein!
Möglicherweise kannst du das zunächst vereinfachen durch verwenden der Variable 'override'. Dieses Fenster ist dann "immun" vom FensterManager/Compositor.

Hallo unklarer,
nein, beschweren kann ich mich wirklich nicht, der größte Teil meiner Konfiguration ist tatsächlich noch die aus der Zeit als ich Conky das erste mal benutzt habe, heißt die lief jetzt wohl 15+ Jahre ohne größere Probleme. D.h. die funktionierte ja immer noch -bis ich angefangen habe mit der wayland Einstellung rumzupfriemeln, jetzt hat auch diese config die blassen Farben, selbst wenn ich ein altes backup davon einspiele 😠
Was mich irre macht ist das gefühlt zufällige Verhalten das Conky jetzt mit wayland an den Tag legt, ich finde einfach keine auch nur halbwegs plausible Erklärungen für das wie conky sich verhält wenn ich versuche Schritt für Schritt Änderungen an der Konfiguration vorzunehmen um unerwünschtes Verhalten zu ändern. Farben, verschwinden im Hintergrund, ignorieren der Einstellungen der Plazierung, aufhängen, nur noch mit killall zu schließen...

Und das alles hängt irgendwie mit der out_to_wayland Einstellung zusammen. Selbst wenn ich den Kopf von dibls config Datei nehme ist das nicht anders.
Mal abgesehen davon dass mir die neuere Syntax auch nicht wirklich einleuchtet. Warum hab ich z. B. für den Textteil eine andere als für den Kopf? 

Ich werde mir mal ein Tutorial zu lua suchen und reinziehen, aber das wird noch ein wenig dauern, hab erst mal genug Chaos in meiner privaten Umgebung 😄
Grüße
Jürgen

Ich nutze localsearch nicht. Aber versuch's mal so (sollte dauerhaft wirken):
systemctl --user stop localsearch-
systemctl --global mask localsearch-3.service localsearch-control-3.service localsearch-writeback-3.service
Optional noch:
pkill -f localsearch
rm -rf ~/.cache/tracker3

^^Du brauchst dich nicht zu beschweren.  😄
Du verwendest eine Konfiguration, die gefühlt 100 Jahre alt ist. Diese wurde genau so oft von dir geändert, einschließlich der Umwandlung der Syntax.
Die Farbeinstellungen sind "zusammengewürfelt", nicht nur oben, auch unten (mal 'color cayn', dann 'color #xxxxxx') usw. usf.

Sicherlich hat die Syntax1.9 das alles "weggesteckt". Mit 1.10 wird das immer schwieriger und conky_v1.24.2 setzte den Weg immer konsequenter um, das es eben nicht mehr "einfach so" funktioniert. Ein Blick in die Changelogs macht es deutlich.

Mit Wayland darf ich darauf hinweisen, dass das Protokoll ein ganz anderes ist. Zu allererst bestimmt der verwendete Compositor (ich nehme an, bei dir ist es kwin/wayland), wo die Fenster platziert werden. Das steht alles in dessen Konfiguration.
own_window_type = 'normal', ist die default Einstellung im Conky. Du kannst da jetzt 'desktop' etc. reinschreiben - anschließend den _type auskommentieren ( -- ) und das Terminal wird dir 'normal' anzeigen.

Wayland ist nicht x11!
Wenn du also 'out_to_wayland' auskommentierst oder auf 'false' setzt und der Conky dann macht, was du willst, ist es doch gut. Wende ich je nach der Konfiguration des Conky auch an.  🙂 

Erste Frage sollte ja sein, ob du localsearch überhaupt willst/brauchst. Es klingt ja danach, als ob der Indexer noch voll am Arbeiten ist. Mit deinem localsearch reset --filesystem bewirkst du laut Doku dann nur ein "Removes indexed filesystem data. The indexer will automatically re-create its cache from the filesystem when it restarts. This option is the default if no arguments are given." - also das, was du wohl sicher nicht willst.
Siehe Doku auf github

Wenn du auf localsearch verzichten kannst, dann deinstalliere doch das optionale Paket. Gehört wohl in die GNOME-Familie, ich selbst nutze es unter KDE/Plasma nicht. Ich hoffe, es gibt keine unerfreulichen Abhängigkeiten.
Ansonsten einmal in den sauren Apfel beißen und den Indexer durchlaufen lassen. Eventuell das Indizieren einschränken (Verzeichnisse aus dem Vorgang ausklammern). Siehe Doku.

edlin