[ CONSULTA ] Perfiles que no funcionan con la pantalla apagada

[Caravantes]

 Cita: Originalmente Escrito por WillyWeb

La tarea de salida "RedOff" tiene ese mismo 50 más 1001 (esto está explicado en la documentación de Tasker), lo que quiere decir que tiene prioridad 1051.

Ostras, no tenía ni idea, y me parece un asunto importante, así que he ido a buscar esa información; copio aquí la traducción casera (si veis algún error me avisáis para corregir):

 Cita:

Programación de tareas

Cuando hay una sola tarea en ejecución, sus acciones se ejecutan de una en una, hasta que termina.
Cuando al mismo tiempo hay varias tareas en la cola, es importante entender la forma en que se manejan:

• Sólo una acción del mismo grupo de acción se puede ejecutar a la vez para evitar interferencias.
• La tarea con la prioridad más alta se ejecuta primero y esto bloquea temporalmente las otras tareas con prioridades más bajas.
• Las tareas con la misma prioridad se turnan para ejecutar una acción de cada una, empezando por la de más reciente adición a la cola, a menos que una tarea sea un hijo de la otra (lanzada a través de la acción Realizar tarea ), en cuyo caso la tarea hija comienza a ejecutarse primero.

La prioridad de la tarea (de 0 a 50 inclusive, siendo 0 el valor más bajo), se determina de acuerdo a lo que ha provocado que la tarea sea iniciada:

• Las tareas que se ejecutan asociadas a los perfiles tienen la prioridad especificada en las propiedades del perfil, el valor predeterminado es 5.
• Tareas de salida de los perfiles tienen la prioridad en las propiedades del perfil, pero añadiendo 1001; por lo tanto, el valor predeterminado es 1006.
• Las prioridades de tareas asociadas a widgets o accesos directos se pueden establecer en Menú / Preferencias / Acción; el valor predeterminado es 7.
• Las tareas asociadas a elementos de una escena tienen prioridad un punto más alta que la tarea que mostró la escena.
• Las tareas lanzadas manualmente desde el botón en la pantalla de edición de tareas tienen prioridad 100 por defecto; se puede hacer un clic largo en el botón para elegir una prioridad diferente.

Un par de directrices son:

• Si quieres que una tarea en particular siempre interrumpa otras tareas que pueden estar ejecutándose, darle una prioridad alta.
• Si usted tiene una tarea que dura bastante tiempo, es probable que desee darle una prioridad baja para que no bloquee otras tareas que puedan estar ejecutándose.

Texto original (en inglés) en http://tasker.dinglisch.net/userguid...tml#scheduling

[Caravantes]

 Cita: Originalmente Escrito por albalatvs

con perfil con entrada y salida no funciona cuando sin embargo con 2 perfiles con una entrada funciona perfectamente.

Me pregunto si se podría hacer un solo perfil con una sola tarea que se utilizaría como tarea de entrada y también como tarea de salida, utilizando una variable de sistema (similar a %caller1) que pueda servir para separar las acciones de entrada de las acciones de salida... pero no sé (o no recuerdo) si existe esa variable. El esquema sería algo así:

Perfil: App Red On (3)
Priority: 50
Aplicación: UC Browser, WhatsApp, Play Store...
Entrada y salida (misma tarea): RedOnOff
- Si (if) ejecución de entrada
- - Ejecutar consola [ Comando:setenforce permissive; svc data enable; setenforce enforcing; Cuenta atrás (segundos):0 Usar Root:Encendido Almacenar Salida En: Almacenar Errores En: Almacenar Resultado en: Continuar Tarea Tras Error:Encendido ] 
- Else (ejecución de salida)
- - Esperar [ MS:0 Segundos:10 Minutos:0 Horas:0 Días:0 ] 
- - Ejecutar consola [ Comando:setenforce permissive; svc data disable; setenforce enforcing; Cuenta atrás (segundos):0 Usar Root:Encendido Almacenar Salida En: Almacenar Errores En: Almacenar Resultado en: Continuar Tarea Tras Error:Encendido ] 
- Endif

Con este sistema habría que poner la gestión de incompatibilidades de la tare en "abortar tarea existente"; así funcionaría perfectamente la "tarea de salida" con la espera (antes de cerrar los datos) por si ocurre que enseguida se abre otra app que necesite los datos. La gestión de incompatibilidades resuelve ese problema.

Pero me falta la clave, la variable que nos permita saber si la tarea ha sido lanzada como tarea de ENTRADA o como tarea de SALIDA. ¿?

[WillyWeb]

 Cita: Originalmente Escrito por Caravantes

Ostras, no tenía ni idea, y me parece un asunto importante, así que he ido a buscar esa información; copio aquí la traducción casera (si veis algún error me avisáis para corregir)

