Это сообщение отображается при открытии файла, содержащего не слишком длинные строки. Конечно, он отображается, когда файл содержит очень длинные строки. Но я хочу, чтобы это всплывающее сообщение не появлялось. Я знаю, что это может повлиять на производительность, но это всего лишь дополнительный щелчок, от которого я хочу избавиться.
Это копия ответа, который я разместил в Unix & amp; Linux относительно вопроса, подобного этому, под названием: Как убрать ошибку «разделенных линий» в Bluefish? . Я публикую его здесь, поскольку решение, основанное на билете, который я разместил (ссылка ниже), вероятно, приведет к потенциальному решению для обоих.
Не уверен, связана ли эта проблема или нет, но если вы посмотрите на детали этой проблемы в трекере ошибок Bluefish bugzilla. Тема называется: Очень длинные строки и использование процессора , что не имеет отношения к теме, но если вы посмотрите на вопрос:
выдержка
Я протестировал это с bluefish 2.2.2, построенным против gtk + -2.24.17 и позже против gtk + -3.4.4, я получил то же поведение.
Я много редактирую css, и некоторое время назад я обнаружил, что изображения base64 представляют собой проблему. И чем они больше, тем больше проблема.
Изображения base64 могут приводить к очень длинным строкам, даже маленьким изображениям, потому что информация растрового изображения должна храниться с использованием подмножества ascii (или чего-либо еще). Поэтому не удивительно, что я заканчиваю строки с +10 000 столбцов, иногда намного длиннее.
Когда я прокручиваю такой файл вниз, в тот самый момент, когда собирается появиться оскорбительная строка, редактор зависает, и я вижу, как gkrellm начинает сходить с ума по поводу использования процессора. Я могу открыть тот же файл в nano и прокрутить, как захочу, даже не заметив пик процессора.
Когда файл CSS полон этого материала, я просто закрываю bluefish и использую все, что есть под рукой.
Один из разработчиков сделал такой комментарий:
спасибо за сообщение, к сожалению, это известная ошибка в виджете gtk textview.
где-то в bugzilla есть отчет об ошибках для gtk, но он не исправлялся годами. Я удивлен, что сборка Windows не имеет этой проблемы, она также использует gtk ....
Я понимаю, что ошибка, которую вы видите, звучит по-другому, но эти две проблемы, похоже, связаны со мной. Я бы предложил подать это как ошибку и посмотреть, что разработчики
Чтобы попытаться помочь решить эту проблему для вас и других ОП на U & amp; LI, подал это как ошибка в Bugzilla для проекта Bluefish.
Не стесняйтесь комментировать это, надеюсь, мы скоро что-нибудь услышим об этом выпуск.