H12- Correction d'un métier

Ma question du soir :

J'ai par exemple des journaliers ... Le dictionnaire des métiers me met bien une majuscule à ce métier.
Seulement comment je fais pour corriger journalier en Journalier dans les fiches où c'est nécessaire ?
J'aurais dû le faire dans la version 11 mais je ne savais pas et maintenant c'est trop tard ...

Oui je peux le faire à la main pour chaque fiche mais encore ?

Si tu corriges dans le dictionnaire des métiers, cela doit se corriger partout

Le problème c'est que je n'ai rien à corriger dans le dictionnaire puisqu'il est déjà écrit correctement ...
J'ai quand même tenté le remplacer ( avec les doubles flèches en bas) mais je ne peux pas remplacer Journalier par Journalier , les journaliers restent sans majuscule !!! Puisque le dictionnaire ne voit pas la difference minuscule-majuscule ( ou alors il y a une option que je n'ai pas vue ? )

Corriges en faisant une fôte d'orthographe, puis corriges de nouveau

le dictionnaire des professions écrit le métier avec une majuscule, qqsoit la façon dont on fait la saisie

dans le champ profession, on peut au choix écrire le métier avec ou sans majuscule indépendament du dico

pitaudfab a écrit:

le dictionnaire des professions écrit le métier avec une majuscule, qqsoit la façon dont on fait la saisie

dans le champ profession, on peut au choix écrire le métier avec ou sans majuscule indépendament du dico

Oui c'est ce qu'on dit mais justement la question est : comment corriger dans le champ profession de façon "groupée" comme avant avec la fonction "chercher-remplacer" ????

ce que voulait dire le précédent message était:
je suis désolée je ne vois pas de solutions simple

reste le passage et la modification dans le gedcom.. à ne pas faire en 12.1 en ce moment..attendre un peu
ou
comme tu viens juste de basculer en 12 et que tu n'as pas du faire bcp de modifs (j'espère) tu fais ton changement en 11 et tu repasse en 12

perso je prendrai le choix du ged en attendant que tout soit stable, la majuscule n'est pas capitale à court terme ( )

je vais réfléchir à une meilleure solution et me renseigner.

pitaudfab a écrit:

perso je prendrai le choix du ged en attendant que tout soit stable, la majuscule n'est pas capitale à court terme ( )

Non c'est pas capital et c'est sûr que je ne vais pas retourner sous la 11 pour ça car j'ai avancé quand même et aucune envie de recommencer

Pas de gedcom non plus donc je rajoute sur ma liste des choses à faire avec la 12...

pitaudfab a écrit:je vais réfléchir à une meilleure solution et me renseigner.

Merci

Elloe
attentionNe travailles pas sur ton fichier rajeuni,cf msg de Mike sur le fait que la manip de rajeunissement est pour la 11.1 et non la 12.1, mais sur ton fichier issu directement du transfert
A plus

pitaudfab a écrit:Elloe
attentionNe travailles pas sur ton fichier rajeuni,cf msg de Mike sur le fait que la manip de rajeunissement est pour la 11.1 et non la 12.1, mais sur ton fichier issu directement du transfert
A plus

Oui oui t'inquiète pas j'ai jeté direct mes fichiers rajeunis mais grassouillets !!!!!

As-tu essayé de supprimer journalier d'enregistrer de fermer Heredis puis de relancer et de créer Journalier sur le même individu et de l'intégrer comme une nouvelle profession dans ton disctionnaire?

Mandra a écrit:As-tu essayé de
supprimer journalier d'enregistrer de fermer Heredis puis de relancer et de créer Journalier sur le même individu et de l'intégrer comme une nouvelle profession dans ton disctionnaire?

après essais
qqsoit la façon dont journalier sera saisi dans le dico JOURNALIER, Journalier,journalier
journalier apparaitra dans le dico sous Journalier
et dans le champ profession de la fiche individu de la façon dont vous le saisissez au moment précis de cette saisie.


les 2 sont indépendants

et tout à fait d'accord, ce n'est pas pratique du tout.

