Nous avons expérimenté la grille arborescente sur le projet de catalogue de données et avons rencontré un certain nombre de problèmes qui la rendent moins qu'utilisable. Des problèmes ont été trouvés en 4.11. La plupart d'entre eux sont probablement plus liés à ids-enterprise, mais je les mets tous ici. En écrivant ceci sur mon téléphone, je peux ajouter des exemples de captures d'écran au besoin la semaine prochaine.
[x] 1. Comportement : le filtre ne correspond qu'aux éléments de l'arborescence de niveau supérieur.
Attente : le filtre doit correspondre aux éléments situés plus bas dans l'arborescence, affichant l'élément correspondant ainsi que les parents, grands-parents, etc. pour le contexte~~
[x] 2. Comportement : Faire correspondre une ligne avec des enfants continue d'afficher le bouton Développer/Réduire, mais cliquer dessus ne fait rien. Aussi provoque parfois une bizarrerie générale avec une indentation que j'essaierai de reproduire la semaine prochaine.
Attente : Si un parent correspond, il doit être extensible pour afficher tous les enfants. Je suis moins sûr de ce que devrait être le comportement si l'un de ses enfants est également compatible...~~
[x] 3. Comportement : Le formatage de la grille arborescente est trompeur. L'indentation d'un enfant correspond à l'indentation produite par le bouton développer/réduire sur le parent, ce qui donne l'impression qu'ils sont au même niveau.
Attente : le texte des éléments frères doit tous avoir une indentation correspondante, le bouton développer/réduire ne doit pas changer l'indentation
[ ] 4. Comportement : Appliquer une mise en forme personnalisée à la colonne avec le bouton développer/réduire avec un composant angulaire ne semble pas possible sans casser l'arborescence.
Attente : le formatage personnalisé devrait rester possible avec la grille d'arborescence
Je pense que nous devrions déplacer cela vers le projet EP. Pouvez-vous le déplacer pour moi @clepore
J'ai numéroté vos problèmes pour pouvoir y répondre. Nous avons également besoin d'un moyen de mieux les reproduire.
Ce problème a peut-être été résolu sur #437 pouvez-vous retester sur http://4130-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html
Besoin d'un moyen de reproduire cela. Pourrait être lié à #405
Besoin d'un exemple pour cela.
Cela pourrait être possible si vous copiez entièrement le code du formateur d'arbre et ajoutez vos personnalisations à votre version https://github.com/infor-design/enterprise/blob/master/src/components/datagrid/datagrid.formatters.js #L368 -L378
Je vais regarder les autres, mais je peux répondre à 4 maintenant: j'ai essayé de copier le code du formateur Tree dans le composant, mais le code qui donne la fonction de bouton développer/réduire ne trouvait pas le bouton.
D'accord. Je pensais qu'il serait préférable pour 4. de créer le concept de sous-formateur afin que vous puissiez le spécifier et dans certains formateurs, cette partie peut être formatée. Fx pour isoler la partie texte du formateur d'arbre.
3 est un enjeu inhérent à la conception de la grille arborescente :
D'après mes souvenirs, cela a été discuté lors de la conception initiale, mais la version "attendue" me semble plus lisible. Qu'en penses-tu @kayiuho ?
Je pense que 2 a également été résolu par 1 étant corrigé. Si je peux à nouveau le reproduire dans enterprise-ng, je vous le ferai savoir.
@tmcconechy rien
En résumé
Nous devons donc diviser ce billet. Pouvez-vous s'il vous plaît faire un nouveau numéro pour le #4 si vous le voulez toujours @chrisfried
Ensuite, nous pourrons régler cela plus tard, car ce ticket est déplacé vers le contrôle qualité pour les correctifs que vous avez apportés. Mieux si vous faites le billet pour qu'il soit à votre nom. Merci!
Le comportement numéro 2 se produit toujours lorsque vous appliquez un filtre qui correspond au nœud parent. Le bouton Développer/Réduire s'affiche mais ne fait rien.
Pas:
@ deep7102 Pouvez-vous jeter un œil à ce boîtier supplémentaire ?
Pour le moment, la raison pour laquelle la dernière partie sur #2 ne fonctionne pas est qu'il n'y a pas d'enfants qui correspondent là-dessous. Je remarque qu'il est écrit "Attente : si un parent correspond, il devrait être extensible pour afficher tous les enfants".
Pensons-nous vraiment que cela devrait montrer aux enfants même s'ils ne correspondent pas ? Je ne suis pas si sûr, et penche-t-il pour que ce soit le comportement correct/acceptable ?
Que pensons-nous? @EdwardCoyle @clepore @pwpatton @deep7102 @brianjuan @chrisfried ?
Pour le comportement de recherche par défaut, je pense que cela pourrait dépendre. Peut-être qu'un commutateur est en ordre (allowChildExpandOnMatch) ou quelque chose.
Dans Landmark, nous avons un exemple où nous autorisons l'expansion d'un nœud correspondant même lorsque les enfants ne correspondent pas aux critères de recherche (nous chargeons paresseux et gérons nous-mêmes tout ce comportement sans la recherche/filtre par défaut puisque nous ne pouvons pas le faire dans Mémoire).
Ajoutez ceci en tant que paramètres API allowChildExpandOnMatch: boolean
allowChildExpandOnMatch === vrai
allowChildExpandOnMatch === false
On dirait que cela le couvrirait - un gros changement?
Peut-être qu'il faut suivre le filtre et filtrer les nœuds et les profondeurs, etc.
Ok, je suggère que nous fassions un nouveau numéro pour plus tard. Ce n'est pas totalement dans la portée en ce moment.
Je suggère donc que nous fermions ce problème comme
Je pense que nous sommes bons pour créer un ticket séparé pour la mise en œuvre des grands changements pour le numéro 2.
Déplacera maintenant ce Terminé, car https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html fonctionne comme prévu pour tous les autres comportements suggérés.
Ajout du nouveau problème #1422
Commentaire le plus utile
Ajoutez ceci en tant que paramètres API
allowChildExpandOnMatch: boolean
allowChildExpandOnMatch === vrai
allowChildExpandOnMatch === false