LINUX.ORG.RU

Выпуск редактора CudaText 1.110.3

 ,

Выпуск редактора CudaText 1.110.3

3

1

CudaText — это свободный, кросс-платформенный редактор кода, написанный на Lazarus. Редактор поддерживает расширения на Python, и имеет несколько особенностей, позаимствованных из Sublime Text. На Wiki-странице проекта https://wiki.freepascal.org/CudaText#Advantages_over_Sublime_Text_3 автор перечисляет преимущества над Sublime Text.

Редактор подойдет продвинутым пользователям и программистам (доступно больше 200 синтаксических лексеров). Некоторые возможности IDE доступны в виде плагинов. Репозитории проекта находятся на GitHub. Для запуска в Linux есть сборки на GTK2 и Qt5. CudaText отличается относительно быстрым запуском (около 0.3 секунды на CPU Core i3).

Изменения, сделанные за последние 2 месяца:

  • Улучшен движок регулярных выражений TRegExpr. Добавлены атомарные группы, именованные группы, lookahead+lookbehind assertions, поиск юникодных групп по \p \P, поддержка символов юникода больших U+FFFF. Это тот же движок, который входит в Free Pascal, но версия из upstream. Есть надежда, что изменения из upstream войдут и в Free Pascal.

  • Доработаны лексеры. Например, JSON теперь подчеркивает все неверные JSON конструкции, Bash подчеркивает неверные «числа», PHP сильно доработан для прохождения тестов из другого редактора.

  • Добавлены опции:

    • Шрифт статус-бара.
    • Элемент UI-темы для цвета статус-бара.
    • Разрешение показа полосы вкладок.
    • Разрешение показа нижней и боковой панелей при запуске.
  • Команда «Проверить обновления» работает во всех ОС.

  • Новый лексер RegEx, для раскраски ввода диалога Поиск в режиме «регулярных выражений».

  • Вертикальные блоки для режима «перенос строк» теперь работают примерно так же, как и в Sublime Text и VS Code. Подробнее описано в Вики, https://wiki.freepascal.org/CudaText#Behaviour_of_column_selection

  • Для пользователей ST3 сделан раздел в Вики, показывающий, как многие действия ST3 выполнять в CudaText: https://wiki.freepascal.org/CudaText#CudaText_vs_Sublime_Text.2C_different_answers_to_questions

>>> Сайт программы



Проверено: alpha ()
Последнее исправление: alpha (всего исправлений: 5)
Ответ на: комментарий от Alexey_Tor

Интересно заглянуть в исходники, но пока нет времени. Нужно подготавливать к релизу свои программы.

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

Чистый интерфейс, ничего лишнего. Тулбар я бы вообще отключил, боковую панель для навигации оставил бы. В целом сложно обьяснить

не понял…. То есть Синрайт от Куд отличается тем что в сине градиентные панели (и табы и фон тулбара). А еще мелочь в сине- панель ввода quick search. Отличие вобщем - градиент на UI. Но это ж мелочи.

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

градиентрые панели

Вы посмотрите на скриншот. Он запущен под wine с темой оформления Windows. Как следствие, нет там никакого градиента.

Отличие вобщем- градиент на UI.

Отличие в том, что cudatext имеет неконтрастную рабочую область, и все части: основная область текста, скроллбары, боковая панель, вкладки — сливаются в одну массу без чётких границ. Я посмотрел все темы, которыми он укомплектован, но ни одной sexy не увидел, чтобы прям захотелось писать в нём код.

У Syn тоже не хватает контрастности на вкладках: https://ibb.co/vxtCKs1 Это единственное слабое место интерфейса. Если их рисовать средствами тулкита, а не кустомно, то будет нормально.

В общем, это всё конечно вкусовщина, но эта вкусовщина режет глаза при работе.

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

сливаются в одну массу без чётких границ. Я посмотрел все темы

Легко же настроить

  • выбираем темную тему - sub
  • options / settings-theme-ui, меняем на светлое «editor BG», на темное «editor font»
  • еще и синтаксис тему надо выбрать руками НЕ sub. светлую