100% d'accord avec les conclusions de Fabienne ci-dessus. Pas de solution évidente (s'il en existe une....)
La gestion de la "casse" (gestion des majuscules et minuscules) qui existait sous H11 dans "rechercher/remplacer" n'a pas été reconduite dans le dictionnaire des professions (elle existe toujours sous H12 pour les 5 rubriques accessibles).
Je ne pense pas que ce soit une volonté de BSD, mais plus simplement un raté dans le développement.
Pour preuve, dans l'aide H12 pro est écrit pour "rechercher/remplacer":

"La fonction Rechercher/Remplacer permet de retrouver un mot saisi dans les rubriques Prénoms - Suffixe - Surnom - Profession - Titre - Subdivision - tous les champs utilisateurs définis et de le remplacer par un autre que vous indiquez."

puis plus bas:

"Cochez la case Respecter la casse pour que Heredis tienne compte des majuscules et minuscules. Par exemple, rechercher docteur pour le remplacer par Docteur."

Ce qui est faux dans l'aide H12 est d'ailleurs bien corrigé dans le "guide de l'utilisateur" à la page 100:

"Les remplacements ou modifications dans les noms, les prénoms, les professions, les
lieux, les sources et les médias se font directement depuis les dictionnaires (auxquels on accède depuis le menu Outils)."

Il faut le signaler à BSD.

c'est signalé à BSD....

mais je ne pense pas que le chercher/remplacer sur les prénoms et les professions 'revienne' car maintenant ils sont gérés par le dico

l'aide est fausse

en attendant seule solution le ged..

Ce dictionnaire est assez farfelu ou bien je n'ai pas compris son fonctionnement
J'explique j'ai 70 journalier, je crée une nouvelle profession xxxx, je remplace journalier par xxxx et là surprise une fois il y 1 individus à remplacer,
si je refais toute la manipulation il y en a 10 à remplacer, à chaque fois journalier n'est plus dans le dictionnaire mais les autres individus l'exercent encore

Stéphane j'ai fait ce genre de choses aussi suite au message de Mandra et ça fait comme toi !!! C'est pour cela que j'ai arrêté et que je corrige à la main quand je les croise et que je veux rajouter une majuscule dans le champ profession ...Pratique

La gestion dans le dictionnaire ne doit pas induire une la perte de la gestion de la casse.
Quand un développeur fait une modification, il s'assure avant de la portabilité de l'existant et fait des tests de non régression.
A un certain niveau de finalisation, interviennent les bêta testeurs.

Il suffit de gérer la casse, sauf erreur ça ne devrait pas toucher à la structure de l'application, et je ne pense pas que ce soit insurmontable pour un développeur.

Je suis nouveau sur le forum. Quand tu dis que c'est signalé à BSD, c'est une démarche personnelle, auquel cas je leur signale aussi, ou c'est une démarche commune au travers du forum qui peut avoir plus de poids ?

