FritzCall Plugin (auch mit FHD! :)

gordon55 · 9. Juni 2016, 21:14

hey Leute,

bleiben, es geht hier doch um die Optionen, FritzCall für FHD skinnbar zu machen.
also meiner Meinung nach ist Skalieren keine gute idee, die default PNGs im Plugin sollten schon zur Auflösung passen,

zombi · 9. Juni 2016, 21:28

Genau das hatte ich ja auch vorhin geschrieben ,ein Plugin liefert default screens und was es alles brauch mit.
Dadurch ist ein Plugin default in den mitgelieferten skinscreens default immer passend .
Da muss nix gescalt oder sonst was gemacht werden und man kann da ja auch im Plugin direkt fullhd screens mit liefern das geht ja schon immer.
Im Plugin kann man dann angeben das zb. die call icons direkt aus dem aktiven skin gelesen werden wenn vorhanden ,ansonsten werden die default icons genommen.
Und wenn dann die screens skinbar sind (und das muss nicht über applet sein ,aber kann) dann kann jeder skinner oder user sich den screen sammt icons passend zu seinem genutzten skin skinnen.
Ohne scale ,mit scale wie man zur Verfügung hat.
Das einzige was man halt scalen lassen könnte vom Plugin wäre das FritzCallFaces Bild oder man lagert das per applet aus so das es in jedem skin anpassbar ist.Wenn ein screen skinbar ist (und das ganz normal) dann kann man Buttons ,Schrift ,Größe und was weiß ich jeder Auflösung anpassen da muss nix im Plugin skaliert werden und das ist doch auch für einen Programmierer viel besser oder denke ich da einfach nur falsch?

schomi · 9. Juni 2016, 22:01

Sehe ich genau so

gordon55 · 9. Juni 2016, 23:26

dem schließe ich mich gerne an

und sorry, war eben etwas zu schnell mit senden, wollte eigentlich noch etwas anfügen.
es ist natürlich erstmal jedem Plugin-Entwickler selbst überlassen, wie er den Standard-Skin gestaltet. Die aktuelle Auflösung wird ja im Plugin schon ermittelt, damit könnten bestimmt leicht die Standards für die verschiedenen Auflösungen definiert werden.
Zudem sind die E2-Images inzwischen auch schon sehr verschieden, was so einige skin Funktionen angeht, z.B. config widgets, scrollbar etc. was einen default skin für alle Images nicht unbedingt leichter werden lässt ... (@shadowrider, ich glaube, da hast du auch so deine Erfahrungen, oder ?

)
da muss man eben den kleinsten, gemeinsamen Nenner finden, oder auch wie die Jungs vom MediaPortal, verschiedene skins z.B. für DreamOS und die anderen E2s bauen ...

Im Prinzip ist Fritzcall ja schon sehr gut auch in FHD skinnbar, z.B. die Anrufliste als List im Plugin und TemplatedMulticontent im Skin gibt dem Skinner schon alle Möglichkeiten zur Anpasssung. Es fehlt halt noch ein default für FHD skins, die das Plugin nicht geskinnt haben. Hab auch schon ganz andere Plugins gesehen, die eben für nur eine Auflösung gedacht waren und z.B. die Werte für MultiContent-Listen nur im Plugin definiert sind. So was kann man eben per skin nicht anpassen (oder ich weis halt nicht wie...)

ich fasse für mich mal @zombis Ausführungen so zusammen : "so wenig Aufwand wie möglich und so viel Aufwand wie unbedingt nötig" wäre auch mein Ziel, wenn ich für ein Plugin Default screens zu definieren hätte ... gepaart mit der weitestgehenden Anpassbarkeit für Skinner.

und das ist natürlich auch nur meine persönliche Meinung.

Ist jetzt natürlich die Frage, was @DrMichael vor hat ... wie gesagt, wenn ich irgendwie unterstützen / testen kann, immer gerne .

DrMichael · 10. Juni 2016, 11:31

Das war mir jetzt alles zu schnell... (Ich bin kein Skin-Experte...)
Ich versuche mal zusammenzufassen.

