bachir
4ce1b12099
Le formulaire natif Drupal (Menu settings, URL alias, Authoring information, tabledrag/drag-handle pour des tableaux de 1-3 lignes, "Title" affiché tel quel) était pensé pour un éditeur de contenu générique, pas pour la saisie numérique quotidienne d'une ligne comptable. Sans toucher au Form API (validation, structure des champs inchangées) : - Grille compacte à 3 colonnes (Date+Type, Client, Montant HT/Facture/ TTC en ligne), au lieu de l'empilement vertical par défaut. - Menu settings / URL alias / Authoring information / Published masqués via #access -- jamais utilisés pour une ligne_comptable. - "Title" relabellisé en "Libellé court" avec une description qui explicite son rôle de repli quand "Notes / détail" est vide (déjà le comportement de home.js/dashboard*.js, jusque-là invisible côté formulaire). - Répartition / Entrée liée : poignée de glisser-déposer et bascule "Show row weights" masquées (l'ordre n'affecte jamais la somme ni l'affichage), boutons Ajouter/Retirer/Dupliquer restylés. Classe CSS partagée `figli-ledger-form` ajoutée par form_alter plutôt que de cibler la classe générée par Drupal, différente entre le formulaire d'ajout (node-ligne-comptable-form) et celui d'édition (node-ligne-comptable-edit-form).