Skin.arctic.horizon: [Anfrage] Play Using im Infodialog

Erstellt am 26. Juni 2020  ·  9Kommentare  ·  Quelle: jurialmunkey/skin.arctic.horizon

Wäre es möglich, eine Einstellung für die Schaltfläche "Spielen" im Infodialog für TMDbHelper-Elemente zu haben, um die Spielerauswahl zu erzwingen?

Die Situation, auf die ich stoße, ist an Stellen wie dem Showcase-Hub oder dem Bildschirmschoner, wo Sie das Kontextmenü nicht öffnen können und nur die Möglichkeit haben, in den Info-Dialog zu wechseln. In diesem Fall kann ich keine Trakt-Operationen ausführen (irgendwie schade, ich sehe ständig Filme auf dem Bildschirmschoner, die ich sehen möchte 😅), einen Spieler auswählen usw.

Mein Standardplayer spielt die Datei einfach ab, aber wenn ich hier einen "Such"-Player verwenden könnte, würde ich in einem Medienfenster landen und mit dem Element interagieren können.

Alle 9 Kommentare

Glauben Sie, dass diese Suchoption https://github.com/jurialmunkey/skin.arctic.horizon/issues/184 dieses Problem lösen würde?

Ich bin ein bisschen vorsichtig, zu viele Schaltflächen hinzuzufügen, da der Platz ziemlich begrenzt ist. Die andere Sache könnte eine generische Schaltfläche "Aktionen" sein, die ein Menü mit Optionen öffnet (ähnlich der Schaltfläche "Verwalten").

Ja, eine Schaltfläche "Suchen" oder "Aktionen" (vielleicht besser) wäre praktikabel, denke ich. Wäre es möglich, dass ein Menü "Aktionen" das Standardkontextmenü für das Element nachahmt?

Nein, keine Möglichkeit, die Kontextmenüelemente von der Skin abzurufen. Alle "Aktionen" müssten mit integrierten Befehlen fest in die Skin codiert werden.

Die neue Option "Suchen" ist dafür perfekt 👍

@jurialmunkey , würde dieses Wissen darüber, wie sie intern arbeiten, in irgendeiner Weise helfen? https://github.com/xbmc/xbmc/pull/18106#issuecomment -651660727

Dies dient nur zum Anhängen eines bestimmten Kontextmenüelements an ein bestimmtes Listenelement in einem Plugin-Verzeichnis über Python - die meisten Kontextmenüelemente verwenden diese Methode nicht und stammen stattdessen von integrierten oder Kontextmenü-Addons.

Diese Eigenschaften sind nur für Kontextelemente vorhanden, die speziell von der Python-Methode hinzugefügt wurden – die anderen werden nicht als diese Eigenschaften angezeigt. Und selbst dann bräuchte ich ein Skript, um die Elemente abzurufen - es gibt nichts in der Skinning-Engine, das sie aufdeckt. (Es wäre wirklich nett, wenn es so wäre, denn dann könnte ich ein Skript schreiben, um das Kontextmenü für den Ansichtstyp Saison effektiv neu zu erstellen).

@jurialmunkey Für das, was es wert ist (und unter Berücksichtigung, dass diese nur für Elemente existieren, die über xbmcgui.ListItem.addContextMenuItems(...) hinzugefügt wurden), können Sie diese Aktionen und Labels über ListItem.Property(ContextMenuAction(...)) bzw. ListItem.Property(ContextMenuLabel(...)) abrufen. und Verwenden des Index als Parameter.

Ich bin mir nicht sicher, wie gut Sie mit einer unbestimmten Anzahl von Gegenständen auf der Skin-Seite umgehen können, aber diese Eigenschaften sollten Ihnen dort auch zugänglich sein. Ich kann sie über DevHelper Web lesen, indem ich einfach auf ein Element fokussiere.

Ach natürlich! Ich habe überhaupt nicht daran gedacht, nur $INFO[ListItem.Property(Context...)] zu verwenden - ich frage mich, ob es den Befehl tatsächlich ausführen würde, wenn er in ein <onclick> eingefügt würde ...

Ich bin mir nicht sicher, wie gut Sie mit einer unbestimmten Anzahl von Gegenständen auf der Hautseite umgehen können

Nicht einfach ... Es ist im Grunde ein Fall, in dem X Einträge fest codiert werden und !String.IsEmpty(foo) Sichtbarkeitsbedingungen vorhanden sind, um zu überprüfen, ob es einen Wert gibt.

@jurialmunkey Tja, dachte ich zeige euch mal meine Erkenntnisse 😁

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

Omnomanor picture Omnomanor  ·  4Kommentare

SerpentDrago picture SerpentDrago  ·  5Kommentare

sammy2142 picture sammy2142  ·  7Kommentare

jurialmunkey picture jurialmunkey  ·  3Kommentare

taoxtrece picture taoxtrece  ·  7Kommentare