1. Es ist skinbar per Applet. Ok, mag man als Hack ansehen, gibt es aber schon immer.
2. Diesen ganzen Berechnungswahnsinn im Plugin (den ich früher toll fand, heute eher gruselig) in ein Applet im Standardskin zu packen. Ja, klingt gut, jemand müsste mir dabei helfen.
3. DIe call*.png skalieren mit scale=1. Geht das auch mit "alten" Firmwares?
4. Ja, dieses callrejected.png sieht furchtbar aus. Jemand hatte mal die anderen verschönert, aber ich weiß nicht, wie. Wenn das jemand machen könnte, wäre das Klasse.
5. Eigene Verzeichnisse für Screens in SD, HD, FHD, (UHD?). Das ist nicht mehr einfach, wenn es auch anders geht.
6. Für das input_error.png nehme ich jetzt mal resolveFilename(SCOPE_CURRENT_SKIN, "icons/input_error.png"), sodass das direkt aus dem aktuellen Skin genommen wird.
7. Die call*.png kann ich gerne so machen, dass zuerst im aktuellen Skin gesucht wird. Wie würde das aussehen? Aktuell habe ich resolveFilename(SCOPE_PLUGINS, "Extensions/FritzCall/images/callout.png")

Ansonsten mal eine neue Version. Darin ist die Beschriftung der Buttons in FritzOfferAction für SD, HD, FHD gut. Na, zumindest ok.

Und ja, wie @gordon55 sagte, die Default Screens sollten erstmal brauchbar sein für alle Skins, die diese eben (noch) nicht drin haben. Das hat bisher für SD/HD gut geklappt, sollte auch für FHD, UHD eigentlich gehen.

DrMichael

zombi · 10. Juni 2016, 12:42

Dr.Michael

