FNS V-1-7-4-2 for WT 1.7.4 16 June 2016 We changed the name: family_name_stories -> FamilyNameStories The pdf files attached to a source (tag SOUR) named S_SURNAME so the files are uploaded and saved in /data/media/Patronymes/Tree->id/ You can attach notes and TEXT, media at this SOUR. They will be shown in the information page. =================================================================== You can see the module on my site, test it with "favorites" http://www.adumas.1s.fr/wt/ =================================================================== SURN Changer de méthode V-1-7-2 problème édition d'un id: pour chaque orthographe différente d'un patronyme vous devez entrer une nouvelle valeur dans la liste des SURN. C'est fastidieux, particulièrement mais pas uniquement car le rappel des listes précédentes ne fonctionne pas donc je dois tout retaper et dans la base, pour chaque entrée on crée une nouvelle ligne donc base inflationiste! et c'est difficile à gérer notamment en cas d'erreur. Je pense qu'il faut définir pour chaque patronyme une racine, par exemple sa forme moderne. C'est cette racine que l'on entre dans la ligne SURN et uniquement elle. Il semble inutile de répéter tous les SURN à chaque fois, il est préférable de savoir à quel groupe appartient ce nom. Exemple! Jane /VESSIERES/ SURN VEISSIÈRE Jeaneton /VEISSIERES/ SURN VEISSIÈRE Jean /VEYSSIERES/ SURN VEISSIÈRE Frank /VESSIRES/ SURN VEISSIÈRE Michel /VEISSIÉRE/ SURN VEISSIÈRE Avantage : Si le patronyme est le même que la racine, on ne change rien par contre si l'orthographe est différente on entre la racine choisie comme SURN après avoir cliqué sur l'icone se trouvant à la fin de la ligne NAME 1 seule entrée, la racine ; une seule ligne créée dans la base de donnée ! Il n'y a rien à changer, simplement la méthode d'utilisation de la ligne SURN Outils de gestion en cas d'erreur d'association patronyme-racine: Il suffit de changer la racine, éventuellement de rétablir le SURN à la valeur du NAME si l'id ne se rattache à aucun groupe. Cette méthode présente l'avantage de pouvoir ajouter facilement une page d'informations personnelles sur le 'étymologie du nom. C'est le but du module family_name_stories que je propose. Dans la Sidebar il affiche la racine et ses variantes avec un lien pour lancer une recherche. Un lien sous la racine permet d'ouvrir une page d'info personnalisable. La personnalisation de cette page d'information se fait dans la partie administration, vous écrivez l'histoire du nom. Elle s'affiche dans une nouvelle page ou dans une pop-up, mais si vous mettez des photos la page offre plus d'espace. J'ai laissé les deux options pour cet version de test. =========================================================================================================== V-1-7-4-1 L'idée reste la même: un id = une orthographe avec un SURNAME ou nom de faille qui est la racine de toutes les variantes. Vous la choississez comme vous voulez: la version moderne du nom ou la plus courante etc... Les différentes variantes seront listées dans la barre latérale. A chaque nom de famille racine est associée une SOUR créée automatiquement quand vous ouvrez la pae la première fois depuis la barre latérale en cliquant sur "Display origins". Le titre de cette SOUR est automatiquement attribué sous la forme S_SURNAME (ex: S_DUMAS, S_CURIE, S_CALMUS etc..) Vous pouvez associer des documents sous différentes formes à cette SOUR: * Un fichier pdf que vous associez à SOUR * Une note que vous associez la SOUR * Un texte html que vous composez à partie de la page d'admnistration avec l'éditeur intégré FCKEditor Ce texte est sauvé comme tout bloc html dans la base de données. Depuis la barre latérale, quand vous cliquez sur le bouton "Display origins" la page d'information s'ouvre avec le texte html, les notes ou texte associés s'ils existent et des liens vers les fichiers media associés à SOUR. S'il n'y a ni note, ni text, ni html et un seul pdf associé, celui-ci s'ouvre directement. Fenêtre de migration des versions aantérieures: Dans les versions précédentes, les pdf étaient stockés dans webtrees/media/Patronymes^par défaut ou ailleurs suivant vos choix. La migration consiste à scanner cet ancien dossier, *trouver les pdf *copier les pdf vers le dossier data/media/Patronymes/treeId *créer les sources associées aux patronymes :S_PATRO *associer les fichiers PATRO.pdf aux S_PATRO On peut refuser la migration et la faire à la main: la fenêtre ne sera pas réaffichée On peut forcer l'apparition de la fenêtre de migration en positionnant la constante FNS_FORCE_MIGRATION à true ligne 85 du fichier module.php V-1-7-4-2 16 JUN 2016 admin/editor can add note/text/media from the information page directly without having to open the citation S_SOURCE ---------------------------------------------------------------------------------------------------------------------------------------------- SURN Change the method Problem editing an id: for each different spelling of a name you have to enter a new value in the list of the SURN. It is boring, specially on my system because the recall of the previous lists does not work (for SURN) so I have to do up everything and, in the base, for each spelling, we create a new row thus inflationary base! And moreover it is difficult to manage specially in case of error. I think we must define for each name a root, for example its modern spelling. There is no need to repeat all the list each time, we need to know, I need, what is the group this name is member of and I know if it's a member of this group the spelling can be anyone of these spellings we can find in this group? It's this root we write as SURN and only it. Example! Jane /VESSIERES/ SURN VEISSIÈRE Jeaneton /VEISSIERES/ SURN VEISSIÈRE Jean /VEYSSIERES/ SURN VEISSIÈRE Frank /VESSIRES/ SURN VEISSIÈRE Michel /VEISSIÉRE/ SURN VEISSIÈRE Advantage: if the name is the same as the root or if there is no other spelling, we change nothing and on the other hand if the spelling is different we enter the root chosen as SURN after having clicked on the icon being at the end of the line NAME only one input: the root; a single row created in the data base There is nothing to change, only the method of using the tag SURN Management tools in case of error of association patronymic-root: In case of mistake, just change the root and if this name is unique write this name as root. I tried this method on my DB without seeing problems so far This method presents the advantage of being able to add easily a page of personal information about etymology of the name. It is the purpose of the module family_name_stories that I propose. In Sidebar it shows the root and its variants with a link to launch a search. A link under the root allows to open a page of customizable information. The customization or writting of this page of information is made in the administration page, where you write the story of the name. it's displayed in a new HTML page or in a pop-up, but if you put photos the page offers more space. The title of this page MUST be the Name you cose as root, logic, since this page is for all the id of the group. I left both options for this version of test. Good tests. To change the line SURN of your gedcom, after saving it (option export), use the batch option and search/replace/ it's working fine. See on my site, any name to see the info-page by default, and names : DUMAS, CURIE, VEISSIERE ou PELISSIER Regards Andre --------------------------------------------- André DUMAS http://www.adumas.1s.fr/wt/ ---------------------------------------------