forum Ancestrologie
Ancestrologie - Développement => Développement => Discussion démarrée par: DDdeBerdeux le 01 Novembre 2006 à 18:14:07
-
Ceux qui ont vu le message de Philippe concernant la V595 en bêta doivent attendre la base b4.056, mais il n'est pas facile de mettre les liens en ligne quand le forum est en panne et qu'on n'est pas chez soi.
Le fichier de mise à jour est à télécharger ICI (http://andre.langlet.free.fr/ancestro/maj_b357_b4057.exe) et la base vide accompagnée de la liste complète des modifications LA (http://andre.langlet.free.fr/ancestro/FAMILLEVIDE4057.zip).
Principales évolutions:
Pour remettre une liste des prénoms "unitaires" moins longue à s'afficher, elle est construite uniquement au démarrage d'Ancestrologie ou au changement de dossier, dans une table PRENOMS temporaire. La création d'un individu avec un nouveau prénom vient ajouter ce prénom à la liste, mais il n'y a pas de suppression, sauf par le rafraîchissement au démarrage. Cette liste s'affiche dans la fiche identité ou en saisie rapide quand on veut choisir un prénom (mais çà ne règle pas les autres problèmes de la saisie rapide).
L'état liste éclair doit s'afficher beaucoup plus rapidement.
Une nouvelle Fiche Familiale a été créée Fiche_familiale_ev_ind.rtm qui incorpore les évènements individuels (avec les adresses) des 2 conjoints lorsque la case de paramètrage "Les enfants de tous les conjoints" n'est pas cochée. Dans ce cas les évènement familiaux du couple sont également présentés, ainsi que tous les médias associés aux 2 conjoints.
Dans le cas contraire, (tous les conjoints), il n'y a pas de liste des évènements familiaux, mais ils sont intégrés à la liste des évènements individuels de l'individu de départ.
La présentation a également été revue. Les titres de rubriques qui sont vides sont supprimés, ils sont parfois adaptés (Adresse au lieu de Sources)....
La Fiche Individuelle Divers_Fiche_Detaille_2.rtm profite des améliorations apportées à la Fiche Familiale (présentation, mariages et adresses dans la liste des évènements). L'indice 2, c'est pour ne pas écraser l'état existant, au cas où vous l'auriez déjà modifié.
Si certains veulent modifier à leur convenance ces états, ils peuvent me demander comment faire pendant que je suis "encore chaud". (Ne dites pas que c'est de l'humour noir parce que je viens du cimetière...)
A+
André
Réédition du 5/11/2006, passage en version b4.057.
Suite: http://www.ancestrologie.org/forum/index.php?topic=6754.0&postdays=0&postorder=asc&start=28
-
Bonsoir Philippe, bonsoir André,
J'ai vu que Philippe avait mis à disposition la v595ß et que André avait de son côté fait le nécessaire pour élaborer la base b4.056 nécessaire au fonctionnement de l'ensemble.
Disposition des fenêtres
Je suis parti d'une v593 + b4.055 avec des fenêtres arrangées à ma façon, c'est à dire en termes de dimensions pour les fenêtres délimitées par des séparateurs mobiles, le répertoire personnalisé, et les options personnalisées pour ce qui concerne en particulier les menus déroulants.
J'ai stoppé puis je suis passé en v595 + b4.056 avec les resets. J'ai constaté:
:arrow: Les dimensions des fenêtres sont revenues à ce qui doit être les dimensions par défaut;
:arrow: Le répertoire n'a pas conservé l'ordre alphabétique ni les personnalisations;
:arrow: Le dossier n'est plus le même, la màj semble revenir systématiquement sur le dossier n°1,
:arrow: Les options relatives aux menus déroulants sont maintenues.
J'ai ajusté à nouveau les dimensions des fenêtres et notamment dans le volet Info et dans la partie supérieure du volet Unions. Il est maintenant possible de circuler dans Ancestrologie sans perdre la taille des fenêtres délimitées par des séparateurs mobiles.
J'ai par ailleurs réorganisé le répertoire selon mes souhaits.
Ces reprises de réglages et personnalisation sont agaçants ou énervants mais il faut aussi garder présent à l'esprit que la succession rapide des bétas fait que cette anomalie revient souvent.
A l'occasion, une petite propreté à envisager dans la fenêtre qui s'ouvre sur un clic droit dans le répertoire. Ceci concerne les éléments liés à la naissance qu'il serait bien d'uniformiser sur ceux du décès pour éviter: "à", "Code" et "Né(e) le" et plutôt avoir "Ville de naissance", "CP de naissance" et "Date de naissance".
Fiche Identité - Boutons "N", "D" et "P"
La situation est inchangée. Les boutons ci-dessus demeurent inutilisables sur un premier événement dans la mesure où la fiche qui s'ouvre est grisée et non accessible.
Il faut maintenant faire l'action "Enregistrer" après avoir renseigné l'identité, faute de quoi aucun des boutons est accessible.
C'est à revoir. :cry:
Fiche Unions
La situation est inchangée, le passage par le volet Unions de parents avec une union renseignée vers le volet Unions d'un enfant sans union reste un problème. Le jour de l'union et l'âge à l'union ne sont pas rafraîchis.
Situation analogue dans le sens inverse: individu sans union vers individus avec union.
C'est à revoir. :cry:
Fiche de saisie rapide - Profession
Comme divulgué prématurèment, cette demande a été prise en compte et à priori fonctionne. :wink:
Fiche de saisie rapide - Prénoms
Le menu présente maintenant des prénoms simples ce qui autorise le choix un à un pour reconstruire la séquence de prénoms souhaitée.
Comme indiqué par ailleurs par Philippe, les efforts sont à maintenir pour retrouver la possibilité de la v547, c'est à dire anticipation des prénoms avec ceux de la liste du menu déroulant et le cas échéant, sélection automatique du sexe de la personne.
Témoins
Il est redevenu possible d'ouvrir la fiche de chacun des témoins. Pour ma part j'aurais préféré arriver directement sur la fiche identité du témoin plutôt que sur la fiche événement de même nature que celui auquel appartient le témoin. :wink:
Même un jour férié il faut se restaurer alors je continuerai un peu plus tard sur les autres éléments et notamment les nouveaux documents.
-
Bonsoir,
Il y a maintenant la v596ß qui, associée à la base b4.056, conduit toujours aux mêmes observations.
Bonsoir Philippe, bonsoir André,
J'ai vu que Philippe avait mis à disposition la v595ß et que André avait de son côté fait le nécessaire pour élaborer la base b4.056 nécessaire au fonctionnement de l'ensemble.
Disposition des fenêtres
Je suis parti d'une v593 + b4.055 avec des fenêtres arrangées à ma façon, c'est à dire en termes de dimensions pour les fenêtres délimitées par des séparateurs mobiles, le répertoire personnalisé, et les options personnalisées pour ce qui concerne en particulier les menus déroulants.
J'ai stoppé puis je suis passé en v595 + b4.056 avec les resets. J'ai constaté:
:arrow: Les dimensions des fenêtres sont revenues à ce qui doit être les dimensions par défaut;
:arrow: Le répertoire n'a pas conservé l'ordre alphabétique ni les personnalisations;
:arrow: Le dossier n'est plus le même, la màj semble revenir systématiquement sur le dossier n°1,
:arrow: Les options relatives aux menus déroulants sont maintenues.
J'ai ajusté à nouveau les dimensions des fenêtres et notamment dans le volet Info et dans la partie supérieure du volet Unions. Il est maintenant possible de circuler dans Ancestrologie sans perdre la taille des fenêtres délimitées par des séparateurs mobiles.
J'ai par ailleurs réorganisé le répertoire selon mes souhaits.
Ces reprises de réglages et personnalisation sont agaçants ou énervants mais il faut aussi garder présent à l'esprit que la succession rapide des bétas fait que cette anomalie revient souvent.
A l'occasion, une petite propreté à envisager dans la fenêtre qui s'ouvre sur un clic droit dans le répertoire. Ceci concerne les éléments liés à la naissance qu'il serait bien d'uniformiser sur ceux du décès pour éviter: "à", "Code" et "Né(e) le" et plutôt avoir "Ville de naissance", "CP de naissance" et "Date de naissance".
Fiche Identité - Boutons "N", "D" et "P"
La situation est inchangée. Les boutons ci-dessus demeurent inutilisables sur un premier événement dans la mesure où la fiche qui s'ouvre est grisée et non accessible.
Il faut maintenant faire l'action "Enregistrer" après avoir renseigné l'identité, faute de quoi aucun des boutons est accessible.
C'est à revoir. :cry:
Fiche Unions
La situation est inchangée, le passage par le volet Unions de parents avec une union renseignée vers le volet Unions d'un enfant sans union reste un problème. Le jour de l'union et l'âge à l'union ne sont pas rafraîchis.
Situation analogue dans le sens inverse: individu sans union vers individus avec union.
C'est à revoir. :cry:
Fiche de saisie rapide - Profession
Comme divulgué prématurèment, cette demande a été prise en compte et à priori fonctionne. :wink:
Fiche de saisie rapide - Prénoms
Le menu présente maintenant des prénoms simples ce qui autorise le choix un à un pour reconstruire la séquence de prénoms souhaitée.
Comme indiqué par ailleurs par Philippe, les efforts sont à maintenir pour retrouver la possibilité de la v547, c'est à dire anticipation des prénoms avec ceux de la liste du menu déroulant et le cas échéant, sélection automatique du sexe de la personne.
Témoins
Il est redevenu possible d'ouvrir la fiche de chacun des témoins. Pour ma part j'aurais préféré arriver directement sur la fiche identité du témoin plutôt que sur la fiche événement de même nature que celui auquel appartient le témoin. :wink:
Même un jour férié il faut se restaurer alors je continuerai un peu plus tard sur les autres éléments et notamment les nouveaux documents.
:arrow: La seule amélioration constatée, comme indiqué par ailleurs, concerne les unions. Il est redevenu possible d'accéder aux informations d'une union renseignée.
Par contre une union vide consultée après la visualisation d'une union renseignée comporte toujours le jour et l'âge à l'union de l'union renseignée.
:arrow: Il semblerait également quà l'occasion du passage de v595 à v596 (avec les resets) que le répertoire ait gardé l'ordre alphabétique des noms et prénoms. Par contre la personnalisation du répertoire en termes de paramètres affichés continue à être perdue.
-
l faut maintenant faire l'action "Enregistrer" après avoir renseigné l'identité, faute de quoi aucun des boutons est accessible.
C'est à revoir.
Je laisse comme ca, ca evitera d autres pb
-
Bonsoir,
l faut maintenant faire l'action "Enregistrer" après avoir renseigné l'identité, faute de quoi aucun des boutons est accessible.
C'est à revoir.
Je laisse comme ca, ca evitera d autres pb
De toutes façons les problèmes sont là.
Lors de l'ouverture d'une nouvelle fiche, la partie supérieure est ouverte pour accéder à Civilité, Nom, Prénoms, ...... tu fermes cette zone haute en cliquant dessus, l'individu c'est un ?, et l'action Enregistrer ne change rien.
Si les performances de rapidité doivent passer par des lacunes de ce genre, le bilan global des améliorations/anomalies est négatif.
-
Il semblerait également quà l'occasion du passage de v595 à v596 (avec les resets) que le répertoire ait gardé l'ordre alphabétique des noms et prénoms. Par contre la personnalisation du répertoire en termes de paramètres affichés continue à être perdue.
Bonsoir,
Pour la perte des paramètres, c'est assez ennuyeux, mais je pense qu'il serait assez difficile de faire autrement, dans la mesure où il est nécessaire de réinitialiser les fenêtres. Il est également vrai, que le faire systématiquement est une précaution, qui ne devrait être nécessaire que si Philippe a modifié des paramètres mémorisés dans la BDR, depuis notre version installée. Mais comment le savoir? Tous comptes faits, le reparamètrage est moins désagréable que les "violations adresse..." beaucoup plus fréquentes si on ne réinitialise pas les fenêtres.
Que le répertoire apparaisse par défaut trié dans l'ordre alphabètique Nom/Prénom c'est normal, c'est l'ordre de la procédure qui le génère.
A+
André
-
Je n'ai pas d'état d'âme avec ces histoires de fenêtres et de personnalisation par ci par là.
C'est vite rétabli et c'est sous notre contrôle.
Par contre pour les histoires de rafraîchissements et de boutons N, D et P la situation n'est pas recevable en l'état. S'il n'est pas possible de mieux gérer ces boutons, il n'y a qu'à les virer.
-
Le fait qu'on puisse attribuer un conjoint ou un enfant, ou enregistrer un évènement à un individu qui n'est pas créé, est à l'origine de bien des anomalies. Celà n'a pas été fait dans un soucis de rapidité, mais d'intégrité des données. Et ce n'est je l'espère qu'une étape vers une solution où on différenciera bien les 2 fonctions "enregistrer" et "valider". La première pourrait être automatisée et correspondrait à l'écriture dans un environnement provisoire (la transaction), dans lequel toutes les modifications depuis une fiche pourraient être faites. La deuxième validation (commit) ou annulation (rollback) à l'écriture définitive dans les tables devrait être commandée.
A+
André
PS: mais tout celà n'a rien à voir avec le non affichage du nom et prénom après l'enregistrement, ni avec l'évènement naissance impossible à remplir quand on clique sur le N.
-
Si les performances de rapidité doivent passer par des lacunes de ce genre, le bilan global des améliorations/anomalies est négatif.
Si tu veux m aider a développer, je suis d accord, etant seul a le faire.
-
Bon, je sens que je vais m'attirer des bêtises, mais je dois dire ce qui me chicote.
Philippe,
je trouve dommage qu'à chaque fois, ou presque, que quelqu'un émet un commentaire concernant les problèmes rencontrés en version bêta. tu doives répondre de la façon que tu a répondu à Facon. Je suis très conscient que tu es le seul à développer Ancestrologie, mais tu es aussi le seul à en retirer les bénéfices. D'accord ils ne sont surement pas à la hauteur du temps que tu consacre à ce logiciel, mais ils sont quand même là. Je trouve encore plus désagréable de lire les commentaires que tu émets, dû au fait que les versions bêta sont justement mise en ligne pour que des bénévoles les testent et émettent des commentaires sur ce qui colche dans ces versions. Ces commentaires ont tous pour but d'améliorer le produit fini alors pourquoi être aussi susceptible aux commentaires?
En tout cas, voilà, j'avais cette crotte sur le coeur, elle devait sortir. Maintenant ne lâchez pas votre excellent travail même si le concepteur me semble un peu bourru parfois!!
Mascouche, le cousin du Québec, utilisateur d'ancestrologie depuis mai 2004.
-
Bonjour Philipe,
Dans un message du 13 décembre 2005, tu as donné ta vision sur "Comment signaler un bug".
Je m'efforce autant que possible de suivre cette consigne pour faciliter la reproduction d'un bug signalé et je ne pense pas être un cas isolé.
Les cas particuliers de l'onglet Unions et celui des boutons qui nous démangent sont assez symtomatiques. Les anomalies ont été signalées il y a environ quinze jours et hier, pour l'onglet Unions qui présentait les dits défauts, tu t'interroges sur ce point allant même jusqu'à demander comment il était possible d'obtenir ce défaut.
Tu as corrigé dans la précipitation et il reste malheureusement quelques lacunes.
Quant aux boutons, tu considères que c'est un mal nécessaire pour échapper à d'autres problèmes.
Un jour tu as décidé de fermer l'accès à Ancestrologie en ne le laissant pas en open source. Il ne faut pas être surpris en ayant repris cette affaire à ton compte de te retrouver seul en développement où je suis d'une parfaite incapacité et donc hors d'état de t'aider.
Je déplore toutefois que tu ne cites pas André qui contribue généreusement (dans tous les sens du terme) pour t'aider à améliorer Ancestrologie. Il y en a peut-être d'autres et je m'excuse auprès d'eux de ne pas les citer.
Ceci étant dit, il ne faut pas baisser les bras car il y a des bugs à corriger et de nombreuses demandes de suggestions en cours. Il faut avoir le courage et la volonté d'aller au bout des choses.
Pour les nouvelles suggestions, je réitère ce que j'ai déjà dit, il faut savoir prendre du recul pour examiner le bien fondé de la demande, les répercussions, etc... Ce recul n'entraine pas de fait le rejet de la demande.
J'ai l'intime conviction que tu as tourné la page sur ce qui précède et que tu es déjà en train de réfléchir sur l'affichage de l'âge au décès à partir du baptême et éventuellement avec l'inhumation.
Ce qui risque de t'arriver c'est une nouvelle demande pour les saisies de masse: ajouter dans la fiche de saisie rapide le nécessaire pour compléter le baptême ainsi que l'inhumation. Il est vrai que les BMS renseignent par principe ces événements.
Ce sera tout pour aujourd'hui, je vais faire quelques recherches que je saisirai sur la bonne vieille V543.
-
Bonjour Philippe,
Avant de m'absenter, j'ai par habitude regardé ce qui se passait du côté des bétas.
J'ai vu que tu as sorti la v597 et j'ai vivement regardé l'association v597 avec b4.056.
Volet Unions
Tu me diras que je ne suis jamais content, en tous cas j'ai constaté que l'histoire de l'âge à l'union affiché à tort semble être réglé. :D
Plus qu'une retouche finale pour supprimer le jour de l'union qui continue à s'afficher dans une fenêtre union vide alors qu'il est issu d'une autre union consultée précédemment.
Bouton N - D - P
J'ai constaté que tu as verrouillé la fermeture de la fenêtre supérieure et que l'action Enregistrer libère les boutons pour saisir le premier événement. Tu élimines ainsi l'indésirable ?
Merci pour ces interventions.
-
Je râle par habitude (et parfois je le reconnais, trop souvent)
mais je fais quand meme (ou du moins j essaie) de regler les pb
-
Que le monde serait triste dans un monde où personne ne ralerait :wink:
Râler, oui... :D
S'engueuler, non :D
-
Bonjour Philippe,
Je suis encore là, mais plus pour longtemps, après tu seras tranquille.
Quelques clarifications sur les Unions
Pour faciliter les choses, je suis parti de ta généalogie.
- Tu pars de ta fiche identité, tu vas dans Unions;
- Si la surbrillance est bien sur ton épouse Françoise, le volet inférieur est correctement renseigné;
- Tu reviens sur Identité et tu appelles Kévin puis tu vas dans Union, il reste le jour de ton union avec Françoise;
- Tu reviens sur toi, tu vas dans Unions;
- Si la surbrillance est de nouveau sur ton épouse Françoise, le volet inférieur est correctement renseigné;
- Tu passes alors sur l'union avec Gislaine, le volet inférieur est vide mais il reste l'âge à l'union avec Françoise.
Globalement, le problème existe lorsque tu passes d'une union renseignée vers une union vide.
Autrefois il y avait aussi un problème dans l'autre sens, c'est à priori disparu.
-
Christian
je viens de faire la meme manip que toi, mais j ai pas ce pb
a++
-
Bonsoir Philippe,
:arrow: J'ai refait la manip ici et j'ai toujours les anomalies décrites au sujet des unions lorsque l'on passe d'une union renseignée vers une union non renseignée. Par exemple Françoise et toi puis vers Kevin (jour de ton mariage avec Françoise - samedi) ou Françoise et toi puis vers Gislaine (ton âge au mariage avec Françoise 54 ans 3 mois).
J'ai ce constat aussi bien sur ta généalogie que sur une généalogie personnelle (avec des valeurs diférentes bien entendu).
:arrow: Il n'y a pas de raison non plus de remettre en cause tes observations.
Il serait bien que d'autres utilisateurs fassent aussi la manipulation pour valider ou invalider ce commentaire.
-
Bonjour Philippe,
Avant de m'absenter, j'ai par habitude regardé ce qui se passait du côté des bétas.
Qu'entends-tu par là :?: :?: :) :)
-
Bonsoir,
Il n'y a aucune mauvaise intention. Je parlais simplement des versions en essai.
-
Avec la V598, je n'arrive plus à reproduire l'anomalie de rafraîchissement de l'onglet Unions. Et un enfant créé juste après le conjoint s'affiche immédiatement.
A+ Bonne nuit
André
-
Bonsoir Philippe,
Puisque l'expression fait jaser, je suis une nouvelle fois allé faire un tour chez les bétas pour découvrir qu'il y avait maintenant une V598.
Pas d'hésitation, je suis passé maintenant en V598 associé à b4.056 avec tous les resets.
Volet Unions
Je ne sais pas s'il y a eu intervention de ce côté, en tous cas l'heure de l'union a été permutée avec le jour de l'union, et il semblerait que le cas de Kévin soit réglé. En clair, le passage d'une union renseignée vers l'union de Kévin (vide) ne laisse plus apparaître le jour de l'union de son papa. :D
Naturellement cette situation se duplique ailleurs.
En revanche, dans ton volet unions, le passage de ton union avec Françoise (union renseignée) vers ton union avec Gislaine (union vide) continue à faire apparaître sur cette dernière union ton âge au mariage avec Françoise. :cry:
Sauf erreur ou omission, c'est l'ultime chose à corriger sur cet aspect.
Ce sera tout pour aujourd'hui, demain je regarde les documents préparés par André.
-
En revanche, dans ton volet unions, le passage de ton union avec Françoise (union renseignée) vers ton union avec Gislaine (union vide) continue à faire apparaître sur cette dernière union ton âge au mariage avec Françoise.
je voudrais pouvoir la corriger, mais j arrives pas a reproduire le pb, donc ca va etre dur
d autant plus qu avec Ghislaine, l union n est pas vide, il y a un mariage et un divorce
-
Bonjour Philippe,
Je dois travailler avec une autre généalogie que celle que tu as sous les yeux mais ce n'est pas grave.
:arrow: L'espace d'un instant tu t'attribues un troisième conjoint sans compléter la partie inférieure du volet Unions.
Tu notes nom et prénom, Karembeu Adriana par exemple, puis enregistrer et tu devrais voir très vite ce que j'ai décrit.
Tu n'oublies pas de supprimer par la suite, à titre indicatif l'anomalie se produit également avec d'autres patronymes et prénoms. :wink:
Anecdote: Je me suis un jour retrouvé dans le même avion que Christian et Adriana Karembeu. J'étais immédiatement derrière eux. Tu as l'impression qu'il y a un siège libre près d'Adriana, rien ne dépasse; par contre la tête d'Adriana dépasse amplement le haut du dossier. :D
-
Bonjour,
Pour faire l'essai, j'ai supprimé les évènements familiaux de ton union avec Gislaine.
Ensuite, après la sélection de l'union avec Françoise, la sélection de l'union avec Gislaine grise les champs mais n'efface pas "à 54 ans et 3 mois", ton âge lors de ton mariage avec Françoise. (çà devient très indiscret tout çà...)
A+
André
-
Bonjour Philippe, bonjour André,
Je n'étais pas passé par les bétas et il y a maintenant la V599.
Je suis donc passé en V599 associé à b4.056 et ......... It works
Il n'est donc plus nécessaire pour Philippe d'ajouter un autre conjoint pour faire l'essai.
D'autre part c'est Guillaume Simonnet qui va être ravi, il pourra inscrire la profession dans la fiche de saisie rapide sans devoir appuyer sur la touche Shift.
-
Bonjour André,
Bien que je ne sois pas très friand de documents papier (en raison du volume), j'ai examiné les nouveaux documents mis à disposition.
Fiche Familiale
:arrow: Justement, pour réduire le volume de papier, n'est-il pas possible de placer les enfants (s'il y en a) immédiatement à la suite de la Vie du couple et même chose pour les événements.
Si l'union n'est pas renseignée, c'est ce qui se produit.
:arrow: Le numéro sosa est inscrit, ne serait-il pas possible d'inscrire quelque part le point de départ (n°1 avec nom et prénoms)? Est-ce nécessaire?
:arrow: Ensuite c'est la forme: Pour vie du couple et enfants, le trait est fort épais par rapport à ceux de Conjoint et Conjointe. Il y a éventuellement une uniformisation à envisager.
Ne faut-il pas traiter les événements de la vie de la même manière?
:arrow: Pour les conjoint et conjointe, les lieux sont donnés avec le CP. Je trouve qu'il serait bien d'uniformiser ce format, notamment pour les événements.
Là je sens que tu commences à bouillir.
Fiche Individuelle
:arrow: C'est en pratique le même type de commentaire.
Bonne journée.
-
Bonsoir,
Moi qui ne voulait pas trop toucher la partie existante... J'ai fait principalement cet état pour y ajouter les évènements individuels et obtenir une fiche plus complète réclamée par certains.
J'ai fait quelques modifications à l'état, mais comme pour celà j'ai dû modifier 2 procédures, et que pour finir, j'aurais besoin que Philipe modifie une source de données (je préfère ce nom à "pipeline"), il faudra attendre pour le voir.
Pour les traits de séparation, j'avais pris comme règle d'utiliser un trait épais pour séparer chaque partie de l'état, et le trait fin pour séparer les enregistrements. Je mets donc un trait épais aux conjoints.
Les lieux: je suis né à une époque où on appelait encore les départements par leurs noms, je n'ai jamais aimé le style de désignation "9 3", et "C'est pas écrit la poste...". Voilà pourquoi je désigne les lieux par "ville, subdivision, département, pays" (j'ai enlevé la région qui allonge la désignation, sans apporter de précision). J'ai donc adopté cette présentation pour les conjoints, et dès que possible pour les enfants. Pour éviter de perdre de la place et si possible en gagner, j'ai mis sur la même ligne la date et le lieu de l'évènement.
Pour le SOSA: certains le demande. Je pense qu'il faudrait voir avec Philippe pour ajouter en paramètre l'affichage ou non du SOSA. Reste à trouver l'endroit où mettre les nom et prénom du sosa n°1.
Pour le volume de papier, j'ai supprimé les sauts de page, mais je laisse la propriété "Conserver ensemble" qui fait que si un partie (les enfants, les évènements individuels...) ne peut pas s'afficher entièrement dans le bas de la page, elle est renvoyée à la page suivante. S'il y a peu d'évènements familiaux et peu d'enfants, ces derniers s'affichent en première page. Si vous voulez que certaines parties s'affichent toujours à la suite, il suffit en mode modification du rapport, de décocher cette option atteignable en cliquant sur le sous-rapport correspondant, avec le bouton droit de la souris.
J'ai aussi supprimé le titre "Evènement" en tête de chaque évènement.
A+
André
-
Bonsoir André,
Compte tenu du nombre dérisoire de commentaires sur les nouveaux documents, je pense que tes choix de modifications sont les bons. :wink:
Quant à faire, un jour il faudra peut-être songer à simplifier les travaux de modification en élaguant les documents avec l'en-tête orange.
-
Bonsoir,
Voilà, les modifications des fiches sont faites. Philippe a dans la bêta 600 ajouté une option dans les paramètres pour afficher ou non les sosa.
J'ai fait quelques réaménagement de présentation et programmer la suppression de quelques titres inutiles (ex: décès quand l'indi est encore vivant). Quand possible, les lignes blanches ont été supprimées. Pour uniformiser la désignation des lieux, j'ai dû modifier les procédures PROC_ETAT_FICHE, PROC_ETAT_FICHE_FAMILIALE et PROC_TROUVE_ENFANTS. En conséquence, il serait intéressant que vous nous signaliez si celà a des conséquences sur le fonctionnement du logiciel ou des ses plugins (WebExport, Les Arbres...).
Les liens pour le téléchargement du fichier exécutable de mise à jour et de la base vide ont été mis à jour dans le premier message de ce fil.
Les états modifiés portent les noms de Fiche_familiale_ev_ind.rtm et Divers_Fiche_Detaille_2.rtm.
A+
André
-
Suite au fil
http://www.ancestrologie.org/forum/index.php?topic=6778.0&highlight=
en v600 b4.057 je n'ai pas le message d'erreur de François quand j'appelle les documents "Fiche familliale" ou "Fiche individuelle"
-
Bonsoir,
:arrow: J'ai téléchargé la V600ß et l'outil de migration vers b4.057.
J'ai installé le tout et fait les resets.
Sur fiche individuelle
La fenêtre d'affichage indique "Aucune donnée pour cet état". Il y a un message d'erreur: Erreur sur la requète - 908.
Sur fiche familiale
La fenêtre d'affichage indique "Aucune données pour cet état", action sur rafraîchir. Il y a un message d'erreur: Multiple rows in singleton select.
:arrow: J'ai rechargé la V600ß vers 23:30
J'ai remplacé Ancestrologie.exe, refait la migration, fait les resets
Sur fiche individuelle
La fenêtre d'affichage indique "Aucune donnée pour cet état". Il y a un message d'erreur: Erreur sur la requète - 928.
Sur fiche familiale
La fenêtre d'affichage indique "Aucune données pour cet état", action sur rafraîchir. Il y a un message d'erreur: Multiple rows in singleton select.
-
Essaie de repasser la MAJ de la base, car pour moi impossible de reproduire le pb
essaie de changer d individu, aussi
-
essaie aussi une optimisation de la base
-
Bonsoir Philippe,
Je l'avais fait.
:arrow: J'ai refait une passe de migration de la base, redémarrer Ancestrologie et j'ai terminé avec les resets.
Situation inchangée.
-
ca va etre dur a cerner
peux tu zipper ta base et soit tu as un ftp, tu la mets dessus, ou bien tu me l'envoi, pour voir si je reproduis avec les pb
-
J'ai fait une optimisation.
Le résultat est le même.
-
peux tu zipper ta base et soit tu as un ftp, tu la mets dessus, ou bien tu me l'envoi, pour voir si je reproduis avec les pb
-
Philippe,
J'ai vu ton message pour obtenir une copie de la base.
Comme elle était assez volumineuse j'ai élagué quelques dossiers pour en arriver à trois: ta généalogie ancienne, ma généalogie incomplète , un dossier test.
Après tout ces élagages, la situation demeure la même.
J'ai supprimé ma généalogie et là l'affichage des documents se fait sans erreur!!!
Je repasse celle plus haut: erreur!!!
Le fichier comprimé de la base avec ma généalogie fait 5700 Ko environ. Si tu es toujours intéressé à quelle adresse je te l'envoie?
-
envoie la moi a
ancestrologie@wanadoo.fr
et dis moi la manip exacte et sur quel indi tu as ce pb
-
Philippe,
C'est déroutant car je repasse la base avec tous ses dossiers et je n'ai plus d'erreur!!!
J'en ai essayé deux ou trois autres de même profil, j'ai dû refaire les migrations mais pas de problème.
Je laisse passer la nuit, demain je replonge dans cette affaire et si je parviens à reproduire l'anomalie, je te communique la base en question avec la personne sur laquelle se produit le défaut.
-
Bonjour,
Bizarre ces erreurs: 908 et 928 ne sont pas des codes d'erreur Firebird. Philippe pourrait-il en donner la signification si elles sont d'origine Delphi?
Mais je ne les ai pas non plus.
A+
André
-
non, non
908 et 928 c est dans mon code delphi, c est le N° de ligne ou c est produite l'erreur
-
Bonjour,
Comme précisé tard hier soir ou tôt ce matin, je ne suis plus parvenu en l'état à reproduire les messages d'erreur.
Je suis reparti de plus loin. J'ai repris ma base de travail en V547 b4.043.
Je me suis mis en V599 b4.056 et j'ai pointé sur cette base. Quelques messages pour me faire comprendre que la base n'était pas en ordre.
J'ai fait une migration en b4.056.
J'ai relancé Ancestrologie, pas de problème, ni en particulier à l'affichage des documents en vigueur avec cette version.
Je stoppe, je passe en V500 et je relance. Message pour m'indiquer que la b4.056 est trop ancienne et arrêt Ancestrologie.
Je fais la migration pour passer en b4.057, je relance. A la demande d'affichage des documents j'obtiens de nouveau les erreurs décrites hier.
Je fais les resets, c'est tout pareil.
J'ai refait une migration, rien ne change.
La personne visée n'était pas la même qu'hier.
-
Envoie moi ta base en l'etat en me disant sur quel indi ca plante
zippe la avant
-
C'est parti. Ce sera un peu long, il y en pour 8 Mo!!
Je n'ai pas fait d'élagage. J'ai indiqué l'individu sur lequel j'ai les messages, je pense que c'est sans importance. J'ai essayé sur deux ou trois autres, c'est identique.
-
OK, j ai ta base et effectivement j ai l erreur
je regarde ca
a++
-
J'ai encore fait autre chose.
:arrow: J'ai retrouvé dans mon grenier tout l'attirail de la V576 associé à b4.051 mais en réalité la base seule (point 9) s'avère être une 4.043.
:arrow: J'installe la base, naturellement V600 n'est pas content. Je fais une migration vers b4.057.
:arrow: Je lance Ancestrologie, je tombe sur Napoléon Bonaparte, naissance et décès sont correctement renseignés, par contre il y a trois autres événements Baptême enfant (non mormon) et deux divers avec l'indication "Cet événement ne contient pas d'information".
Ce n'est pas un cas isolé. Il semble que les événements du type Naissance et Décès ne soient pas touchés.
Je ne sais pas dire comment sont ces événements à l'origine.
Les affichages des documents se font correctement.
:arrow: Je recherche dans Emplacement de la bdd une autre base et notamment la b4.051 avec la géné Napoléon (ou b4.043 ?). J'ai un message "IBQEve_FAM_LATITUDE" non trouvé. Ancestrologie reste ouvert. Je pointe sur une autre base b4.057, puis je veux ensuite fermer Ancestrologie. J'ai un message "Transaction is not active". Il faut faire OK pour terminer le process.
Ce serait bien que quelqu'un d'autre fasse la manipulation.
-
J'ai poursuivi mais avec les éléments de V590.
J'ai installé la base 4.054 (Point 9 Napoléon).
Je lance Ancestrologie V600 qui s'ouvre sur Napoléon Bonaparte. En plus des naissance et décès, j'ai deux événements cette fois-ci.
Le baptême enfant (non mormon) non renseigné et Profession Empereur des Français.
Je stoppe et je fais une migration de la base vers 4.057. Je relance, situation inchangée pour les événements. Les documents s'affichent correctement.
Entre les deux opérations, j'étais passé par l'affichage des documents.
:arrow: Sur Fiche individuelle: Erreur sur requète - 955; Dynamic SQL Error, parameter mismatch for procedure PROC_ETAT_Evenements_Sans tri.
Je fais OK, autre message: Cette édition a généré une erreur, vérifiez les naissances et les décès.
:arrow: Sur fiche familiale: Erreur sur requète - 1007; Dynamic SQL Error, parameter mismatch for procedure PROC_ETAT_Evenements_Sans tri.
J'ignore si c'est purement un problème d'affichage. Dans l'immédiat il est plus que recommandable de travailler sur une copie de la base. Ce n'est d'ailleurs pas une nouvelle précaution.
-
Bonjour,
Ces anomalies sur la base Napoléon ne sont pas récentes, et pas dues aux modifications de la base. Elles étaient signalées http://www.ancestrologie.org/forum/index.php?topic=6688.0
L'anomalie sur les états était due à la recherche du sosa n°1 dans PROC_ETAT_FICHE et PROC_ETAT_FICHE_FAMILIALE. Cette recherche n'étant pas limitée au dossier de l'individu ou à la famille, il pouvait y avoir une erreur "Multiple rows in singleton select. ", s'il y avait plusieurs dossiers où les sosa avaient été calculés, dans la base.
J'ai mis à jour les fichiers accessibles depuis le premier message de ce fil, sans changer de version.
L'autre anomalie que signale Christian, c'est que si Ancestrologie signale bien au démarrage une base trop ancienne, en refusant de démarrer, il la charge quand même si cette ouverture se fait lors d'un changement de base par "Emplacement de la base de données". Il y a alors tentative d'exécution de procédures ou de requêtes qui ne peuvent fonctionner puisque la base n'est pas à jour.
A+
André
-
Bonjour André,
J'ai chargé les nouveaux fichiers de migration vers b4.057 et de base vide b4.057
J'ai recommencé le tripotage de base et notamment la démarche qui me permettait de reproduire les erreurs.
Je me suis remis en V599 (par remplacement de l'exe), j'ai copié une base b4.043 dans Database.
J'ai lancé Ancestrologie et j'ai pointé vers cette base 4.043. Affichage d'un message disant "IBQEve: Champ EV_FAM_LATITUDE non trouvé". La base n'est pas chargée ou en tous cas pas ammenée à l'écran.
Fermeture d'Ancestrologie, OUI ou NON, OUI puis affichage de Transaction is not Active. OK pour savoir fermer Ancestrologie.
Je fais une migration vers b4.056.
Je lance Ancestrologie, affichage correct.
Je stoppe Ancestrologie et je passe en V600 par remplacement de l'exe.
Je relance et Ancestrologie dit Votre base est trop ancienne et stoppe.
Je fais une migration vers b4.057.
Je redémarre Ancestrologie, affichage correct et les nouveaux documents sont affichés sans message d'erreur. :wink:
:arrow: A priori il ne reste plus qu'à résoudre la reconnaissance d'une base ancienne suivie de l'arrêt d'Ancestrologie après le message "Votre base est trop ancienne".
Désolé pour Napoléon, je ne me souvenais plus de ce détail.
-
Bonsoir Philippe,
Je suis maintenant en V601 associé à b4.057.
La sélection d'une base ancienne (b4.043) via l'Emplacement de la bdd fonctionne correctement. Votre bx.xxx est trop ancienne et Ancestrologie stoppe.
Attention: André a mis à jour Migration vers b4.057 ainsi que la base vide b4.057. Les fichiers ont gardé le même nom. A charger depuis le forum développement (celui-ci).
-
Cette méthode consistant à bloquer Ancestrologie a tout de même un inconvénient, il n'y a pas d'autre façon de s'en sortir que de mettre à jour la base. N'ayant plus d'accès au menu, il n'est pas possible de sélectionner une autre base (si ce n'est en allant modifier la BDR, ce qui n'est pas à conseiller à tout le monde).
Laisser ouvert Ancestro sur la fenêtre de sélection d'une base, comme lorsque la base n'est pas trouvée, ne serait-elle pas une meilleure solution?
On a alors le choix de sélectionner une autre base ou de fermer Ancestro pour la mettre à jour.
A+
André
PS: il y a une autre façon de s'en sortir sans mettre à jour la base. Elle consiste à modifier le nom de la base avec l'explorateur de Windows. On se retrouve alors à l'ouverture d'Ancestrologie, dans le cas de figure où la base n'est pas trouvée.
-
Bonsoir André,
Je pense que tu as raison de faire cette proposition.
Aujourd'hui (c'est inhabituel), j'ai dû changer 20 ou 30 fois de base pour faire quelques essais et effectivement le moyen le plus simple de s'en sortir sans aller bidouiller dans la BDR (ce que je ne sais pas faire) est d'utiliser Explorer pour renommer la base.
Alors il est vrai qu'il serait préférable d'avoir le choix entre "Continuer pour pouvoir migrer la base" ou "Sélectionner une autre base".
:arrow: Si quelque chose est envisagé dans ce sens, ce serait bien de traiter en même temps Généalogies/Sauvegarde-Restauration de la base.... afin d'y trouver la même possibilité et par la même occasion prendre les dispositions pour que ce menu soit opérationnel. Ce menu a le mérite de travailler sur des copies de sauvegardes réintégrées dans \Database.
:arrow: Dans ce même menu, il est prévu de pouvoir ajouter date et heure dans le nom de la sauvegarde. En abrégeant l'heure, ne serait-il pas possible d'ajouter la version de la base? C'est en partie lié à la question que tu as soulevé et ceci contribuerait à choisir ou ne pas choisir une ancienne base.
-
Bonjour,
Cà vous intéresse une fiche individuelle condensée?
Téléchargez là Divers_Fiche_Condensee.rtm (http://andre.langlet.free.fr/ancestro/Divers_Fiche_Condensee.rtm)et copiez là dans le répertoire c:\program files\ancestrologie\reports\_REP_FICHE_INDIVIDUELLE.
C'est une fiche dans laquelle toutes les lignes sans informations sont enlevées. Cependant, au niveau de la photos d'identité, les lignes vides ne sont supprimées que si les médias ne sont pas démandés dans les paramètres.
Si elle vous intéresse, je la proposerai dans la prochaine mise à jour.
A+
André
-
Bonjour
Je pense André qu'il serait mieux d'attendre que tu l'integres dans la prochaine mise a jour pour eviter des problemes :wink: :lol:
-
Il n'y a pas de risques à l'essayer, il suffit de copier le fichier, et de le sélectionner dans l'affichage de la fiche individuelle.
Et çà me permettrait de connaître vos besoins.
A+
André
-
Divers_Fiche_Condensee.rtm [....
Si ellevous intéresse, je la proposerai dans la prochaine mise à jour.
J'en rêvais, André l'a fait.....
C'est vrai tout ces espaces blancs me génaient un peu. Et si en plus on imprime.... Arbres Oh Arbres
PS: Claude, à essayer tu ne risques qu'une chose : regretter de ne pas l'avoir eue plus tôt. Quand je penses qu'il y en a qui ne l'on pas sur leur PC :roll:
-
Je me joins aux louanges de pierre, super ta fiche, André. Je penses qu'elle sera plébiscitée
A+
-
Bonsoir
Pierre, j'ai suivi ton conseil et, je ne peux que t'en remercier ainsi qu' André bien sur qui en est l'instigateur, pour tout dire elle est formidable :wink:
Merci André
PS: je faisais cette remarque car tout le monde sur le forum n'a pas la fibre pour aller fouiller dans les méandres du pc
:wink: :lol: :lol: :lol:
-
PS: je faisais cette remarque car tout le monde sur le forum n'a pas la fibre pour aller fouiller dans les méandres du pc
Merci pour les louanges, mais faut pas avoir peur, on est quand même sur le forum développement ici. Si on ne peut pas faire d'essais ici, où les ferait-on? :?
A+
André
-
PS: je faisais cette remarque car tout le monde sur le forum n'a pas la fibre pour aller fouiller dans les méandres du pc
Merci pour les louanges, mais faut pas avoir peur, on est quand même sur le forum développement ici. Si on ne peut pas faire d'essais ici, où les ferait-on? :?
A+
André
:wink: :lol: :lol: :lol: :D
-
Très belle fiche condensée. avec de mutiples adresses et professions, j'en avais pour 5 pages, tout tient sur moins de 2
Toutefois, même si çà ne fait pas gagner de place, je trouve inutile de rappeler à chaque événement ou adresse "Date et Lieu", celà semble évident.
Jamais content !
-
Toutefois, même si çà ne fait pas gagner de place, je trouve inutile de rappeler à chaque événement ou adresse "Date et Lieu", celà semble évident.
Tu me rappelles Fernand Raynault, "Ici on vend des oranges pas chères". :lol:
A+
André
-
Yadsa :lol:
-
Bonjour André,
Merci pour ces fiches.
:arrow: Une question: La fenêtre qui est utilisée pour l'affichage des documents n'est pas active (je ne sais pas si c'est la bonne expression). En clair, pour se déplacer dans le document il faut utiliser le ou les ascenseurs. La souris est inactive et en particulier la molette.
Est-il envisageable de modifier cette situation?
-
Je trouve que l'idée de classer chonologiquement tous les évènements (individuels, unions, adresses) est une excellente idée.
Deux questions/remarques.
1) Si un individu a des documents attachés à un événement individuel ces documents apparaissent à la suite de la liste des évènements mais avec une photo par page et pleine page (certaines de petites tailles ont alors une résolution très faible)
2) Si des photos sont associées aux adresses, elles n'apparaissent pas.
-
Bonsoir,
Pour l'activation de la souris dans le fenêtre de visualisation, je pense que seul Philippe peut répondre. Cà doit dépendre des composants qu'il utilise.
Pour la taille des photos, il y a une propriété "Etirer" de la zone d'impression que l'on peut atteindre en mode modification de l'état, sélection du SubReport des médias et clic droit sur la zone. Activée, elle permet d'ajuster la taille de la photo à la taille de la zone. Désactivée, la photo s'imprime à sa résolution normale, mais si elle est d'origine plus grande que la zone, seule la partie dans la zone sera visible. Voilà le problème... Vous pouvez essayer, pour modifier définitivement l'état, il est nécessaire de l'enregistrer avant de quitter l'éditeur de rapport.
Pour les photos d'adresses qui ne sont pas dans la base, c'est la confirmation de ce que j'ai plusieurs fois écrit. C'est beaucoup plus difficile de les intégrer dans les états. Cà nécessiterait de la programmation Delphi pour aller lire les fichiers images et les ajouter dans la source de données.
A+
André
-
Biens sur que la souris est active dans cette fenetre
fais gaffe au chat
-
Bonsoir Philippe,
Je dois avoir une version dégradée car chez moi la souris n'est pas active dans la fenêtre en question. :cry:
Ton SAV va régler ce problème sans difficulté. :D
Le chat n'est pas la bonne explication, il n'y en a pas. :wink:
-
Ici greve
cause Rhumerie navigante
-
Tu voudrais dire que la SNPCM prend le pas à une autre SN..?
Ou alors c'est l'arrivée prématurée des candidats de la route du rhum qui perturbe la quiétude de la Guadeloupe.
-
Pour la taille des photos, il y a une propriété "Etirer" de la zone d'impression que l'on peut atteindre en mode modification de l'état, sélection du SubReport des médias et clic droit sur la zone. Activée, elle permet d'ajuster la taille de la photo à la taille de la zone.
Merci pour ce cours à domicile. Et en plus ça marche!
PS : En ce qui concerne la souris, la mienne est comme celle de Christian elle n'aime pas la fiche individuelle crée; même avec un morceau de gruyère a proximité
-
Bonjour,
Fiche de saisie rapide
PS : à revoir pour une bonne uniformité:
- saisie rapide : controle visuel de saisie date de naissance (basculement rouge vers noir ..)
- choix du sexe : en création de fiche faut monter
en saisie rapide faut descendre
:arrow: A l'occasion ce serait une bonne idée de corriger ces points pour uniformiser les actions et attirer l'attention sur une erreur de saisie de date.
-
pour uniformiser les actions
C'est un point essentiel pour une prise en main intuitive
-
Bonsoir,
Je me joins aux louanges méritées délivrées il y a quelques jours par mes prédécesseurs concernant la fiche condensée créée par André.
Ca m'a permis de (re)découvrir qu'il était possible de configurer les fiches individuelles et familiales ! :oops:
-
Bonjour André,
Je viens de m'apercevoir du point suivant au niveau du classement des individus dans le répertoire:
Noms composés
Un patronyme du type FACON-DELPLACE Gaston est classé dans le répertoire au milieu des autres FACON et c'est le DELPLACE qui semble être utilisé pour classement dans les prénoms. Par exemple:
......
FACON Daniel
FACON-DELPLACE Gaston
FACON François
......
Noms avec précision
La situation est la même que ci-dessus pour un patronyme du type FACON (DELPLACE). C'est le DELPLACE qui semble être utilisé pour le classement dans la colonne prénoms.
Ce tri est celui par défaut à l'ouverture d'Ancestrologie. Il est possible de rétablir la situation en intervenant sur le répertoire.
A l'occasion de la création d'un individu, le répertoire qui est présenté pour Sélectionner ou alternativement Créer est quant à lui classé correctement.
-
Bonjour,
Je ne connais pas exactement la requête utilisée, mais c'est probablement parce que le tri par défaut de cette requête utilise le champ INDI_TRIE_NOM, où sont concaténés NOM, PRENOM mis en majuscules sans accent. Mais çà ne me semble pas bien gênant, dans la mesure où ce tri est presque toujours modifié par l'utilisateur.
A+
André
-
Bonjour,
Cette fois, c'est la fiche familiale qui a été condensée.
Vous pouvez la télécharger là Fiche_familiale_Condensee.rtm (http://andre.langlet.free.fr/ancestro/Fiche_familiale_Condensee.rtm)et la copier dans le répertoire c:\program files\ancestrologie\reports\_REP_FICHE_FAMILIALE.
Comme dans la Fiche individuelle condensée, au niveau des photos d'identité les lignes vides ne sont supprimées que si les médias ne sont pas démandés dans les paramètres. Par ailleurs les sauts de page ont été supprimés.
J'aimerai avoir votre avis sur l'intérêt de maintenir les autres fiches familiales. Cette fiche, accompagnée d'une fiche identique conservant les sauts de pages, pour les enfants et les évènements individuels (passage à la page suivante si un sous-ensemble ne peut-être contenu dans le bas de la page), pourraient-elles remplacer toutes les autres fiches familiales? Il serait même possible de ne conserver que cette fiche, en couplant les sauts de page avec l'affichage des médias.
La question se pose également pour la fiche individuelle.
A+
André
-
Je ne fais pas de compliments car André est trop dévoué pour en attendre.
En ce qui concerne les remarques concernant les autres fiches je suis aussi convaincu. Les fiches proposées individuelles et famillialles (une version sans saut de page et eventuellemnent une avec saut) me semblent suffire
Mais chacun pourra toujours envever du répertoire correspondant les fiches qu'il ne souhaite pas garder
-
Bonsoir,
Tu as raison pour se qui concerne les installations existantes. Mais je posais la question principalement pour les nouvelles installations.
Sans doûte plus passionné que dévoué (et de plus retraité...), celà ne me passionne pas de refaire ce que j'ai déjà fait. Il y a des améliorations que j'ai apportées (du moins je l'espère) dans les fiches condensées, qui pourraient être portées sur les anciennes fiches. Un exemple: avant on avait
Enfant de : Nom du père
et de : Nom de la mère
même si le père était inconnu. Dans ce cas on a dans la fiche condensée:
Enfant de : Nom de la mère
Mais faire celà sur les anciennes fiches demande du temps et la conviction que çà sert effectivement à quelque chose.
Je pense également à la lourdeur des évolutions, si une modification dans le logiciel entraînait une mise à jour des documents. Voilà pourquoi je souhaiterai ne garder que les états réellement utilisés (et que j'ai laissé tomber la variante orange...).
A+
André
-
Je pense aussi que pour les nouvelles installations les nouvelles fiches
- contiennent toutes les infos utiles des précédentes
- ont éliminé les infos inutiles ou "vides"
- sont plus condensées
Je suis d'accord pour qu'elles se substituent aux précédentes; et si quelqu'un veut changer la couleur c'est lui qui voit
-
...et si quelqu'un veut changer la couleur c'est lui qui voit
Moi c'est plutot le gout :lol:
-
Eh! Bé....Heureusement qu'il n'y a pas l'odeur sinon je la revendiquerais
:wink: :lol: :lol:
-
Bonsoir,
Je sais que j'ai du retard à l'allumage mais voici ma question:
Je découvre l'existence d'un nouveau bouton dans le bandeau à droite: "Passer en plein écran (F11)".
Quelle est la différence avec l'autre bouton au-dessus, immédiatement à gauche du bouton de fermeture?
N'est-il pas possible d'uniformiser ces boutons? En particulier celui sous le bouton de fermeture qui est fort étriqué.
-
Ils ne jouent pas exactement le même rôle. Avec le nouveau bouton on est "encore plus en plein écran" car la ligne supérieure celle qui contient le numéro de la version et celui de la base n'est plus affichée.
Christian a dit :"N'est-il pas possible d'uniformiser ces boutons? En particulier celui sous le bouton de fermeture qui est fort étriqué"
Le bouton ajouté par PCM est le bouton classique pour passer en plein écran; celui au-dessus à côté du bouton de fermeture dépend du skin choisi
-
Bonjour,
bravo et merci pour ces excellentes fiches.
Mais comme vous le savez, on en demande toujours plus, aussi, serait-il possible d'ajouter à la fiche individuelle condensée, les noms et dates de naissance des enfants isuus des différentes unions (suivant chaque union).
On aurait ainsi une fiche comparable à celle éditée dans hérédis, ce qui ferait enfin d'Ancestrologie un logiciel complet.
En vous remerciant à nouveau pour ces superbes fiches.
-
Bonjour,
C'est déjà fait depuis fin novembre:
"Modifications de PROC_ETAT_EVENEMENTS_SANS_TRI pour ajouter les naissances de ses enfants à la fiche d'un individu. Modifications en conséquences des documents fiches individuelles et familiales.
PASSAGE à LA VERSION 4.059 28/11/2006"
Le seul problème, c'est que cette version n'a pas été officialisée, parce que l'on teste actuellement les versions sous Firebird 2.0 (qui contiennent cependant ces modifications des fiches).
L'officialisation de cette version sous FB2.0 ne devrait plus trop tarder.
A+
André
-
Superbe nouvelle version d'ancestrologie avec des fiches individuelles au top niveau.
Félicitations et merci à tous les développeurs.
Une petite remarque toutefois :
dans l'ancienne version de la fiche condensée, il me semble que les lignes ne comportant pas de renseignements étaient supprimées or sur la fiche actuelle, les lignes prefixe , suffixe et surnom demeurent même vides.
Ce n'est qu'un petit détail qui ne remet pas en cause cette excellente version.
Encore merci.