Chrome contenteditable = ошибка переноса слов - PullRequest
0 голосов
/ 27 апреля 2020

Итак, я предположил, что теперь в Chrome есть ошибка, которая только что исправлена, потому что проблема переноса слов больше не возникает. По иронии судьбы, это теперь появляется, когда я использую свой отвратительный CSS хакерский злоупотребление -webkit-box, чтобы сделать перенос слов работающим, перенос слов теперь ломается.
Кажется, я не могу найти ничего на трекерах.

Похоже, что происходит, если у вас очень длинное слово без пробелов и вы устанавливаете атрибут contenteditable=false, (или quill.enable(false)), странная вещь происходит с -webkit-user- изменение встроенных стилей и прерывание переноса слов перестают работать, и вы просто получаете действительно длинные строки, которые переполняются независимо от того, что вы пытаетесь сделать.

Это взломанный CSS, который я использовал:

  .ql-editor[contenteditable=false] p {
    display: -webkit-box;
    overflow-wrap: break-word;
  }

  /* only allow editing plaintext */
  .ql-editor[contenteditable=true] {
    -webkit-user-modify: read-write-plaintext-only;
  }

Примечание. Я использовал Quill. js в качестве редактора, а .ql-editor - это имя класса для редактора.

Надеясь на какой-нибудь умный взлом, который я могу использовать, чтобы обойти эту ошибку, чтобы обнаружить ее. Обратите внимание, что использование -webkit-box является медленным, поэтому, если ошибка отсутствует, я бы не хотел использовать -webkit-box. Прямо сейчас, похоже, мне просто нужно определить версии браузера. Я думал просто удалить contenteditable, но это вызвало другие проблемы.

...