Ou le dico comme il est et on gardait le critère "profession" dans le chercher-remplacer ....Ce qui doit être super facile à faire ... ( puisque c'était déjà fait )

Tout à fait d'accord, mais même quand ils ne touchent pas à la structure, ils font des ratés.

Avez-vous remarqué la disparition des 3 cases "réduire-agrandir-fermer" en haut à droite de la fenêtre d'édition des sources, et de la case "fermer" des fenêtres d'éditions des lieux, des noms, etc.
Cases bien présentes dans H11 (j'ai envoyé des captures d'écran H11 et H12 à BSD)...

Alabama a écrit:...disparition des 3 cases "réduire-agrandir-fermer" en haut à droite de la fenêtre d'édition des sources, et de la case "fermer" des fenêtres d'éditions des lieux, des noms, etc.
Cases bien présentes dans H11 (j'ai envoyé des captures d'écran H11 et H12 à BSD)...

ils sont au courant par les bêta-testeurs.

Alabama a écrit:

Avez-vous remarqué la disparition des 3 cases "réduire-agrandir-fermer" en haut à droite de la fenêtre d'édition des sources, et de la case "fermer" des fenêtres d'éditions des lieux, des noms, etc.
Cases bien présentes dans H11 (j'ai envoyé des captures d'écran H11 et H12 à BSD)...

On en a parlé mais je ne retrouve pas le post !!!

Alabama a écrit:La gestion dans le dictionnaire ne doit pas induire une la perte de la gestion de la casse.
Quand un développeur fait une modification, il s'assure avant de la portabilité de l'existant et fait des tests de non régression.
A un certain niveau de finalisation, interviennent les bêta testeurs.

Il suffit de gérer la casse, sauf erreur ça ne devrait pas toucher à la structure de l'application, et je ne pense pas que ce soit insurmontable pour un développeur.

Je suis nouveau sur le forum. Quand tu dis que c'est signalé à BSD, c'est une démarche personnelle, auquel cas je leur signale aussi, ou c'est une démarche commune au travers du forum qui peut avoir plus de poids ?

nous sommes un groupe de beta testeurs, dont certains font partis aussi de ce forum

quand je dis signalé à BSD, c'est par le forum du beta test. Mais cela ne vous empêche absolument pas d'écrire directement à BSD.

Nous testons cette version depuis déjà 3 mois,
un patch 1.2 est en cours de test pour résoudre des pbs identifiés

mais nous sommes tenus à un certain niveau de confidentialité, ce qui rend nos interventions qq fois un peu sybillines.

sph a écrit:Ce dictionnaire est assez farfelu ou bien je n'ai pas compris son fonctionnement
J'explique j'ai 70 journalier, je crée une nouvelle profession xxxx, je remplace journalier par xxxx et là surprise une fois il y 1 individus à remplacer,
si je refais toute la manipulation il y en a 10 à remplacer, à chaque fois journalier n'est plus dans le dictionnaire mais les autres individus l'exercent encore

Dans certains cas effectivement le remplacement dans le dico des professions et des prénoms devient "fou"

Ceci est aussi connu de BSD et en cours de résolution. Juste un peu de patience...

Merci à tous pour ces réponses.
Systématiquement, j'envoie toujours en parallèle au forum, suggestions et constatations de problèmes à BSD.

Alabama a écrit:Systématiquement, j'envoie toujours en parallèle au forum, suggestions et constatations de problèmes à BSD.

C'est la bonne démarche.

N'oubliez pas qu'en tant que beta-testeurs nous avons un tout petit pouvoir, que nous ne sommes pas toujours écouté par BSD Concept qui aura par contre beaucoup plus de difficultés à ne pas entendre les réclamations des utilisateurs en direct.
Alors n'hésitez pas à faire remonter directement les bugs que vous découvrez, les réclamtions et les suggestions que vous avez à faire. Plus nous seronsnombreux, plus nous aurons de poids

Alabama a écrit:La gestion dans le dictionnaire ne doit pas induire une la perte de la gestion de la casse.
Quand un développeur fait une modification, il s'assure avant de la portabilité de l'existant et fait des tests de non régression.

Attention aux "gros mots" dans le langage de BSD ... je veux dire par là que, si BSD faisait des tests de "non-regression", de nombreux bugs ne seraient pas apparus (calcul des dates, ...). Je crains de l'embauche d'une miss "qualité" soit arrivé trop tard pour corriger les travers des développeurs !

Alabama a écrit:A un certain niveau de finalisation, interviennent les bêta testeurs.

A lire de nombreux messages, le poids des pauvres bêta (et néanmoins intelligents) testeurs n'a pas suffit pour infléchir certains travers de BSD sur les problèmes épineux ...

Alabama a écrit:Il suffit de gérer la casse, sauf erreur ça ne devrait pas toucher à la structure de l'application, et je ne pense pas que ce soit insurmontable pour un développeur.

Je suis nouveau sur le forum. Quand tu dis que c'est signalé à BSD, c'est une démarche personnelle, auquel cas je leur signale aussi, ou c'est une démarche commune au travers du forum qui peut avoir plus de poids ?

Le signalement à BSD est toujours une démarche personnelle, et secrète. BSD ne publie aucune liste des remarques et demandes de correction.

Je suis tout à fait d'accord avec cela, et je ne jette certainement pas la pierre aux bêta-testeurs qui font de leur mieux et qui le font certainement bien. Encore faut-il que BSD joue le jeux.
Une chose est certaine il y a un fossé, pour ne pas dire un gouffre entre le monde professionnel et le monde grand public.
Faut faire avec... et surtout donc, je vais continuer de réclamer auprès de BSD.