LINUX.ORG.RU

CudaText 1.157.0

 , , ,

CudaText 1.157.0

1

1

CudaText — это свободный кроссплатформенный редактор кода, написанный на Object Pascal. Редактор поддерживает расширения на Python и имеет несколько особенностей, заимствованных из Sublime Text. На wiki-странице проекта перечисляются преимущества над Sublime Text.

Редактор подойдет продвинутым пользователям и программистам (доступно больше 270 синтаксических лексеров). Некоторые возможности IDE доступны в виде плагинов. Репозитории проекта находятся на GitHub. Для запуска в Linux есть сборки на основе GTK 2 и Qt 5. CudaText отличается относительно быстрым запуском (около 0,2 секунды на CPU Core i3).

За 4 месяца с предыдущего анонса реализованы следующие улучшения:

  • Палитра команд: улучшены команды carets extend, теперь они корректно множат каретки при проходе через короткие строки. Добавлено несколько других команд, которые переключают некоторые опции редактора. Добавлена команда reopen recent file.
  • Добавлен крестик для закрытия меню-диалогов, даже если системная рамка скрыта.
  • Опция ui_reopen_session сохраняет файл сессии каждые 30 секунд (интервал - по опции).
  • Лексер Markdown: добавлена раскраска «заборных блоков» (fenced code blocks), когда в документ включены фрагменты для других лексеров. Это настраивается в ini-файле.
  • Новый флаг-кнопка в диалоге Замена: $0, позволяет отключить RegEx-подстановки при замене (описано в Вики). Также улучшена обработка горячих клавиш (от поля редактора) в этом диалоге.
  • Менеджер проектов: добавлены пункты в контекстном меню: Open in default application, Focus in file manager. Команда этого плагина Go to file оптимизирована.
  • Лексер HTML доработан, чтобы подсвечивать фоном включенные блоки style="...".
  • Улучшен drag-drop текстовых блоков: показывает правильный курсор, и можно тащить из документов «только для чтения».
  • Просмотр картинок поддерживает также форматы WEBP/TGA/PSD/CUR.
  • Новая опция fold_icon_min_range дает прятать фолдинг для мелких блоков.
  • Добавлена обработка Ctrl+нажатие 3й кнопки мыши и Ctrl+прокрутка колесика мыши. Работает почти как в Sublime Text. Описано в Вики.
  • Движок оптимизирован для редактирования огромных строк, в режиме «перенос строк». Например для строки длиной 40M.
  • Убран лексер Ini files, он заменен «легким» лексером Ini files ^ для поддержки огромных ini-файлов.
  • Улучшена логика Undo для некоторых случаев правок (сделано похоже на Sublime Text).
  • Юникодные пробельные символы (их несколько штук) теперь показываются в HEX-форме. По опции.

>>> Страница программы



Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 7)
Ответ на: комментарий от Alexey_Tor_

Сразу видно человека, который не пользуется vs code. Может быть 5 лет назад там и были проблемы с производительностью, то сейчас с этим всё в порядке.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Сразу видно человека, который не пользуется vs code. Может быть 5 лет назад там и были проблемы с производительностью, то сейчас с этим всё в порядке.

в начале 2021 я ушёл от vs code по этой причине (сейчас у всех не тормозит так как минимум у всех озу 8гб)

s-warus ★★★
()
Ответ на: комментарий от ox55ff

Cтранно что новые текстовые редакторы еще делают. Вот например Nova на маке, или Gnome Text Editor вместо gedit. Люди не понимают что уже эпоха VScode !

Alexey_Tor_
() автор топика

версия для м1 не открывается, пишет файл поврежден и должен быть отправлен в корзину

slyjoeh ★★★
()
Ответ на: комментарий от slyjoeh

версия для м1 не открывается, пишет файл поврежден

На страничке веб написан такой совет- macOS AArch64 version needs this to be run: xattr -cr /Applications/CudaText.app/

Alexey_Tor_
() автор топика
Ответ на: комментарий от Alexey_Tor_

спасибо помогло. кстати редактор очень долго закрывается

slyjoeh ★★★
()
Ответ на: комментарий от eternal_sorrow

На твоем десктопе это как-то колышет? И не любой, а только иксовый и то не совсем всегда - только в рамках одной сессии.

praseodim ★★★★★
()
Ответ на: комментарий от Alexey_Tor_

Cтранно что новые текстовые редакторы еще делают.

На самом деле более странно что в почти всех старых редакторах невозможно в разумное время открыть файл размером 100..1000 мегабайт а если и получится открыть то редактор ляжет/недостойно призадумается на первом же поиске.
Как с этим у сабжа?

rukez ★★★★
()

Кто проверял, есть ли какая-нибудь телеметрия?

tne
()
Ответ на: комментарий от praseodim

Да. Я не доверяю никакому софту, который не написал сам. Везде могут быть уязвимости или бекдоры. Вейланд значительно снижает поверхность атаки в случае если кто то захочет украсть секретные данные.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Если мне память не изменяет, там уже GTK4 во все поля и GTK5 на подходе. Так что GTK3 не сильно живее GTK2.

trex6 ★★★★★
()

Похвально, что к мнению LOR прислушиваются.

Vinni_Pooh ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Круто, задачу запрета определённых команд протокола (GrabKey и GetImage на чужое окно) ты решаешь полной сменой протокола и реализации.

firkax ★★★★★
()

Все круто, но уже есть Vim.

Gukl ★★★
()
Ответ на: комментарий от Alexey_Tor_

Вики

