Sujet: Base (b5.009) b5.011 à tester avec (V680) [tests terminés]

[Roger 1]

Ne cherchez pas la 660, c'est André qui a pris un peu d'avance dans la mise à jour du titre. Il le dit d'ailleurs lui-même quelques messages plus hauts.

A+

[Pierre Garnier]

La 661 a dépassé la 660 qui n'a eu d'existence que virtuelle.



1) Il semble que l'ascenceur de la fenêtre histoire ne fonctionne pas correctement



2) Question à Philippe et/ou André. J'ai une base vide avec les évènements et les photos ajoutées par Philippe. J'ai un peu complété et corrigé et ajouté  d'autres photos (je veux bien me charger de mettre le maximum de photos dans cette base. Je peux continuer jusqu'à validation de la base en ce qui concerne le dico_original en transmettant aux auteurs l'état de ma basevide+évènements+photos. Que fais-je?



PS: J'ai dans ma base vide des photos pour tous les évènements depuis 1870

[Roger 1]

Bonjour,

J'ai commencé à corriger quelques erreurs de frappe dans le module 'Histoire", je trouve un peu lourd, la façon de valider et fermer la fenêtre.

Puisque dès que l'on frappe un caractère, à la fermeture une fenêtre s'affiche pour prévenir, pourquoi ne pas activer le bouton "valider" directement et supprimer la fenêtre "Avertissement".

A+

[Pierre Garnier]

J'ai dans ma base des photos depuis 1820



PS: avant de corriger des erreurs d'orthographe ou historique il faut peut-être attendre que Philippe ait valider la base officielle sinon n'y aura-t-il pas un risque de devoir recommencer

[Roger 1]

C'est très vrai pour les corrections, la fougue de la jeunesse sûrement !    

Pour revenir sur les boutons, "Annuler", "Valider" comme boutons  de validation est-ce suffisant?

A+

[Pierre Garnier]

Photos avant 1800 présentes



PS1: Pour le bouton validation, c'est vrai que si on modifie un champ pour que le bouton de validation s'active il faut changer de champ!



PS2: Dans ma remarque sur l'ascenceur de la fenêtre histoire ce n'est pas qu'elle ne marche pas mais on ne peut se déplacer directement avec le curseur qui monte et descend car il ne correspond qu'à une partie des évènements il faut donc uiliser les flèches ce qui est moins rapides

[Ancestrologie]

c'est vrai que si on modifie un champ pour que le bouton de validation s'active il faut changer de champ

c est réparé



Faut ausi essayer l export de l histoire



Pierre

Merci pour ton travail sur l histoire, n aurais tu rien avant 987 ?

[Facon]

Bonjour,

Merci pour ton travail sur l histoire, n aurais tu rien avant 987 ?

Caius Julius Caesar naît à Rome en 100 avant JC, le 13 du mois Quinctilis, appelé plus tard Julius ( d’où le mois de juillet ) en son honneur. Il mourra assassiné le 14 mars 44 en pleine réunion du sénat par Brutus.. Ici:

http://www.histoire-en-ligne.com/spip.php?article134

La source est:

http://www.histoire-en-ligne.com/

[Pierre Garnier]

Si je peux en mettre avant 987, j'ai du être influencé à la fois par ta première date "Capet". Pour les photos j'en ai dans ma base pour tout ce qui concerne après 1700. J'essaye de me limiter à des photos < à 20 Ko, représentatives et variées. Si tu veux je peux t'envoyer l'état actuel



J'ai corrigé quelques fautes. Si certains en ont repéré ils peuvent me les indiquer.



Pour la fonction export-Hstoire cela fonctionne chez moi

[Roger 1]

La fonction export fonctionne, cela me génère 38 fichiers, 37 en jpeg, 1 en txt, les fichiers jpeg sont vides sauf les trois dans lesquels j'ai inséré une image.

[Pierre Garnier]

Quand on a ouvert la fenêtre "Nouveau ou modifier" ce serait pratique de faire défiler les évènements.



C'est parti pour des évènements entre 0 et 987

[DDdeBerdeux]

Bonjour,

Ne rentrez pas d'évènements avant JC, Firebird ne sait pas les convertir en dates.

Et qui remonte sa généalogie jusque là? Il aurait d'autres problèmes avec les sosa.

A+

André

[DDdeBerdeux]

Remarques concernant l'exportation:

Les champs HI_DATE_DEBUT et HI_DATE_FIN sont calculés lors de l'importation à partir de HI_DATE_TEXTE.

Il est donc inutile de les exporter.

Lors de l'exportation, un grand nombre de fichiers .jpg sont générés dont beaucoup sont vides.

C'est difficilement portable.

Pourquoi ne pas générer comme IBExpert ou SQLManager, un seul fichier contenant toutes les blob images bout à bout, et enregistrer dans le fichier Histoire.txt les adresses de début et fin de l'image dans ce fichier?

A+

André

[Ancestrologie]

Pourquoi ne pas générer comme IBExpert ou SQLManager, un seul fichier contenant toutes les blob images bout à bout

Facile de dire ca. Moi pour le moment, je ne sais pas le faire

[BLefebvre]

Je ne sais pas ce que vous avez prévu de mettre dans les évènements historiques, mais tant qu'à faire, il me semblerait intéressant d'y mettre les grandes épidémies, les guerres et les disettes qui ont décimé les populations.

Quand vous avez des conjoints ou autres membres de la famille dont des enfants qui meurent à quelques jours d'intervalle, ce n'est surement pas de vieillesse.

[DDdeBerdeux]

Bonsoir,

La base vide en téléchargement depuis le premier message de ce fil a été mise à jour avec la dernière version du dictionnaire général fait par Pierre Garnier.

Bonne nuit

André

[DDdeBerdeux]

Bonsoir,

Je pense qu'on peut clore cette phase de tests en remerciant tous ceux qui y ont participé.

Le passage à la version de base b5.011, n'est pas motivé par une modification de la base elle-même, mais par l'ajout dans la procédure de mise à jour d'une nouvelle version du programme TablesReference.exe. Cette nouvelle version est copiée dans le répertoire Ancestrologie, d'où elle peut fonctionner même avec Firebird Embedded, tout en laissant les fichiers txt dans le sous-répertoire \Tables de references. L'ancienne version est supprimée de ce dernier sous-répertoire.

Pour le site petite confusion car en titre Philippe a dû laisser b5.010, mais le fichier de mise à jour doit faire passer en b5.011.

A+

André