2009-12-07 5 views

Répondre

1

Pour découvrir chaque forme qui a des personnalisations (par type), on peut regarder la base de données. Le SQL ressemblerait à quelque chose comme ça (je suis parti la déclaration exacte sur le site du client et je suis recréé cela de mémoire):

SELECT DISTINCT s.Module, s.Name 
    FROM CustomVBA c 
     INNER JOIN Screen s ON c.ScreenId = s.Number 
WHERE c.Sequence = 300 
Union 
SELECT DISTINCT s.Module, s.Name 
    FROM Custom2 c 
     INNER JOIN Screen s ON c.ScreenId = s.Number 
WHERE c.Sequence = 300 

La « séquence = 300 » signifie que ce retournera le numéro d'écran et le nom où est une modification pour "Tous les utilisateurs" (500 seront pour un utilisateur spécifique et 100 pour des modules complémentaires)

Maintenant, la table CustomVBA est où les personnalisations VBA sont stockées, tandis que la table Custom2 est où les personnalisations BSL sont stockées.

Alternativement, on peut regarder la liste EXPORT, bien que cela affiche des changements dans toutes les séquences. Maintenant, que nous avons une liste distincte des formes, nous pouvons exporter ces changements à partir de Solomon, comme un seul fichier CST par modification (et ces fichiers CST s'ouvrent dans le bloc-notes ou tout autre éditeur de texte). Au sommet de ces fichiers se trouve une liste de contrôles manipulés par la modification (en dessous, une chaîne codée en binaire détaille les modifications de code). Tous les contrôles créés via les personnalisations sont associés à la propriété "Créé = True". Et maintenant que nous savons quels écrans ont été modifiés et quels contrôles sont nouveaux (ainsi que ceux qui sont désactivés, ou déplacés ou non comme le CST répertorie ces données), nous pouvons maintenant comparer les changements entre 6.5 et 7.0 FP1 et assurez-vous que la migration a accepté toutes les personnalisations et qu'elles fonctionnent toutes comme prévu.