anrexperts / xpr Goto Github PK

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

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

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

• 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

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

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.

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)

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

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)

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.

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

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

Notamment entrepreneur et fermier judiciaire

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

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

@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).

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

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

• 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

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

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.

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 ?

Ajouter un champ pour les numéros de voie

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

remplacer les X des boutons supprimer par ✗

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 ?

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.

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.

• 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

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 ?

@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 ?

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

Dans une autre instance ? à rediscuter.

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.

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

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

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

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

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

Icônes http://picol.org

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

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.

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 ?

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

(en plus de 'Bureau des experts')

ex. Z1J434, 40