Material-ui: [ListItem] Débordement pour primaryText

Créé le 13 juil. 2016 · 3Commentaires · Source: mui-org/material-ui

Description du problème

Le composant ListItem avec primaryText déborde de son conteneur. Contrairement à secondaryText , il n'y a pas d'option pour définir le nombre de lignes avant le débordement, et il n'y a pas de comportement de débordement par défaut. Je pense qu'il est _possible_ de cibler le div dans lequel le texte est rendu en définissant un className sur le ListItem , puis en trouvant le deuxième div du premier enfant div, mais cela semble erreur- sujettes car cela dépend du code HTML généré.

Étapes à reproduire

Créez un ListItem dans un List , et définissez-le comme primaryText sur une chaîne suffisamment longue pour provoquer un débordement.
Le texte débordera à la fin de la liste.
Versions

Matériel-UI : 0.15.2
Réagir : 15.2.0
Navigateur : Safari 10

Source

finaiized

👍4

Commentaire le plus utile

Je me rends compte que c'est vieux, mais juste pour y jeter mes deux cents... Pourquoi ne faisons-nous pas simplement en sorte que le PrimaryText affiche une ellipse en cas de débordement par défaut ? Bien sûr, peut-être que primaryText ne devrait pas être si long qu'il déborde, mais si c'est le cas, ne devrait-il pas simplement afficher les points de suspension au lieu de déborder et d'avoir l'air cassé ? Je ne vois pas de raison de ne pas simplement implémenter cela par défaut, à moins qu'il n'y ait autre chose qui dépend du débordement : visible.

justinmc le 7 déc. 2016

👍49 ❤2

Tous les 3 commentaires

@finaiized À mon avis, primaryText est destiné aux titres et secondaryText à la description, c'est pourquoi le format est conservé de cette façon. Un texte ne doit pas être trop long au point de déborder. Sinon, le style overflow : hidden ainsi que d'autres styles empêchant le débordement peuvent également être attribués au style primaryText, tout comme ceux de secondaryText et un PR peut être effectué.

nehalbhanushali le 14 juil. 2016

@finaiized On dirait qu'une solution a été publiée. Cependant, primaryText ne devrait pas être si long que l'emballage des textes ait lieu et je ne pense pas que la mise en œuvre de cela dans le projet MUI profitera aux autres utilisateurs ! ??