@joshua : tu penses qu'il serait possible de rendre les tables bi-directionnelles? le model/vue le permet.
Il est bien plus rapide et efficace de renseigner les informations N° interne, Fabricant, référence constructeur, etc ... depuis les tableaux que depuis le widget information.
Oui c'est possible mais demanderais beaucoup de boulot.
Je verrais plutôt l'édition par le biais d'un widget qui sera plus simple pour moi à coder et plus simple à utiliser, avec sûrement plein d'avantage comme par exemple pouvoir visualiser l'élément que tu est en train d'éditer (si tu as un doute), alors que si tu édite le tableau sur un folio, tu pourra pas visualisé un élément sur un autre folio, mais aussi toutes les possibilité d'un tableur.
De plus on garde bien séparé le fond et la forme.
C'est l'édition tabulaire que Nuri parlais.
Personnellement je ne suis pas pour qu'on créé un symbole voyant par référence de chaque constructeurs, ça deviendra vite ingérable et cela chargera énormément la bibliothèque. Il vaudrait mieux avoir un fichier. Il serait plus propre d'avoir une base de donnée pour remplir rapidement les informations des symboles, soit une commune qu'on alimente, soit une personnel qui s'alimente au fil de nos saisies.
100% d'accord avec toi, les informations d'éléments sont la pour ça, sinon rien que pour des voyants (en comptant les couleurs) on pourrais se retrouver avec des centaines d'éléments visuellement identique.
Perso je trouve que la bibliothèque est déjà bien grosse avec beaucoup de doublons inutile (Faire le tri est un énorme travail).
La base de donné fait partie des choses qui sont dans les cartons. Ce serais une bdd fournis avec Qet et qui pourra aussi être remplis par l’utilisateur, et partagé a nouveau avec la version officiel de Qet afin d'en faire profité tout le monde (comme les éléments).
)
.
pour dire que oui le tableau pourra afficher un sommaire ou une liste de câble, mais aussi tout ce qui peut être affiché dans un tableau.