https://ibb.co/hcVPDmJ

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

Вы можете сделать sexy тему по этому совету.

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

Кстати да, почему автора ещё не застебали стандартным «в линуксе так не хватало текстовых редакторов, плееров, калькуляторов»?

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

Точно! Спасибо, долго вспоминал, не мог вспомнить!

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

ви/вим активно критикуется за подобный выбор

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

Немного пошевелю тему, раз уж автор в треде. А как у CudaText-а с работой с большими файлами? Например если у нас есть файлик в 10 Гб и никто даже не в курсе какая там внутри структура (предположим человек который его какими-то скриптами собрал давно пропал и надо глазками глянуть есть ли смысл с ним возиться и вытаскивать из него данные, так что даже грепать бесполезно, потому что не понятно что именно грепать). Большинство редакторов в тыкву при таких условиях. В принципе с такими файлами работает только glogg из всего что я видел, но он не редактор, а средство для просмотра логов.

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

Немного пошевелю тему, раз уж автор в треде. А как у CudaText-а с работой с большими файлами? Например если у нас есть файлик в 10 Гб и никто даже не в курсе какая там внутри структура (предположим человек который его какими-то скриптами собрал давно пропал и надо глазками глянуть есть ли смысл с ним возиться

Очень хорошо с большими файлами. Не хуже Сублиме и тд. Пример https://wiki.freepascal.org/CudaText#Perfomance_of_loading_huge_files

И еще есть встроенный ВЬЮЕР для любого размера https://wiki.freepascal.org/CudaText#File_viewer

И ЭТО НЕ ПОХОЖЕ НА ЕМАКС

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

Очень хорошо с большими файлами.

300 мегабайт это немного меньше 10 гигов. Там специальный подход по отображению и загрузке файлов в память нужен. Т.е. как и в большинстве других редакторов. Просто если бы появился редактор, который визуально файл по кускам грузит, пусть потом и медленно сохраняет, я бы перешел на него.

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

Читал что EmEditor имеет некий адаптер для huge files, но это что-то особенное и я не щупал.

Да конечно, какой-то подход нужен, не знаю..

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

понятно куда можно развиваться, но без 1000$ до этого режима когда еще руки дойдут.

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

Просмотреть 10 гигов не проблема. Даже lister.exe от тотал коммандера с этим справится.

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

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)

Щас бы в век OpenCL, Vulkan и прочих RocM релизить такой позорный вендерлок. Нахрена вообще этому виму на минималках что-то на GPU считать? Регулярки и разукрашивание кода емнип не на флотах, а на интах, пока ещё.

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

А что? Слишком тонко? Ладно - будет толще. Нафига называть вим кудой?

Нафига называть вим худой?

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

Встречный вопрос: нафига называть браузер хромом?

Так хромой же …

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

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

Реально!

Можно читать куски из файла (размер - опция) и при скролле за конец куска делать save, и save будет склеивать

файл ДО куска + буфер + файл ПОСЛЕ куска

это будет работать даже для 10Г логов.

Alexey_Tor
() автор топика
Последнее исправление: Alexey_Tor (всего исправлений: 3)
Ответ на: комментарий от sMax

А что там с Pascal? Он хоть развивается или всё так же приходится писать begin и end по сто раз?

Если там не будет begin end, то это будет уже не Паскаль. А кол-во begin-end`ов зависит не от развития языка, а от недоразвитости погромиста.

Attila ★★
()

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

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

системные цвета для окна и меню.

TMainMenu в Делфи и Лазарусе не настраивается, цвета там от ОС, так что увы.

edit. В Делфи есть «стили», правда

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

Реально!

Сделать можно, но:

  • Время сохранения 10-гигового файла будет ужасающим, если вставка/удаление были в начале.

  • Если у вас задача править вручную 10-гиговый текстовый файл, в вашем workflow есть посерьезнее проблемы, чем этот файл.

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

Конечно, но кто-то же просит такие редакторы. Редко

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