Tareas de salida de los perfiles tienen la prioridad en las propiedades del perfil, pero añadiendo 1001; por lo tanto, el valor predeterminado es 1016.

Esa frase tiene un error en la traducción y en el texto original en inglés. La prioridad de una tarea lanzada desde la salida de un perfil es la del perfil (5 si es la predeterminada) más 1001, por lo tanto su valor en ese caso es 1006, no 1016.

[WillyWeb]

 Cita: Originalmente Escrito por Caravantes

Me pregunto si se podría hacer un solo perfil con una sola tarea que se utilizaría como tarea de entrada y también como tarea de salida, utilizando una variable de sistema (similar a %caller1)...

Esa variable que buscas es precisamente %caller1

If %caller1 ~ *enter*
...
... esto se ejecuta a la entrada
...
Else
...
... esto se ejecuta a la salida
...
EndIf

Tienes los detalles del contenido de esa variable aquí (Local Built-In Variables)...

http://tasker.dinglisch.net/userguide/en/variables.html

Además de "puentear" el tema de las prioridades de entrada/salida usar este método tiene otra ventaja importante. La acción "Detener" no para una tarea en todos los casos (está explicado en la documentación y lo he puesto en un post anterior). En cambio, "abortar tarea existente" lo hace en el acto.

Yo uso esto casi desde el principio de usar Tasker y siempre me ha funcionado a la perfección.

[Caravantes]

 Cita: Originalmente Escrito por WillyWeb

Esa variable que buscas es precisamente %caller1

Excelente, gracias.
He hecho varias pruebas y ...

Cuando la tarea es ejecutada como tarea de ENTRADA, el contenido de %caller1 es
profile=enter:NombreDelPerfil

Cuando la tarea es ejecutada como tarea de SALIDA, el contenido de %caller1 es
profile=exit:NombreDelPerfil

Cuando la tarea es ejecutada manualmente, el contenido de %caller1 es
ui

Cuando la tarea es lanzada desde un widget, el contenido de %caller1 es
task=NombreDeLaTarea

Genial. Creo que se le puede sacar mucho partido.

[WillyWeb]

Hace poco más de un año, en mi primera intervención en este subforo, ya mencioné la tremenda utilidad de esa variable...

http://www.htcmania.com/showthread.p...7#post18925847

...y el juego que podía dar junto con el "Manejo de incompatibilidades"...

http://www.htcmania.com/showthread.p...0#post18928930

Y sobre su contenido, como ya he comentado, está perfectamente documentado aquí...

http://tasker.dinglisch.net/userguide/en/variables.html

The format of each entry in the array is callertype(=callername(:subcallername))

Caller types ares detailed below:

profile
a profile (when it's state changes). callername is either enter or exit depending on whether the profile activated or deactivated. subcallername is the name of the profile, if it has one, otherwise anon

scene
a scene event, with callername being the scene name. For element events, subcallername is the element name. For action bar button presses, subcallername is the label if one was given. For scene-global events (e.g. Key), subcallername is event type

ui
the Play button in the task edit screen in the Tasker UI

launch
clicking a child application icon in the launcher

notification
a notification action button

external
an external application

task
another task, from a Perform Task action. subcallername is the task name, if it has one, otherwise anon

[Caravantes]

 Cita: Originalmente Escrito por WillyWeb

Hace poco más de un año, en mi primera intervención en este subforo, ya mencioné la tremenda utilidad de esa variable...

Gracias por esos enlaces, son interesantes... y perdón por el retraso/desconocimiento de esos mensajes. En esa época yo estaba ausente del foro y no me enteré. Sigo creyendo que %caller/%caller1 es un asunto importante y pienso que merecería un post-hilo específico, con todas las explicaciones ordenadas y algunos ejemplos del aprovechamiento que se le puede dar a esta variable (incluyendo enlaces a posts ya existentes que incluyen tareas que usan esa variable). Willy, llevas muchos meses controlando y utilizando esta variable, así que te invito a que hagas ese post, para conocimiento general y divulgación específica del tema.

Respecto a esos documentos explicativos de Tasker, el hecho de que estén en inglés los hace incomprensibles para muchos de nosotros. Yo, ocasionalmente, hago un esfuerzo con algún fragmento corto que me parece importante, pero mi escaso conocimiento de inglés hace que me resulte agotador para textos más extensos, y por eso ni me planteo leer toda la documentación en inglés. Pero gracias por las pistas.

[WillyWeb]

 Cita: Originalmente Escrito por Caravantes

Willy, llevas muchos meses controlando y utilizando esta variable, así que te invito a que hagas ese post, para conocimiento general y divulgación específica del tema.

Pues casi prefiero que no me invites a nada

Bueno, vale

[WillyWeb]

Listo...

http://www.htcmania.com/showthread.php?t=1202566

Espero que sea de utilidad.