Les principaux changements sont :

• indexation des fichiers pour être utilisée lors d'une recherche plein texte
• Accès direct aux éléments des menus contextuels (barre de menu)
• Nouvelles interfaces pour changer les états dans le cas où le document est soumis à un cycle de vie
• Nouvelle interface d'édition : les boutons (les actions) sont présents en haut du document.
• Nouvelle interface pour voir les relations entre documents (anciennement recherche des documents liés devient relations du document. Bien plus rapide et plus précis.
• Modification ONEFAM. Recherche en accès direct. Ajout d'une Préférence permettant de choisir le mode de visualisation, voir les onglets alphabétiques, rechercher dans les familles dérivées
• La recherche par défaut est de type fulltext. Cela implique que le mot clé doit être un mot complet et non plus une portion de mot
• Choix du mode de recherche : expressions régulières (regexp) ou par mots entiers (fulltext)
• Ajout emblème RSS d'abonnement sur les dossiers (recherches) générant un fil RSS
• Les messages de niveau notification (NOTICE) n'apparaissent plus par défaut dans l'historique (ajout d'un bouton -s'il y en a- pour les afficher)
• Modification interface de création de document (avec choix de famille) : intégration des actions en haut du document
• Ajout menu contextuel sur les listes de documents de l'application GENERIC (ONEFAM)
• Ajout “liste des chemins d'accès” sur menu contextuel (menu autres ou touche CTRL)
• Ajout bouton explicite pour suppression de fichier
• Ajout emblème lorsqu'un postit est présent sur un document permettant de le réafficher après fermeture
• Ajout nouvelle interface (“ajouter des documents”) pour les dossiers statiques. Cette interface permet d'ajouter/supprimer rapidement des documents dans un dossier
• La recherche détaillée permet d'utiliser facilement les conditions sur un type énuméré. Ajout des opérateurs de recherche plein texte (recherche dans le contenu des fichiers)
• Accès recherche fulltext : interface “Gestion documentaire” menu Recherche→Plein texte
• Ajout “recherche avancée” dans l'interface de recherche fulltext.

• Ajout nouvelle option d'attribut : vlabel (up,none,left) permettant de placer le libellé d'un attribut
• Ajout nouvelle option d'attribut : showempty pour voir la présence d'un attribut même si sa valeur est nulle.
• s'interface avec le moteur de transformation
• ajout paramètre CORE_URLINDEX
• ajout paramètre CORE_DBCONNECT
• Intégration sur distribution Debian
• Ajout visibilité 'U' pour les attributs de type tableau : nombre de rangées fixe
• Ajout de plus de contrôles lors d'importation de document notamment conflit de famille
• refonte recherche pour “recherche des documents liés”.
• ajout option “avec ou sans sous familles” lors de la mise en place des restrictions sur les dossiers
• Ajout menu 'gérer les membres' pour ajouter/supprimer facilement des utilisateurs dans un groupe

• Modification de getChildDoc : optimisation des recherches. Usage de Tsearch2 module de recherche plein texte de postgreSql.
• ajout de la propriété svalues (searchable values) : qui contient la concaténation des valeurs de attributs recherchables + les versions textes des fichiers (si disponible)
• Ajout paramètre (calculé) CORE_EXTERNURL pour indiquer l'URL d'accès externe à la FREEDOM : basé sur CORE_URLINDEX s'il est renseigné
• Ajout paramètre optionnel pour déclarer des “recherches spécialisée”

• Lors d'une déclaration d'un attribut de type fichier (pas image) 3 colonnes dans la table documentaire correspondante sont créées maintenant :
  • la référence au vault (comme avant)
  • la version texte (si utilisation du moteur de transformation)
  • la version vectorisée du texte (pour la recherche fulltext)

• l'usage de tsearch2 et l'optimisation des requêtes de recherche de documents ont donné lieu a plusieurs modifications de la base de données.
  1. Ajout de la table docread qui est une copie à plat des données. Cette table est utilisée pour les recherches toutes familles. Les index dédiés à cette table garantissent un temps de réponse bien meilleur que sur la table doc qui utilise une hiérarchie de tables.
  2. Modification de la table fld (ajout doctype et fromid). Cela permet notamment d'obtenir des temps de réponse nettement plus faible pour la fonction hasChildFdl. (On divise par plus de 10 pour les dossiers contenant plus de 1000 documents).
  3. Ajout de la colonne fulltext à toutes les tables doc (y compris docread). Cette colonne est le résultat de la vectorisation des textes. Cette colonne est utilisée pour la recherche fulltext. Un indexage à l'aide l'algorithme GIST est donné par défaut. L'utilisation de l'algorithme GIN (disponible pour postgresql 8.2 - Fedora Core 7) permet d'obtenir des temps de réponse 10 fois plus rapide (pour les bases de + de 200 000 documents).

• L'utilisation de tsearch2 et de manière plus générale l'utilisation de caractères accentués a un impact sur les opérations des chaines de caractères. Il est donc nécessaire d'avoir créé le cluster de base de données avec la locale fr_FR (initdb –locale=fr_FR). Cette locale n'est pas modifiable à postériori. La base de données FREEDOM étant pour l'instant encodé en Latin1, la locale fr_FR-UTF-8 est déconseillée pour l'instant.
• En terme de performances les versions de postgresql < 8.2 étaient livrées avec un fichier de configuration (postgresql.conf) sous dimensionné. à partir de postgresql 8.2, les valeurs de base ont été revues à la hausse et ainsi postgresql peut au mieux exploiter la RAM pour accélérer les temps de réponses (pour les bases de plus de 100 000 documents).

Notes de version 2.6