call*.png nicht scalen das geht nicht in allen Image oder Oe´s ,im Plugin einfach eintragen das sie auch aus dem aktiven skin geladen werden können ,dann kann man direkt im skin die passende größe mit bringen ohne etwas zu scalen (und das geht in allen Image oder auf allen Boxen.
Die call png´s hatte damals glaube denmimleo gemacht nachdem ich ihn diesbezüglich gefragt hatte und die hatte ich dir dann gegeben zum einchecken.Warum da eins fehlt weiß ich garnicht mehr
Eigene Verzeichnisse für die Auflösungen würde gehen ist aber normal auch unnötig ,man kann direkt im Plugin über ein if und der größe der Auflösung das regeln und passende defaultscreens mitliefern.Da kannste dann auch im Plugin direkt zb. passende Buttons mitliefern und schon passen default die Buttons und die Schriften usw.
Beispiel hier mal aus dem showclock Plugin

Spoiler anzeigen

Und wenn das wie gesagt so ist brauch man nichtmal applet (außer eventuell für das faces Bild ) dann kann man das auch so skinnen oder hat auch direkt vom Plugin default screens die unter den Auflösungen passen.

shadowrider · 10. Juni 2016, 19:50

Vorschlag

evtl kann ja ein skinner helfen?

Ordner
skin
skin/sd
skin/hd
skin/fHD
ein skinner der es kann möge xml's erstellen wo die Elemente enthalten sind

einzufügen wäre dann jeweils ein applet, welches das Anruferbild skaliert
(damit wäre auch gleich die Beschränkung auf eine bestimmte Bildgröße aufgehoben)

damit können jedwede Berechnungen entfallen, die skinner haben zukünftig 'freie Hand', Pflege/Änderungen sollten etwas einfacher umsetzbar sein

wie gesagt, ein Vorschlag

Nachtrag:
praktisch von einem skinner den 'Rohbau', so das Dr.Michael im Prinzip nur noch die Beschickung entsprechend proggt

DrMichael · 10. Juni 2016, 20:02

Soll mir auch recht sein...

Ich werde eine Konfigurationsmöglichkeit einbauen, die die "Erweiterten Anzeigemanipulationen" abschaltbar macht. Default aus "An", ist klar.

DrMichael

gordon55 · 10. Juni 2016, 21:42

alles sehr schöne Vorschläge :thumbup:

@DrMichael, was meinst du mit "Erweiterten Anzeigemanipulationen" ?, sorry, verstehe ich grad net...

DrMichael schrieb:

6. Für das input_error.png nehme ich jetzt mal resolveFilename(SCOPE_CURRENT_SKIN, "icons/input_error.png"), sodass das direkt aus dem aktuellen Skin genommen wird.

das ist glaube ich keine gute Idee, nicht jeder Skin hat das Verzeichnis "icons" und noch das PNG genau hier ... würd mich nicht drauf verlassen wollen ...

DrMichael schrieb:

7. Die call*.png kann ich gerne so machen, dass zuerst im aktuellen Skin gesucht wird. Wie würde das aussehen? Aktuell habe ich resolveFilename(SCOPE_PLUGINS, "Extensions/FritzCall/images/callout.png")

muss ich nochmal suchen, wie das genau geht mit SCOPE_CURRENT_PLUGIN ... ich glaube, das hab ich schon mal mit @betonme im SeriesPlugin getestet ...

noch was zu den Grafiken : so viele sind es hier ja auch nicht - Fritz-Logo, webseite, call*, evtl. 4 colorButtons und 3 Info-Icons...
also ich würde durch die verschiedenen Auflösungen gar keine PNGs mehr aus dem Image nehmen, die sind inzwischen auch verschieden groß bei den Images und immer nur ein Default (für eine Auflösung). Die wenigen PNGs würde ich für die verschiedenen Auflösungen auch gleich im Plugin mitliefern, dafür bietet sich z.B. auch die von @shadowrider vorgeschlagenen Verzeichnisstruktur an.
PNGs in verschiedenen Auflösungen ist überhaupt kein Problem, wenn man z.B. das Original als SVG hat. Ist ja vektor-orientiert, läßt sich gut mit Inkscape bearbeiten und in jeder Auflösung als PNG speichern.

wenn ich es schaffe, mach ich nachher mal nen Beispiel ....

PS: der Smiley in meinem Post 27 hier war im SVG-Original 20x20px ... ich hab ihn im Inkscape einfach auf 800 skaliert

DrMichael · 10. Juni 2016, 21:51

@gordon55 Wart mal... Zombi und ich sind am basteln...

gordon55 · 11. Juni 2016, 10:09

DrMichael schrieb:

7. Die call*.png kann ich gerne so machen, dass zuerst im aktuellen Skin gesucht wird. Wie würde das aussehen? Aktuell habe ich resolveFilename(SCOPE_PLUGINS, "Extensions/FritzCall/images/callout.png")

habs gefunden und ist ganz einfach : SCOPE_PLUGINS durch SCOPE_CURRENT_PLUGIN, siehe /usr/lib/enigma2/python/Tools/Directories.py, d.h. die Zeile ändern in.

resolveFilename(SCOPE_CURRENT_PLUGIN, "Extensions/FritzCall/images/callout.png")

im Gegensatz zu SCOPE_PLUGINS, bei dem nur im Pfad des Plugins gesucht wird, ergänzt die Funktion erstmal den Skin zu dem Pfad : "/user/share/enigma2/<skin-in-settings>/Extensions/FritzCall/images/callout.png". Erst wenn da nix existiert, also kein skin-spezifisches Bild vorliegt, wird das aus dem Plugin genommen.

Deinen Pfad "Extensions/FritzCall/images/callout.png" kannst du natürlich gestalten wie du möchtest. Könntest auch Auflösungen einbauen, die du wie im Beispiel von zombi per if definierst, z.B. könnte es so ähnlich aussehen

Quellcode

if width > 1920: # UHD
PIXMAP_PATH = "Extensions/FritzCall/images/UHD"
elif width > 1280: # FHD
PIXMAP_PATH = "Extensions/FritzCall/images/FHD"
elif width > 1024: # FHD
PIXMAP_PATH = "Extensions/FritzCall/images/HD"
else: # SD
PIXMAP_PATH = "Extensions/FritzCall/images/SD"
... = resolveFilename(SCOPE_CURRENT_PLUGIN, PIXMAP_PATH + "/callout.png")

schomi · 11. Juni 2016, 10:39

Was Skins betrifft ist das nicht die beste Wahl, Ich würde dieses empfehlen, was in verschiedenen Plugins so zu finden ist:

key_bg = LoadPixmap(cached=True, path=resolveFilename(SCOPE_CURRENT_SKIN, "skin_default/vkey_bg.png"))

Das Bild kann dann unter /user/share/enigma2/<skin>/skin_default/ liegen.

gordon55 · 11. Juni 2016, 10:59

jep, für PNGs, die bereits im Image enthalten sind und die wie im auch FritzCall verwendet werden (wie das standard "input_info.png"), ist das klar die bevorzugte Lösung.
wenns nicht unter /user/share/enigma2/<skin>/skin_default/ zu finden ist, wird eben aus dem default /user/share/enigma2/skin_default/ genommen
aber ich meine, dass plugin-Spezifische PNGs wie die call*.png nix im Verzeichnis skin_default zu suchen haben, die werden ja auch im Plugin mitgeliefert und sind eigentlich im Skin nicht anpassbar ... es sei denn der Pluginentwickler nutzt eben SCOPE_CURRENT_PLUGIN.

oder übersehe ich da noch was ?

zombi · 11. Juni 2016, 11:13

Sowas kann man auch regeln und da kann man im Plugin dann auch sagen wo die icons im skin zb. zu liegen haben ,das muss nicht skin_default oder so sein.
Beim EMC ist es zb. der Ordner emc in einem skin wo dann die icons gesucht werden für das EMC.
Wenn halt nicht vorhanden im skin werden dann die icons aus dem Plugin geladen
Hier mal wie ichs zb. im Partnerboxplugin umgesetzt hatte

def loadPix(name):
plugindir = '/usr/lib/enigma2/python/Plugins/Extensions/Partnerbox/icons/'
if fileExists(resolveFilename(SCOPE_CURRENT_SKIN, 'skin_default/icons/'+name)):
pic = LoadPixmap(cached=True, path=resolveFilename(SCOPE_CURRENT_SKIN, 'skin_default/icons/'+name))
else:
pic = LoadPixmap(cached=True, path=plugindir+name)
return pic

def Partnerbox_EPGList__init__(self, type=0, selChangedCB=None, timer = None):
baseEPGList__init__(self, type, selChangedCB, timer)
# Partnerbox Clock Icons
self.remote_clock_pixmap = loadPix('remote_epgclock.png')
self.remote_clock_add_pixmap = loadPix('remote_epgclock_add.png')
self.remote_clock_pre_pixmap = loadPix('remote_epgclock_pre.png')
self.remote_clock_post_pixmap = loadPix('remote_epgclock_post.png')
self.remote_clock_prepost_pixmap = loadPix('remote_epgclock_prepost.png')

gordon55 · 11. Juni 2016, 13:08

danke @zombi für die Infos. Natürlich gibt es wie immer viele Wege, die nach Rom führen

EMC hatte ich auch schon mal gesehen, dass PNGs anpassbar sind..
und natürlich kann es jeder Pluginentwickler machen, wie er es für richtig hält.
aus Sicht eines Skinner ist dann die Vielfalt vielleicht etwas verwirrend , aber ich finde es zumindest gut, wenn es überhaupt eine Möglichkeit für skin-spezifische PNGs gibt.

und wenn ich noch ein wenig anmerken darf : deine Methode fürs PartnerPlugin sucht ja im Endeffekt an 3 Orten das PNG in dieser Reihenfolge:
1. /usr/share/enigma2/<skin-name>/skin_default/icons/
2. /usr/share/enigma2/skin_default/icons/
3. /usr/lib/enigma2/python/Plugins/Extensions/Partnerbox/icons/
der 2. wäre mMn. nicht unbedingt nötig, könnte u.U. auch zu Verwechselungen führen, aber geht natürlich auch

und machmal sorgt vielleicht auch ein wenig Ordnung im Skin für mehr Übersichtlichkeit, wenn PNGs für Plugins in nur einem Pfad liegen, z.B.
/usr/share/enigma2/<skin-name>/Extensions/<Plugin-name>/...
das wäre auch ein kleiner Vorteil von SCOPE_CURRENT_PLUGIN. Ich persönlich fände es toll, wenn mehr Pluginentwickler das nutzen würden.

zombi · 11. Juni 2016, 13:19

Doch der ist in dem Fall nötig weil es kann ja auch mal in Zukunft sowas direkt in dem system mitgeliefert werden

.(aber hier im Plugin wäre es unnötig ,das sollte ja nur ein Beispiel sein)
Und warum nicht im skin_default/icons des skins ,das ist doch auch Ordnung ,da ist dann kein extra ordner nötig für ein Plugin usw.
Es gibt wie gesagt da viele Ansätze ,wie auch zb. das icon einfach größer und dann würde ein defaulticon sogar in allen Skinauflösungen gehen.
Nur mal hier als Beispiel icon
Das man das icon direkt im skin auch mitliefern können sollte finde ich persönlich auch richtig gut aber für die Plugins dann noch unterordner da bin ich mir nicht so sicher aber ist ne Überlegung wert.

DrMichael · 11. Juni 2016, 15:20

Also was jetzt für die Plugin-spezifischen png's? SCOPE_CURRENT_PLUGIN oder SCOPE_PLUGIN?

DrMichael

PS: Eh, die Headerzeile verschwindet in der nächsten Version...

schomi · 11. Juni 2016, 15:44

zombi schrieb:

...
Und warum nicht im skin_default/icons des skins ,das ist doch auch Ordnung ,da ist dann kein extra ordner nötig für ein Plugin usw.
...

Sehe ich genau so :thumbup:

DrMichael · 11. Juni 2016, 15:48

Hier mal mein aktueller Stand...

FritzOfferAction kann fröhlich in den Skins verwendet werden, wenn man die entsprechende (neue) Einstellung in der Konfig ganz am Ende einschaltet (die Beschriftung ist etwas holprig, Vorschläge willkommen).

Müsste man wg. MessageBoxPixmap noch etwas machen, damit das besser skinbar wäre?

DrMichael

PS: Und, ja, ich denke, mittlerweile für FHD müssen die Skin-Entwickler dafür sorgen, dass es ordentlich aussieht...
PPS: Kann mal jemand den "Schüler" bei mir rausmachen?!?! Ich akzeptiere auch "Junior Developer"...

gordon55 · 11. Juni 2016, 15:56

huch, da ward ihr aber schneller ...

wenn das mal so einfach wäre ...
Meine Meinung :

a) SCOPE_CURRENT_PLUGIN ist gut, weil erst im Skin-verzeichnis nachgesehen wird
b) SCOPE_PLUGIN alleine bringt für Skinner nix, nur in Kombination mit SCOPE_CURRENT_SKIN wie im Beispiel von @zombi schön beschrieben.

möchtest du eigentlich die Plugin-spezifischen png's in verschiedenen Auflösungen gleich ins Plugin integrieren ?
und wie @zombi auch geschrieben hat,ob du jetzt Unterverzeichnisse für die verschiedenen Auflösungen anlegst oder nicht ... Ansichtssache.

zombi schrieb:

Es gibt wie gesagt da viele Ansätze ,wie auch zb. das icon einfach größer und dann würde ein defaulticon sogar in allen Skinauflösungen gehen.

sorry, verstehe ich noch nicht ganz ... wie kann z.B. ein "callin.png" in der Größe 25x25 für alle Auflösungen passen ? in einem UHD-Skin würde das bei einer Zeilenhöhe von ca 100 nur noch als "Fliegendr..." zu sehen sein auf Images, die eben nicht automatisch skalieren.

Quellcode

Tags