Enterprise: Les filtres de colonne Datagrid ne fonctionnent pas bien avec la grille arborescente

Créé le 23 nov. 2018  ·  19Commentaires  ·  Source: infor-design/enterprise

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

[5] type

Commentaire le plus utile

Ajoutez ceci en tant que paramètres API allowChildExpandOnMatch: boolean

allowChildExpandOnMatch === vrai

  • si seul le parent a une correspondance, ajoutez également des nœuds enfants
  • si un ou plusieurs nœuds enfants correspondent, ajoutez le nœud parent et tous les nœuds enfants

allowChildExpandOnMatch === false

  • si seul le parent a une correspondance, alors (disable|hide|anything-else) +/- bouton et pas d'ajout de nœuds enfants
  • si un ou plusieurs nœuds enfants correspondent, ajoutez le nœud parent et uniquement les nœuds enfants correspondants (comme c'est le cas actuellement)

Tous les 19 commentaires

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.

  1. 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

  2. Besoin d'un moyen de reproduire cela. Pourrait être lié à #405

  3. Besoin d'un exemple pour cela.

  4. 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 :

2018-11-26 5

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

3 a été poussé dans le sprint de décembre.

En résumé

  1. A été corrigé sur un autre problème #437
  2. A été corrigé sur un autre problème #437
  3. A été corrigé ce sprint par @chrisfried - merci !
  4. Encore un problème

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:

  1. Accédez à https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html
  2. Appliquer le filtre Contient sur la colonne Tâche avec le mot "HMM"
  3. Essayez de développer/réduire la première ligne, rien ne se passe.

@ 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

  • si seul le parent a une correspondance, ajoutez également des nœuds enfants
  • si un ou plusieurs nœuds enfants correspondent, ajoutez le nœud parent et tous les nœuds enfants

allowChildExpandOnMatch === false

  • si seul le parent a une correspondance, alors (disable|hide|anything-else) +/- bouton et pas d'ajout de nœuds enfants
  • si un ou plusieurs nœuds enfants correspondent, ajoutez le nœud parent et uniquement les nœuds enfants correspondants (comme c'est le cas actuellement)

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

Cette page vous a été utile?
0 / 5 - 0 notes