Skin.arctic.horizon: [Solicitud] Reproducir usando en el cuadro de diálogo de información
¿Sería posible tener una configuración para el botón "Reproducir" en el cuadro de diálogo de información para los elementos de TMDbHelper para forzar la selección del jugador?
La situación con la que me encuentro es en lugares como el centro de exhibición o el protector de pantalla, donde no puede abrir el menú contextual y solo tiene la opción de ingresar al cuadro de diálogo de información. En ese caso, no puedo hacer operaciones de Trakt (una especie de fastidio, sigo viendo películas en el protector de pantalla que quiero ver 😅), elegir un jugador, etc.
Mi reproductor predeterminado simplemente reproducirá el archivo, pero si pudiera usar un reproductor de "búsqueda" aquí, terminaría en una ventana multimedia y podría interactuar con el elemento.
drinfernoo
Todos 9 comentarios
¿Crees que esta opción de búsqueda https://github.com/jurialmunkey/skin.arctic.horizon/issues/184 resolvería este problema?
Soy un poco cauteloso de agregar demasiados botones ya que el espacio es bastante limitado. La otra cosa podría ser un botón genérico de "Acciones" que mostraría un menú emergente de opciones (similar al botón "Administrar").
jurialmunkey
en 27 jun. 2020
Sí, un botón de "Buscar" o "Acciones" (quizás mejor) funcionaría, creo. ¿Sería factible que un menú de "Acciones" imitara el menú contextual estándar para el elemento?
drinfernoo
en 27 jun. 2020
No, no hay forma de obtener los elementos del menú contextual de la máscara. Todas las "acciones" tendrían que estar codificadas en la máscara usando comandos integrados.
jurialmunkey
en 27 jun. 2020
La nueva opción "Buscar" es perfecta para esto 👍
drinfernoo
en 27 jun. 2020
@jurialmunkey , ¿este conocimiento de cómo funcionan internamente ayudaría de alguna manera? https://github.com/xbmc/xbmc/pull/18106#issuecomment-651660727
drinfernoo
en 30 jun. 2020
Eso es solo para adjuntar un elemento de menú contextual específico a un elemento de lista específico en un directorio de complementos a través de python: la mayoría de los elementos de menú contextual no usan este método y, en cambio, provienen de complementos de menú contextual o incorporados.
Esas propiedades solo estarán allí para los elementos de contexto agregados específicamente por el método python; las otras no se mostrarán como esas propiedades. Y aún así, incluso entonces necesitaría un script para recuperar los elementos: no hay nada en el motor de desollamiento que los exponga. (Sería muy bueno si lo hubiera porque entonces podría escribir un script para recrear de manera efectiva el menú contextual para el tipo de vista de la temporada).
jurialmunkey
en 2 jul. 2020
@jurialmunkey Por lo que vale (y teniendo en cuenta que solo existen para los elementos agregados a través xbmcgui.ListItem.addContextMenuItems(...) ), puede recuperar esas acciones y etiquetas a través ListItem.Property(ContextMenuAction(...)) y ListItem.Property(ContextMenuLabel(...)) , respectivamente, y usando el índice como parámetro.
No estoy seguro de qué tan bien puede manejar una cantidad indeterminada de elementos en el lado de la piel, pero estas propiedades también deberían ser accesibles para usted allí. Puedo leerlos a través de DevHelper Web, simplemente enfocando un elemento.
drinfernoo
en 3 jul. 2020
¡Ah, por supuesto! Ni siquiera pensé en usar $INFO[ListItem.Property(Context...)] - Me pregunto si realmente ejecutaría el comando si se pusiera en un <onclick> aunque...
No estoy seguro de qué tan bien puede manejar una cantidad indeterminada de elementos en el lado de la piel
No es fácil... Es básicamente un caso codificar X número de entradas y tener !String.IsEmpty(foo) condiciones de visibilidad para verificar si hay un valor.
jurialmunkey
en 4 jul. 2020
@jurialmunkey Bueno, solo pensé en mostrarte mis hallazgos 😁
drinfernoo
en 4 jul. 2020
Temas relacionados
SerpentDrago
·
5Comentarios
Blurayx
·
5Comentarios
Goldsucher
·
4Comentarios
jurialmunkey
·
6Comentarios
drinfernoo
·
7Comentarios