Les nouveautés de la 4.1...

[bcallens]

Bonjour,

Je suis en train de regarder les nouveautés annoncées pour la version 4.1 (au fait quand devrait-elle sortir ?) et il y a des progrès certains (étiquettes, et hiérarchie des lieux...notamment).

Par contre, je ne saisis pas bien l'intérêt du "checksum" sur les médias... 

Une explication ?

Cordialement

[romjerome]

Bonjour,

Par contre, je ne saisis pas bien l'intérêt du "checksum" sur les médias... 

Ce n'est pas visible ou même accessible. En fait, c'est un peu lié à :
https://www.gramps-project.org/wiki/index.php?title=Media_Verify_Tool


Cordialement,

[glopglop]

Ca permettrait de détecter les doublons au cas ou non?

[romjerome]

hiérarchie des lieux...notamment

D'ailleurs cette version pourra gérer les "méga-régions" françaises <b>avant qu'elles ne soient vraiment actives</b> !
C''est les limites des tables de lieu intégrées.

En revanche, la migration va produire un petit problème ...

Pour traduire l'interface et pas seulement pour les français de France, les dernières versions utilisaient "Région/Province" (France, Belgique, Canada, Suisse, histoire ...) et "Département/Comté" pour l'équivalent de "State" et "County" (USA - gedcom).
Avec cette version, de nouveaux types sont proposés ... dont "Région", "Province", "Département", "Comté" ! + les ajouts si besoin ("Duché", "Colonnie", "Abbaye", secteur ou aire francisé(e), etc ...).

Au final, il y aura une équivalence, légèrement plus précise que dans les versions précédentes, pour les types pré-définis.

Après, les types définis par l'utilisateur(rice) sont intéressants pour aller plus loin et l'on résout en même temps une grande partie des problèmes liés aux modèles imposés (gedcom, éditeurs, histoire des lieux, préférences dans la gestion, etc ...).

Notez, que les données saisies dans les champs "Emplacement" deviendront de nouveaux niveaux <b>ET</b> de nouveaux objets lieu utilisés par la base de données. ç.à.d. que l'on pourra aussi "nettoyer" ces niveaux, les fusionner, etc ...

Cordialement,

[romjerome]

Ca permettrait de détecter les doublons au cas ou non?

Je pense que oui !

Il y a aussi une nouvelle analyse (<i>sans doute en option</i>) dans l'outil de vérification de la base de données.

[bcallens]

Et pour la  date de sortie ? 

[romjerome]

Et pour la  date de sortie ? 

Cette semaine ou la semaine prochaine !

https://gramps-project.org/bugs/roadmap_page.php?version_id=34

En fait, il reste quelques doutes sur les ralentissements rapportés avec la version "4.0.4"...

Il est probable que ce soit lié à des changements GLib/GObject sous Linux (bureau Gnome) :

Code: Select all

--- a/gramps/gui/editors/displaytabs/backrefmodel.py
+++ b/gramps/gui/editors/displaytabs/backrefmodel.py
@@ -19,6 +19,8 @@
 # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 #
 
 import sys
 
 #-------------------------------------------------------------------------
@@ -28,7 +30,6 @@ import sys
 #-------------------------------------------------------------------------
 from gi.repository import GObject
 from gi.repository import Gtk
-from gi.repository import GLib
 
 from gramps.gen.const import GRAMPS_LOCALE as glocale
 _ = glocale.translation.gettext
@@ -57,19 +58,19 @@ class BackRefModel(Gtk.ListStore):
         self.count = 0
         self.loading = False
         if sys.version_info[0] < 3:
-            self.idle = GLib.idle_add(self.load_model().next)
+           self.idle = GObject.idle_add(self.load_model().next)
         else:
-            self.idle = GLib.idle_add(self.load_model().__next__)
+           self.idle = GObject.idle_add(self.load_model().__next__)
 
     def destroy(self):
         if self.loading:
-            GLib.source_remove(self.idle)
+           GObject.source_remove(self.idle)
 
     def load_model(self):
         """
         Objects can have very large backreferences. To avoid blocking the 
         interface up to the moment that the model is created, this method is 
-        called via GLib.idle_add.
+       called via GObject.idle_add.
         WARNING: a consequence of above is that loading can still be happening
             while the GUI using this model is no longer used. Disconnect any
             methods before closing the GUI.

dans ce cas, çà devrait être corrigé par les distributions linux et ne bloquera pas/plus la version "4.1.0".

[bcallens]

Bonjour,

Une fois la branche 4.1 publiée, y aura--t-il encore une branche 3.4.X (par exemle 3.4.9) en parallèle ?

[romjerome]

Une fois la branche 4.1 publiée, y aura--t-il encore une branche 3.4.X (par exemle 3.4.9) en parallèle ?

Les versions "4.0.5" et "3.4.9" sont toujours possibles, mais c'est certain que la branche 3.4.x n'aura plus beaucoup de changements. Enfin, cà dépendra aussi des corrections !

'3.4.9' : https://gramps-project.org/bugs/changelog_page.php?version_id=69
'4.0.5' : https://gramps-project.org/bugs/changelog_page.php?version_id=52

[bcallens]

Mais au fait pourquoi maintenir la branche 3.4.x maintenant qu'il y a la version 32 bits ?

Personnellement, j'avais choisi cette branche eu égard au fait que l'ordinateur que j'utilise pour la généalogie (mais j'en ai un autre sous windows 8.1) est assez vieux (7 ans de bons et loyaux services sur Windows vista).

Un problème risque de survenir si j'installe une version 4 ?

[romjerome]

Mais au fait pourquoi maintenir la branche 3.4.x maintenant qu'il y a la version 32 bits ?

La branche 3.4.x n'est pas conservée que pour Windows ...

Sous Mac c'est moins visible, mais des distributions linux, comme Ubuntu avec sa version 12.04 LTS (sortie il y a deux ans, support jusqu'en 2017/2018 !), fournissent surtout des logiciels pour gtk2. => gramps 3.x

Les distributions linux récentes fournissent plutôt python3 et gtk3, par défaut.
Dans ce cas, les branches 4.0.x et 4.1.x sont là !

[romjerome]

Par contre, je ne saisis pas bien l'intérêt du "checksum" sur les médias...

Ca permettrait de détecter les doublons au cas ou non?

Dans gramps uniquement !