Comme je le craignais, il y a bien un problème avec les contrôles.

• numéro de la voie
• Date dans Intervention d’une institution
• Coût expertise (livres, deniers, et sol)
  doivent être renseigner pour enregistrer le formulaire.

Il faudrait en attendant de régler le problème, désactiver les contrôles.

Faut-il conditionner le champ "transcription de toutes les conclusions ou dispositifs de l'expertise" avec le champ "conclusion" ? par exemple :

• si "accord" ou "désaccord" est coché => possibilité de renseigner une ou plusieurs conclusions
• si "aucune conclusion" est cochée => on masque le champ

Même s'il n'y a pas de conclusions à proprement parlé peut-on être amené à y renseigner quelque chose ?

Précédemment, les @xml:id étaient générés uniquement à partir de l'élément idno[@type='unitid'], ce qui occasionne des erreurs pour la modification des fiches, car plusieurs expertises disposent de fait du même identifiant.

Doit-on proposer le champ « paroisse » pour tous les lieux, ou uniquement pour lorsqu'il est situé à Paris ?

Sortir les instances secondaires (xprAppendice - xprCategories - xprObjects) du formulaire.

Faire un bouton reset par panel et un reset général.

@sardinecan Faire mail à l'équipe pour connaitre les informations qu'ils veulent voir s'afficher au fur et à mesure du remplissage du formulaire.

Le bug pouvant se présenter à Léonore, j'ajoute suite au mail de Juliette :

Je n'arrive plus à accéder au formulaire via l'adresse http://localhost:8984/xpr/expertises/.
J'ai bien lancé basex via le Terminal ; tout fonctionnait bien jusqu'aux environs d'11h30/12h.
Vous êtes peut-être en train d'y travailler ; je passe sur autre chose mais je vous envoie quand même une capture d'écran au cas où il y aurait un problème.

Ajouter un champ pour les numéros de voie

Suite à l'ajout du namespace xpr dans le formulaire et les instances, Firefox refuse d'afficher le formulaire.

@quest possibilité d'ajouter plusieurs propriétaires pour un même lieu ?

Ajouter un indicateur pour la présence d'un croquis sur le PV (≠ d'un croquis en annexe)

ajouter @Sketch="true/false" sur l'élément ?

remplacer les X des boutons supprimer par ✗

Icônes http://picol.org

Créer les fonctions XQuery de création de fichier et de base de données.

On pourrait utiliser la méthode PUT pour la création de fiches plutôt que l’insertion dans un document. Cette solution permettrait d’avoir une fiche par pv et réduirait les problèmes éventuels de concurrence dans l’application.
Pour la modification des entrées, on devra toutefois utiliser la mise à jour des données. Il faut donc évaluer l’intérêt de l’utilisation de cette méthode.

Un expert peut-il disposer de plusieurs dénominations dans un même acte ? par exemple il est désigné comme "architecte", puis comme "architecte-entrepreneur". Si oui il faut prévoir la possibilité de dupliquer ce champ.

• Le formulaire semble impliquer la sélection d’un "Type de pièce annexe" alors qu’il peut très bien ne pas y avoir d’annexe
• Sous l’onglet Lieux de l’expertise, le n° de voie semble obligatoire
• La date dans la description de l’institution sous "Intervention d’une institution"
• Le coût de l’expertise

En outre, ces champs obligatoires semblent empêcher l’enregistrement

Xforms permet d'afficher, par exemple, différentes alertes pour le contrôle d'un champ. Cela pourrait être une aide intéressante pour remplissage, afin d'identifier les erreurs, par exemple :

Un champ est requis et doit respecter une format particulier (Z1JXXX)

si le champ n'est pas renseigner : message : Ce champ est requis
si le champ est mal renseigner : message : Ce champ doit respecter le format suivant : Z1J...

Il est possible des faire des choses très pousser en fonction des cas de figures qui se présentent.

• regroupement par classe
• mise en forme des input
• mise en forme des textarea
• mise en forme des checkbox
• mise en forme des ratio
• mise en forme des

