Un par de comentarios al respecto del Soporte de macros:
Al igual que con Qlik Sense, lo que se soporta no son los desarrollos con código de macros, sino que si una función debe hacer X haga X y no Y. Si hace Y es un problema de producto y por tanto debe ser solucionado.
Es bastante similar que el propio QlikView en sí: Soporte no debería dar soporte en si al script. Cosa distinta es que haya una función en el script que no funcione o no funcione como esté documentada, en cuyo caso es un problema de producto que hay que solucionar.
Por mi experiencia dentro y fuera de Qlik, si algo require Macros en versiones 10 u 11 de QlikView, probablemente no debería hacerse con QlikView. Un ejemplo muy buscado es que si se quiere exportar un objeto existen opciones para hacerlo (como NPrinting antes y después de formar parte de Qlik) y evitar macros.
Independientemente del rendimiento, que puede no tener nada que ver ni afectar negativamente, las macros se basan en APIs de Windows cuyo soporte por el propio Microsoft como sabéis cambia con el tiempo y lo que soportaban en Windows XP ya no se soporta en Windows 7 y superiores (por ejemplo, el depurador de VBScripting, que ha pasado a depender de Visual Studio).
Miguel
.png "Miguel_Angel_Baeyens"){kind=avatar}
