Da gibt es einige Ansätze in punkto unterschiedlicher Skinauflösung und skin_user .
Was Dream am Ende einbaut wird sich zeigen ,das Thema ist nicht vergessen

Bis dann habe ich es gelöst mittels enigma2.service. Da wird ein Skript angerufen, das in /etc/enigma2/settings schaut welcher Skin gebraucht wird (config.skin.primary_skin=) und dann die dazugehörige skin_user.xml (und auch noch evt. skin_user_display.xml) kopiert (nach /etc/enigma2).

Bei Skin wechsel wird bei GUI restart ja immer die enigma2.service aufgerufen.

In enigma2.service steht dann:

ExecStartPre=/bin/mkdir -p /etc/enigma2
ExecStartPre=/bin/sh /usr/script/myscripts/copy_skin_user_xml.sh
ExecStart=/usr/bin/enigma2

Vielleicht könnte man die user-files einfach um den Namen des Skins erweitern, dann könnte man für jeden Skin gesondert diese user-files verwenden.

Ich hab im Moment alle meine Wunschänderungen direkt in die skin.xml des Skins geschrieben.
So kann ich auch schnell mal einen anderen Skin im Original verwenden, ohne die Inhalte aus den user-files zu verwenden.

Man könnte die Nutzung der user-files ja gestaffelt machen.
1. suche und verwende user-file mit dem Namen des skins im user-file-namen
wenn nicht gefunden, dann
2. suche und verwende allgemeine user-files (wie bisher)

Naja ein Fallback muss sowieso immer sein sonst würdest alles was bisher war kaputt machen, das gibt unzählige Dinge die von dem aktuellen Aufbau der Files (Dateiname) abhängen.

Die müsste dann aber im Ordner des Skins liegen

Wer wechselt laufen den eingestellten Skin ?
Nutze seit Jahren nur einen Skin und gut ist.

z.B. wenn man noch auf der Suche ist und immer wieder einen neuen Skin testet.
Oder wenn man programmiert, dann muss man das auch öfter machen (HD und FHD)

Hat halt jeder so seinen Gebrauch. Aber das ist ja das Schöne an den Boxen, dass man fast alles auf seine Wünsche ausrichten kann.

fuer benutzern wurde es egal ob in /etc oder /usr, hauptsache wenn es zusammen mit andere sachen automatisch gesichert wird

Ich persoenlich wurde fuer eine detai mit mehrere <skin> </skin> elements, eine datei ist einfacher zum sichern und pflegen.

Wie schwer wurde es mit implementazion?

danke

PiGeon

Hm, wir haben da bei uns im Merlin-Image eine Lösung implementiert, ich hab das ganz vergessen im Merlin-Funktions-Thread zu beschreiben (werde ich heute Abend nachholen).

Auf jeden Fall kann man im Merlin sich speziell für die jeweiligen Skins SkinOrdnerName.skin_user.xml Dateien in /etc/enigma2 anlegen. Da crasht dann nichts mehr bei einem Skinwechsel und die Anpassungen sind auch gleich wieder da...ich weiss gar nicht wie lange wir das schon bei uns drinnen haben (3 Wochen?)...hab ich echt vergessen die Methode zu beschreiben...

Ja das ist auch eine damalige Überlegung gewesen nur ist halt die Frage ob das Dream so mit einbauen möchte ,eine gute Idee ist das auf alle Fälle da man es dann extra auf den genutzten skin abstimmen kann und die skinuser dann nicht bei jedem Skin genommen wird ,aber Dream ist das halt mit so vielen xml Datein dann immer nicht so schön gewesen.

Es macht aber halt gerade in der Zeit wo es immer weniger Skinner und alte nicht aktuelle Skins gibt und ein User auch nicht immer in dem Skin rumwurschteln möchte und sollte halt Sinn da eine Lösung zu finden wo User zb. Usern helfen können .
Damit kann dann ein User ein screen bereitstellen den man dann nur noch in die dazugehörige skin_user packt und man muss weder den skin anfassen ,es bleibt update sicher und so unterstützen sich halt die User auch gegenseitig ,das macht den Usern denke dann auch sogar in Hinsicht aufs skinnen mehr freude ,so sehe ich das zumindest.

Naja, mir ist es egal ob DMM was übernimmt oder nicht, primär zählt für mich nur Merlin.

Und ich weiß auch nicht wer mit wem was besprochen hat.
Meine Motivation war eine easy Lösung für meine eigene skin-User,welche ich einsetze, zu erschaffen, damit bei einem Skin-Wechsel (ich muss ja mir meine Sachen beim implementieren auch auf FHD anschauen )ich nicht immer die skin-User Datei umbenennen muss, damit es nicht crasht.

Ist mir alles klar und das ihr das fürs Merlin macht auch ,hatte ja schon geschrieben das es da mehrere Ansätze gibt und da auch mit Dream schon gesprochen wurde ob da mal was in die Richtung kommen wird direkt im DreamOS für alle dann.
Zuerst sollte aber erstmal der default FHD support rein und der ist ja auch noch nicht ganz abgeschlossen und dann halt eventuell auch noch andere schöne und hilfreiche Dinge.
Deine Lösung ist da zb. auch eine die im Kopf schwebte und du hast sie wiedermal schneller eingebaut in eurem Image .
Finde ich zb. sehr schön

ist (noch) nicht drin im DMM-Image. Aber du kannst dir das in skin.py ergänzen:
EDIT: grad erfahren, dass DMM den Code nicht erhalten hat. Daher wieder entfernt

Dann heißt die Datei "SkinName.skin_user.xml" ?
(ist der "." in der Mitte gewollt, bereitet das keine Probleme mit 2 Punkten im Filenamen?)

Edit:
Schade, dass DMM das nicht übernimmt.
Ich würde es gut finden, da man dann vor Skin-Updates sicher wäre und diesen nicht auf "hold" setzen müsste.