問題の説明
ListItemを持つコンポーネントprimaryTextそれのコンテナをオーバーフローします。 secondaryTextとは異なり、オーバーフローするまでの行数を設定するオプションはなく、デフォルトではオーバーフロー動作はありません。 私はそれの_possible_をターゲットにすると思いますdivテキストを設定することで、中にレンダリングされるclassNameにListItem 、その後、最初の子のdivの第二のdivを見つけるが、それはエラー-思えます生成されたHTMLに依存するため、傾向があります。
再現する手順
- 作成
ListItem内List、およびそれのセットprimaryText原因オーバーフローに十分な長さの文字列に。 - テキストはリストの最後からオーバーフローします。
バージョン
- マテリアル-UI：0.15.2
- 反応：15.2.0
- ブラウザ：Safari 10
finaiized
全てのコメント3件
@finaiized私の意見では、 primaryTextはタイトル用で、 secondaryTextは説明用です。そのため、フォーマットはそのように維持されます。 テキストはあふれるほど長くてはいけません。 それ以外の場合はoverflow : hiddenオーバーフローを防ぐ他のスタイルと一緒にスタイルがちょうどのもののようにもprimaryTextスタイルに与えることができるsecondaryTextとPRを行うことができます。
nehalbhanushali
2016年07月14日
@finaiizedこれに対する解決策が投稿されたようです。 ただし、 primaryTextは、テキストの折り返しが行われるほど長くはなりません。これをMUIプロジェクトに実装しても、他のユーザーにメリットはないと思います。 😄
aahan96
2016年07月20日
これは古いことに気づきましたが、2セントを投入するだけです...デフォルトでprimaryTextにオーバーフロー時に省略記号を表示させないのはなぜですか？ 確かに、primaryTextはオーバーフローするほど長くないはずですが、オーバーフローする場合は、オーバーフローして壊れているように見えるのではなく、省略記号だけを表示する必要がありますか？ オーバーフローに依存する他の何かがない限り、デフォルトでそれを実装しない理由はわかりません。
justinmc
2016年12月07日
関連する問題
mb-copart
·
3コメント
anthony-dandrea
·
3コメント
ghost
·
3コメント
activatedgeek
·
3コメント
mattmiddlesworth
·
3コメント
最も参考になるコメント
これは古いことに気づきましたが、2セントを投入するだけです...デフォルトでprimaryTextにオーバーフロー時に省略記号を表示させないのはなぜですか？ 確かに、primaryTextはオーバーフローするほど長くないはずですが、オーバーフローする場合は、オーバーフローして壊れているように見えるのではなく、省略記号だけを表示する必要がありますか？ オーバーフローに依存する他の何かがない限り、デフォルトでそれを実装しない理由はわかりません。