Судя по Вики он тупо не умеет рендерить только видимую область.
Казалось бы можно подсмотреть даже в (о ужас) 1С и вместо отключения открытия больших файлов сделать режим когда врап и синтаксис работают в ограниченном (видимый + небольшие вылеты) диапазоне файла, но нет, очередной рисователь буков не может в примитивный поиск по большим логам.
Печаль, беда, разочарование

rukez ★★★★
()
Ответ на: комментарий от rukez

он тупо не умеет рендерить только видимую область.

Чего? Он рендерит только видимую область. Что вы там прочитали что говорите так? Просто до того как мы отрендерим видимую область мы доллжны отпарсить весь документ или хотя бы начальный экран документа. Еще точнее - в ПОТОКЕ идет парсинг всего документа и когда тред посчитал инфо по начальным строкам - мы уже рендерим начальные строки. Пусть даже без фолдинга. Когда фолдинг готов, рендерим еще раз.

И еще есть LITE lexers - когда лексер анализирует ТОЛЬКО видимый экран.

  • Log files ^
  • XML ^
  • Ini ^

в дополнение к простым

  • XML
  • Ini
Alexey_Tor_
() автор топика
Последнее исправление: Alexey_Tor_ (всего исправлений: 1)
Ответ на: комментарий от firkax

ну так это единственный способ к сожалению, другого не завезли. и это не единственная причина использовать wayland

eternal_sorrow ★★★★★
()
Ответ на: комментарий от Alexey_Tor_

Чего? Он рендерит только видимую область.

Тогда что мешает открывать файл в петабайт прочитав с диска данные до первых условно ста еолов?
С оговоркой что лексер парсит только ближайшие к видимым условные 10 мегабайт.
Для овердофига форматов, типа тех-же логов, этого более чем достаточно

Просто до того как мы отрендерим видимую область мы доллжны отпарсить весь документ или хотя бы начальный экран документа.

Чем лучше парсить весь документ чем не открывать его вообще?
Вот лежит у меня жсон в гигабайт, в котором нет ни одного массива - тупо по одному объекту из 10 стрингов на строку - зачем его парсить целиком? Чтоб узнать что он не битый? Ну допустим битый, но блокноту то не все равно? Он же его в объекты не будет парсить.

Еще точнее - в ПОТОКЕ идет парсинг всего документа и когда тред посчитал инфо по начальным строкам - мы уже рендерим начальные строки. Пусть даже без фолдинга. Когда фолдинг готов, рендерим еще раз.

Сделайте простой режим «показываю прям с диска видимую область без премудростей с возможностью поиска» и «умею держать изменения дельтами в озу чтоб записывать файл один раз при записи» и дофига людей к вам потянется.
Лексерами никого не удивить, особенно в редакторе без привязки к тулчейну (ну честно, мало кто открывает Файлы где реально нужны лексеры вне идешки), а вот быстрой работой с крупными файлами можно покорить множество сердечек ^_^

rukez ★★★★
()
Ответ на: комментарий от Alexey_Tor_

Cтранно что новые текстовые редакторы еще делают. Вот например Nova на маке, или Gnome Text Editor вместо gedit. Люди не понимают что уже эпоха VScode !

Пользователь ожидает, что законченная десктопная среда поставляется с минимальным набором софта. Это подразумевает и текстовый редактор.

AP ★★★★★
()
Ответ на: комментарий от rukez

Тогда что мешает открывать файл в петабайт прочитав с диска данные до первых условно ста еолов? С оговоркой что лексер парсит только ближайшие к видимым условные 10 мегабайт. Для овердофига форматов, типа тех-же логов, этого более чем достаточно

Этот подход подходящ для вьюера, но для редактора это сложно сделать, вот почти никто так и не делает. Наверно только EmEditor. из крутых. Почему сложно? многие команды редактирования поломаются. Которые требуют доступность всего файла в буфере. Например «форматировать весь документ форматтером». или «линтить весь документ». или «найти все вхождения», «заменить все».

Alexey_Tor_
() автор топика
Ответ на: комментарий от rukez

Лексерами никого не удивить, особенно в редакторе без привязки к тулчейну (ну честно, мало кто открывает Файлы где реально нужны лексеры вне идешки), а вот быстрой работой с крупными файлами можно покорить множество сердечек ^_^

я не берусь это делать. Много проблем. Трудно для фолдинга или поиска-замены или плагинов которые меняют (читают) весь файл и т.д.

Alexey_Tor_
() автор топика

Запустил, потыкал, вроде неплохо, но удалил. Ни одна тема не понравилась, все они какие-то напряжные для глаз. А когда скобки ставишь, то экран моргает)

kronos2411
()
Ответ на: комментарий от kronos2411

«Plugins / Addon Manager / Install» - там еще несколько хороших тем. десяток.

когда скобки ставишь, то экран моргает)

странно, по дефолту скобки не подсвечивает. хорошо бы подробно в Гитхаб.

Alexey_Tor_
() автор топика
Последнее исправление: Alexey_Tor_ (всего исправлений: 1)
Ответ на: комментарий от eternal_sorrow

А ты хоть раз код приложения на Qt видел?

говонокод можно написать на/к любой либе )

как я понял ты был против самого qt в принципе, не ?

x905 ★★★★★
()
Ответ на: комментарий от x905

говонокод можно написать на/к любой либе )

Да, но на Qt не говнокод написать невозможно. Потому что сама либа один кусок говнокода. Один только moc чего стоит.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

moc много чего делает, например концепция сигнал/слот с учетом потоков - кто еще такое может ?

x905 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.