Material-ui: [ListItem] Estouro para primaryText
Descrição do Problema
O componente ListItem com primaryText transborda seu contêiner. Ao contrário de secondaryText , não há opção para definir o número de linhas antes do estouro e não há comportamento de estouro por padrão. Acho que é _possível_ direcionar o div o texto é renderizado definindo className em ListItem , em seguida, encontrando o segundo div do primeiro div filho, mas isso parece um erro- propenso porque depende do HTML gerado.
Passos para reproduzir
- Crie
ListItemdentro deListe definaprimaryTextcomo uma string longa o suficiente para causar estouro. - O texto irá ultrapassar o final da lista.
Versões
- Material-UI: 0.15.2
- React: 15.2.0
- Navegador: Safari 10
finaiized
Todos 3 comentários
@finaiized Na minha opinião, primaryText é para títulos e secondaryText para descrição, razão pela qual o formato é mantido assim. Um texto não deve ser tão longo a ponto de transbordar. Caso contrário, o estilo overflow : hidden junto com outros estilos que evitam o estouro podem ser dados ao estilo primaryText assim como aqueles em secondaryText e um PR pode ser feito.
nehalbhanushali
em 14 jul. 2016
@finaiized Parece que uma solução para isso foi postada. No entanto, primaryText não deve demorar tanto para envolver os textos e não acho que a implementação disso no projeto MUI irá beneficiar outros usuários! 😄
aahan96
em 20 jul. 2016
Sei que isso é antigo, mas só para jogar meus dois centavos ... Por que não fazemos apenas com que o primaryText mostre reticências no estouro por padrão? Claro, talvez primaryText não deva ser tão longo a ponto de estourar, mas se isso acontecer, não deveria apenas mostrar reticências em vez de estourar e parecer quebrado? Não vejo razão para não implementar isso por padrão, a menos que haja algo mais que dependa do estouro: visível.
justinmc
em 7 dez. 2016
Questões relacionadas
iamzhouyi
·
3Comentários
joewalker
·
3Comentários
pola88
·
3Comentários
activatedgeek
·
3Comentários
ghost
·
3Comentários
Comentários muito úteis
Sei que isso é antigo, mas só para jogar meus dois centavos ... Por que não fazemos apenas com que o primaryText mostre reticências no estouro por padrão? Claro, talvez primaryText não deva ser tão longo a ponto de estourar, mas se isso acontecer, não deveria apenas mostrar reticências em vez de estourar e parecer quebrado? Não vejo razão para não implementar isso por padrão, a menos que haja algo mais que dependa do estouro: visível.