Une fausse manipulation qui se répète mais difficile à expliquer précisément (cela m'est arrivé quatre ou cinq fois) fait disparaître les champs Nom / Prénom / Qualité dans la partie PARTIES.
Les champs dessous restent (avec menus déroulants), mais je ne peux plus indiquer le nom des parties.

Voir Z1J 828, dossier 75

Transformer le select booléen en toogle

• dans description physique
• dans description de l’expertise
• déclenchement de l’expertise
• coût de l’expertise
• mention de la bourse commune

@bug lorsque l'on duplique une liste bouton de radio (pour les categories p. ex.) la première liste se décoche (mais le modèle xml est bien complété !?).

N.B. aucun problème avec les listes choix multiples et les listes déroulantes (utilisation de cette dernière pour le moment).

Modifier le chemin xpath pour qu'il prenne les nœuds dans leur contexte.
ex if="count(//owner) > 1" => owner est présent au sein du premier place, on peut donc le supprimer du second (ou inversement)

• place
  ----owner
• place
  ----owner

Utilisation des events (xforms-ready) pour l'importation automatique des valeurs au chargement de la fiche.

L'ajout d'un bind pour afficher le champ textuel si « autre » est coché dans une liste ne permet pas de le faire, par exemple :

• le champ texte est relié à l'élément object
• le bind ne l'affiche pas si «autre» n'est pas coché dans la liste
• la liste a cocher est relié à object/@type => elle hérite du bind et ne s'affiche plus.

Pour ce type de cas, une solution serait d'ajouter un sous élément pour baliser la valeur ajoutée ?

Créer la possibilité d'accéder a posteriori aux fiches pour y revenir faire des corrections / enregistrer au fur et à mesure ? Merci

En plus des catégories
Expert
Greffier
Roles
Papier et contrôle
etc.
figurent parfois des coûts exceptionnels (faux frais / voiture, par exemple), qu'il faudrait pouvoir mentionner.

(ils sont pour l'instant ajoutés en commentaire général sur l'expertise concernée)

• remplacer @nodeset par @bind pour un <repeat/> => OK
• remplacer @ref par @bind dans un <input/> ou un <select/> fils d'un <repeat/> => ne fonctionne pas. Cela duplique bien l'élément, mais ils sont liés.
• cela ne semble pas non plus fonctionner pour les <action/>, <setvalue/> et <insert/> => certainement à cause de l'index(). @todo vérification @sardinecan

Faut-il conditionner le champ "montant global" avec le champ "catégories d'expertise" : si "estimer la valeur des biens" n'est pas coché alors le champ n'apparaît pas ?

Comportement étrange du repeat lorsqu'on mélange des éléments de plusieurs instances (modèles).

Notamment entrepreneur et fermier judiciaire

Inverser deniers et sous/sols dans les rubriques monétaires :
livres - sols - deniers
et non livres - deniers - sols

Doit-on versionner les fiches, par exemple en conservant les anciennes valeurs d’un enregistrement et en les horodatant ?

(en plus de 'Bureau des experts')

ex. Z1J434, 40

Doit-on utiliser un seul champ « nom » pour les patronymes ? Ou est-ce mieux d'utiliser deux champs : nom, prénom ?

Mettre par défaut Paris pour les lieux de l'expertise

Dans 'Acteurs de l'expertise' : ces deux rubriques ne sont pas à remplir à chaque fois et prennent de la place ; elles peuvent être réduites, à développer si besoin. En l'état, la place qu'elles occupent rend plus confuse la saisie des parties.

Ajouter la possibilité de trier les expertises par ordre alpha-numérique et de la plus récente à la plus ancienne.

• lien de téléchargementSourceForge
• pousser sur Github

Dans une autre instance ? à rediscuter.

Ne pourrait-on pas avoir besoin de switch dans XForms ?

Problème avec @ref de l'élément setvalue.

@todo rendre compte de la logique

solutions possibles :

• passer par un modèle externe (à évaluer)
• utilisation de xf:choices/ => @bug ne prend en compte qu'un seul sous-niveau

Dans un premier temps, utiliser quand même xf:choices, ou mettre un message d'alerte ?

L'entrée des dates de vacations ne suffit pas, puisqu'une même date peut correspondre à une ou à deux vacations (matin et après-midi le cas échéant).

ex. Z1J434, 40 : dix dates de vacations rentrées, mais il y a eu 11 vacations (deux vacations le dernier jour, 05/03/1697)