forum Ancestrologie
Ancestrologie - Développement => Développement => Discussion démarrée par: Facon le 04 Mars 2006 à 17:45:41
-
Bonjour,
Comme indiqué par André sur le forum "Utilisation", il serait souhaitable de concentrer les discussions sur les versions à l'essai uniquement au niveau du forum "Développement".
J'adhère totalement à cet usage, j'avais d'ailleurs fait cette suggestion courant février sur le forum "Rapports d'anomalies".
J'irais même jusqu'à déplacer le forum "Développement" après celui des "Divers".
-
Je poste ici parce que j'ai fait les essais sur la v491 en bêta, mais je pense que ces anomalies existent dans les versions précédentes.
Pour confirmer des anomalies signalées par Facon et ? j'ai créé 2 personnes de sexes opposés (non c'est pas moi Dieu le père).
ÉMILE Ärthur et ÑADIA Étiennette sans évennement individuel (donc sans naissance, mais n'y voyez pas la confirmation de la supposition ci-dessus), et que j'ai marié (sans sacrement).
Je confirme que lorsque le nom commence par un caractère accentué, les flêches de changement d'individu (en bas à droite) passent à l'état inactif. Comme si l'individu n'appartenait pas au répertoire. D'ailleurs en sélectionnant le répertoire, celui-ci ne s'ouvre pas sur l'individu sélectionné comme normalement mais toujours sur la lettre A.
Pourtant à la lettre E ou N on les retrouve bien.(b4.025).
Comme Facon j'ai enregistré l'acte de mariage trouvé, sans problème. Quand j'ai fait la RAZ, le curseur s'est positionné sur un évènement individuel vide et le bouton "Enregistrer" est resté actif. Si on clique sur ce bouton apparaît le message d'erreur "Empty SQL Statement". Après fermeture du message, il faut cliquer plusieurs fois sur la partie basse de la fiche pour que le focus quitte l'évènement vide, que le bouton "Enregistrer" se désactive et qu'on puisse continuer normalement. Si on n'a pas désactivé de cette façon le bouton, il est demandé de valider l'enregistrement au changement de fiche et la même erreur se produit. Par contre si l'individu a également un évennement individuel, on est obligé de valider les changements, mais il n'y a pas d'erreur.
A+
André
-
Bonsoir, bonsoir André,
Ok sur l'analyse. J'ai repris l'essai selon tes indications.
Sur les premières lettres accentuées du nom, effectivement le passage vers le répertoire se fait systématiquement sur la lettre A.
Quant au mariage, après RAZ j'ai constaté quand déplaçant le focus sur l'événement vide de événement à date ou autre chose (changement de colonne) le bouton Enregistrer se libérait.
-
Bonsoir,
Juste pour corriger une connerie: quand déplaçant --> qu'en déplaçant!!!
J'ai honte.
-
Bonsoir,
Juste pour corriger une connerie: quand déplaçant --> qu'en déplaçant!!!
J'ai honte.
personne ne l'aurais su si tu avais cliqué sur "Editer" plutôt que répondre" !
Ainsi, tu aurais modifié ton message précédent et personne n'aurais rien su !
-
Bonjour,
Je viens de passer en v495 (b4.025) et j'ai toujours le problème avec les noms qui commencent par un é : flèches en bas à droite inactives et retour au répertoire sur la lettre A.
A priori ce problème est apparu avec la V491 car avant j'avais modifié de nombreuses fiches commençant par un é et je me servais des flèches en bas à droite pour aller d'une fiche à l'autre.
-
Joel
peux tu m envoyer ta base (zippée) et me dire sur quels indi tu as le pb
ancestrologie@wanadoo.fr
-
Joel
peux tu m envoyer ta base (zippée) et me dire sur quels indi tu as le pb
ancestrologie@wanadoo.fr
Philippe, c'est fait, je te l'ai envoyé avec "yousendit"
Les problèmes ont lieu avec tous les individus dont le nom de famille commencent par un é (E accentué)
-
J ai vu le pb
mais la ca pose un pb
tu me dis qu avant ca marchais ?
avec quelle version de base ??
car c est pas un pb d Ancestro, car je n ai pas touché a cette partie de code, mais un pb lié a la base
-
tu me dis qu avant ca marchais ?
avec quelle version de base ??
car c est pas un pb d Ancestro, car je n ai pas touché a cette partie de code, mais un pb lié a la base
Sous réserve, ça marchait avec la base 4.017... Mais il y a eu tellement de versions nouvelles que je ne puis l'affirmer. J'ai systématiquement mis à jour au fur et à mesure des nouvelles versions de base à l'essai.
Ce n'est pas tous les jours qu'on fait ce genre de manip avec des noms qui commencent par un é (E accentué).
-
Il y a une petite mise en accord à faire entre la base et le logiciel. L'anomalie est apparue en b4.025 parce que le champ de trie utilisé n'a pas de caractère accentué, afin que le nom paraisse dans le répertoire (sans celà il n'y paraissait pas). Mais il faudrait maintenant que la fonction de recherche dans le répertoire s'adapte à ce format.
Il est vrai qu'avant on n'avait pas de problème, il n'y avait pas de caractères majuscules accentués :?
A+
André
-
Nouvelle Beta en ligne
Nouvelles options dans les menus
Possibilité de supprimer un Import Gedcom
Possibilité de suppression complète d’une branche
PB des accents en e1re lettre : résolu
Corrections et améliorations diverses
Ne pas oublier de faire un reset des menus
-
V498 bêta
Pas sûr que ce soit propre à la v498, les violations d'accès sont réapparues. Et impossible de s'en dépêtrer car message d'erreur et blocage au premier clic dans le menu, et obligation de fermer ancestrologie par le gestionnaire de tâches.
Je suis allé dans la BDR et j'ai supprimé la clé W_MAIN_MENU.
Depuis tout va bien, la clé s'est recréée. Est-ce la source des problèmes, une mauvaise valeur inscrite dans cette clé? Je l'enregistre pour comparer au prochain blocage.
Quelqu'un d'autre a-t-il ce problème?
A+
André
-
v498. Aucun problème pour l'instant.
-
Version 498b4.025
Dans mon cas, la recherches de doublons et Erreurs sur les evenement de la vie donnent le même résultat : Bravo, pas de doublons.
Les erreurs sur les evenements devraient pourtant vérifier s'il n' a pas d'incohérence entre les date de décès, de mariage et de naissance entre mari, femme et les enfants ?
Suite à un export gedcom de ce matin, KsTableau a détecté 6 erreurs de ce type dues à une mauvaise saisie des données.
-
En fait"Erreurs sur les évènements individuels" recherche les les doublons sur les évènements.
-
En fait"Erreurs sur les évènements individuels" recherche les les doublons sur les évènements.
Encore des quiproquos et interrogations dus à des intitulés de fonctions mal appropriés. "Clarté et précision sont les deux mamelles de la communication". :oops:
-
BETA 498
Retour de la violation 00D17196 - 000005C8, en demande d'impression d'un arbre depuis l'écran "arbre de :"
V498b4.027
-
Bonjour,
Version Bêta 498 Base 4.027 :
- Les pavés en bas et à droite fonctionnent correctement avec des noms commençant apr un é (E acentué)
- Je n'ai pas de problème de violation en demandant une impression depuis l'arbre de (onglet arbre de la fiche) ou depuis impression arbre (colonne de gauche).
- Je n'ai pas testé les suppressions de branche.
-
D'accord Joël, l'impression d'un arbre fonctionne depuis l'onglet "Impression" colonne de gauche, mais je bloque toujours dans l'impression d'un arbre depuis la fiche individuelle avec le click droit sur l'arbre et le choix "imprimer cet arbre" en plus ce choix offre plus de possibilités de paramètrer son impression.
Et cela fonctionnait en 495.
Vbêta498b4.027
-
D'accord Joël, l'impression d'un arbre fonctionne depuis l'onglet "Impression" colonne de gauche, mais je bloque toujours dans l'impression d'un arbre depuis la fiche individuelle avec le click droit sur l'arbre et le choix "imprimer cet arbre" et ce choix offre plus de possibilités de paramètrer son impression.
Et cela fonctionnait en 495.
Je viens de refaire l'essai, car j'avais demandé l'impression depuis le pavé qui représente une imprimante en bas de la page de l'onglet Arbre.
Je confirme, même avec un clic droit sur la page de l'onglet arbre puis "imprimer cet arbre, je n'ai pas de violation.
A noter que je ne vais pas jusqu'à l'impression réelle. Quand l'imprimante apparait dans la barre des tâches de Windows, j'annule l'impression en cours.
-
Bon et bien je vais reprendre mon bâton de pélerin, et essayer de tout revérifier Version, base, Dll, reset menu, enfin tout ce qui est possible de faire.
C'est pas bloquant, j'utilise "arbres pour ancestro" ou "Powergd", pour travailler ou imprimer les arbres, mais mon vieil esprit d'informaticien me chuchotte que "en 471 violation, en 495 pas de violation, en 498 violation, vivement la prochaine version....", il est d'un taquin cet esprit.......
Joël merci pour tout.
Vbêta498b4.027
-
v498 b4.027
Dans l'onglet "Domiciles"
Après la saisie du code postal et appui sur la touche "Tab",j'ai le message suivant"Indice de liste hors limites OK".Après avoir appuyé sur OK,je recommence l'opération et après "Tab",la liste des villes possibles est vide.
Je suis allé vérifier "Index des lieux" et les "Lieux favoris",tout fonctionne parfaitement.La saisie dans l'onglet "Identité" fonctionne également.
-
Je viens de faire l'essai chez moi cela fonctionne correctement :wink:
-
Chez moi aussi tout fonctionne, soit par tab, soit par recherche via les boutons.
Par contre quand tout est saisis, si je repasse dessus avec "TAB", quand j'arrive à la ville elle s'efface, ainsi que la région et le pays.
-
Chez moi çà fonctionne aussi sauf que la touche Tab ne fait que changer de champ. Pour avoir la liste de choix dans le code postal, il faut cliquer sur la flèche..
A ce sujet, je trouve que le message d'avertissement "Vous devez entrer un code postal" qui apparait quand on utilise la touche tab pour quitter le champ CP sans le renseigner, est gênant est inutile.
Il est en effet assez rare de renseigner le code postal pour trouver une commune, il n'est donc pas anormal de passer ce champ sans le renseigner.
Mais ... c'est du détail.