Comando verify

Use el comando verify para comprobar que el contenido del lote de adaptación táctil es válido con las opciones que se muestran en la tabla siguiente.

Opciones	Descripción
`--takx` `--takx-file <takx-file>`	Ruta de acceso al lote de adaptación táctil que desea comprobar. Este parámetro es obligatorio.
`--log` `--log-file` `--out <log-file>`	Ruta de acceso a un archivo en el que desea escribir los resultados de la comprobación. Este parámetro es obligatorio.
`--default-layout <default-layout>`	Establece el nombre del diseño predeterminado esperado. Si se proporciona este parámetro, se genera un error de comprobación si el diseño predeterminado no es el mismo que el nombre de diseño proporcionado.
`--layout-version <layout-version>`	Especifica la versión semántica con la que debe ser compatible cada diseño del lote de adaptación táctil. Si no se especifica este parámetro, la única comprobación necesaria es que todos los diseños tengan una versión de esquema válida.
`--manifest-version <manifest-version>`	Especifica la versión semántica con la que debe ser compatible la versión del esquema del manifiesto. Si no se especifica este parámetro, la única comprobación necesaria es que el manifiesto tenga una versión de esquema válida.

Niveles de comprobación del lote

El comando verify (y la fase de comprobación de los comandos pack y serve) informa al autor de la llamada de cualquier problema con el lote de adaptación táctil. Este proceso de comprobación emplea la siguiente clasificación de problemas para ayudar a guiar al desarrollador hacia un lote totalmente funcional.

Error

Los errores en la comprobación significan que algo está mal en el lote. Es extremadamente probable que la carga del lote falle. Algunos ejemplos son elementos como JSON incorrecto o que no se puede analizar, recursos que faltan o la ausencia del idioma neutral. Cualquier error bloqueará los comandos pack y serve a menos que se use la opción --no-verify.

Advertencia

Las advertencias de comprobación son elementos que señalan posibles problemas con el lote, pero no bloquean los comandos pack ni serve. Por ejemplo, los recursos que están en el lote pero a los que no hace referencia ningún diseño producirán advertencias, ya que esto podría indicar que el desarrollador ha incluido inadvertidamente recursos no publicados, pero también podría indicar que el desarrollador está en proceso de probar nuevos recursos y aún no ha compilado todos los diseños o necesita actualizar el bloque allowedStateValues.

Las advertencias bloquearán la capacidad de su representante de cuentas de Microsoft para enviar el lote.

Ejemplos

Use el siguiente ejemplo de código para comprobar la validez de un lote de adaptación táctil.

Comprobar un lote de adaptación táctil sin errores

C:\>tak verify --takx-file C:\tmp\MyGameLayouts.takx
Verifying touch adaptation bundle 'C:\tmp\MyGameLayout.takx'.
Verification complete. 0 error(s) and 0 warning(s) found.

Comprobar un lote de adaptación táctil especificando un diseño predeterminado esperado y obtener un error cuando el diseño predeterminado no está presente

C:\>tak verify --takx-file C:\tmp\MyGameLayouts.takx  --default-layout initialLayout
Verifying touch adaptation bundle 'C:\tmp\MyGameLayout.takx'.
ERROR: takxmanifest.json(1): error : Actual default layout 'menu_ui' isn't the expected default layout 'initialLayout'.
Verification complete. 1 error(s) and 0 warning(s) found.

Consulte también

Herramienta de línea de comandos del kit de adaptación táctil (tak.exe)

GDK and Game Engines Integration

Steam porting guide

Game Principles

Core Features

Console Features

Niveles de comprobación del lote

Error

Advertencia

Ejemplos

Consulte también

​Niveles de comprobación del lote

​Error

​Advertencia

​Ejemplos

​Consulte también

Niveles de comprobación del lote

Error

Advertencia

Ejemplos

Consulte también