KBDoctor / ToDoList

KBDoctor / Cosas  a hacer y sugerencias.

• Mejorar las estetica de los reportes. Sacar los Fix que sobran.
• En todos los casos, poner el foco en la StartPage al terminar.
  
• Revisar uso de output con mensajes intermedios
• Refactoring de SaveObjIfNotOpen() de forma de no repetir ese codigo en varios reportes.
• No listar atributos subtipos en reportes que permitan modificarlos. (solo modificar los supertipos)
• Revisar como se pueden identificar Calls dinamicos en KB con la propiedad de aceptar calls dinamicos.
  
• Revisar composicion de objetos raros (External Programs, DataProviders, etc)
• Mejorar el uso de links (por ejemplo poner al costado de "Customer Name" un link de "Change description", en vez del link en la palabra)
• Tener una tool window desde la que disparar diferentes tests y que me consolide los resultados (esto es parecido a lo que haremos con el GxUnit.
• Poder salvar y recuperar resultados ( ver si se puede integrar con  Extension http://blog.tacuati.com/task-list-extension/ )
• Poder catalogar un conjunto de chequeos con un nombre y tenerlo disponible para ejecutar en forma conjunta.
• Que los chequeos incluyan la información de qué es lo que buscan y por qué esas cosas son buenas o malas para la KB, en qué casos es importante y en qué casos no, etc.
• Permitir a terceros configurar nuevos chequeos (KBDoctorExtensions ). Se me ocurre que la manera de agregar un test podría  ser con una extension que implementara una interfaz IKBDoctorTestProvider con un método test() y que ahí adentro haga lo que quiera y retorne los resultados; al registrarse con el KBDoctor, esté la mostraría como un test adicional y la llamaría cuando fuera necesario.
• Detectar gupo de subtipos con una misma clave y diferentes ATT secundarios.
  Ejemplo:
   
  Grupo 1
  A - PK
  X - Inferido
  Y - Inferido
   
  Grupo 2
  A - PK
  Z - Inferido
   
  Con un solo grupo que sea:
  A - PK
  X - inferido
  Y - inferido
  Z - inferido
   
  Sería equivalente y la ventaja es que menos grupos de subtipos es menos costo de análisis de esos grupos y mejores tiempos de especificación porque hay menos "caminos posibles" cuando se intenta definir la tabla extendida, etc.
   
  Eso se extiende al caso en que la PK esté contenida dentro de la PK de otro grupo.
   
  Grupo 1
  A - PK
  X - Inferido
  Y - Inferido
   
  Grupo 2
  A - PK
  B - PK
  Z - Inferido
   
  Con un solo grupo que sea:
  A - PK
  B - PK
  X - inferido
  Y - inferido
  Z - inferido
   
  sería suficiente.  //Verificar esta ultimo caso, pues no me parece que sea asi...