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

И хорошо что на питоне - тормозов от питона мало,

А почему питон, а не какой-нибудь скриптовый язык поддерживающий Pascal?

Посмотрите https://www.softportal.com/software-32535-my-visual-database.html

Нашим админам так понравилось, что они год мне голову морочили, пока не поняли, что программа пригодна лишь для того, чтобы что-то быстро разработать «на коленке».

А почему питон, а не какой-нибудь скриптовый язык

Готовые либы на питоне. Для форматирования сорцов. Для LSP. Для FTP.

Готовые либы на питоне. Для форматирования сорцов. Для LSP. Для FTP.

Да, для питона разработаны тонны биндингов (и это хорошо).

Открываю gd.c и нет ссылки к функции BGD_DECLARE(gdImagePtr) gdImageCreate (int sx, int sy)

Сделал правку в файле лексера,можете скачать файл https://github.com/Alexey-T/CudaText/blob/master/app/data/lexlib/C%2B%2B.lcf

Сделал правку в файле лексера,можете скачать файл

Красотень!

Ссылки на BGD_DECLARE(gdImagePtr) gdImageCreate (int sx, int sy) в «code tree» все же нет, а ссылок на структуры и функции в любом *.cpp в «code tree» нет.

Но прогресс есть!

Ссылки на BGD_DECLARE(gdImagePtr) gdImageCreate - нет в С который еще не обновился, обновился же С++.

А какой именно струтруры нет в дереве С++ ?

Например https://github.com/isl-org/Open3D/

В проекте много *.cpp.
Например: \Open3D-master\cpp\open3d\core\Tensor.cpp

В проекте много *.cpp. Например: \Open3D-master\cpp\open3d\core\Tensor.cpp

В этом файле две структуры (поиск ‘struct’ whole words), и они показаны в дереве С++. Что же неверно?

У меня в «code tree» вообще нет ни одной ссылки (для любого cpp).

вообще нет ни одной ссылки.

Может как-то неверно распакована программа? Можете прислать мне папку программы на support (at) uvviewsoft.com , или на файл-обменник?

cudatext-windows-i386-1.188.0.0.zip
cudatext-windows-amd64-1.188.0.0.zip

Не вижу у себя с чистой инсталляцией - оба файла gd.c / Tensor.cpp дают дерево (в Tensor.cpp оно строится 3 секунды на Intel Core i3).

с паскалем автор конечно согрешил, лично на моей памяти все проекты, которые «пошли» и были в силу обстоятельств, реализованы на паскале или дельфи, потом переписывались на с++ в основном. Причем это происходило уже лет 20 назад.

Почему-то в «code tree» начали появляться ссылки.

Вот когда cpp находились в директории где находится cudatext.exe ссылок не было.

Переместил их в стороннюю директорию, ссылки стали появляться, а потом вдруг и для cpp, находящихся в директории редактора стали появляться.

Объяснить почему так, пока не могу.

Ссылок не было для cudatext.exe размером 8481KB.
Установил cudatext-windows-i386-1.188.0.0.zip и ссылки стали появляться.

Стал ли редактор CudeText аналогом NotePad++ на Linux в той же нише?

Он не аналог, а умеет больше. Может мелочей не хватает из NP++ - ждем wish requests.

С *.c файлами проблем не было.

Лексер С поправлен для code-tree, теперь в gd.c находит больше ф-ций. Можете скачать файл https://github.com/Alexey-T/CudaText/blob/master/app/data/lexlib/C.lcf

Geany вполне себе стал ИМХО.

Ну серьезно, что все так прутся с этого NP++? Там же просто блокнот с подсветкой, нет?

Нет, там хорошие плаги написанные на С++, всякие Compare/FTP.

Проверьте формирования деклараций для операторов.
Например: Tensor& Tensor::operator=(const Tensor& other) & {
Для них вместо декларации показываются лишь их имена.

О как, не знал. Но я особо им и не пользовался.

Например: Tensor& Tensor::operator=(const Tensor& other) & {

Лекс не знал что бывают & между скобкой ) и {. Он знал что там бывает : и инициализация полей. А что там еще может быть?

Ссылки в «code tree» на BGD_DECLARE(gdImagePtr) gdImageCreate( int sx, int sy) все же нет.

А что там еще может быть?

Все что угодно.
Например:

BGD_DECLARE(gdImagePtr) gdImageCreate( int sx, int sy) 

BGD_DECLARE(gdImagePtr) gdImageCreate      ( int sx, int sy) 

BGD_DECLARE(gdImagePtr) gdImageCreate(
 int sx,
 int sy
) 

А у меня есть она - седьмой элемент в дереве.

А проект пересобирали?

Проект не надо собирать, лексер это внешний файл и все. проверьте что вы смотрите gd.c лексером именно С а не С++ (поле статусбара).

Все ok!

Вот так, по шагам, и улучшаем лексеры.

формирования деклараций для операторов. Например: Tensor& Tensor::operator=(const Tensor& other) & {

Поправил С++ лекс, файл вот - https://github.com/Alexey-T/CudaText/blob/master/app/data/lexlib/C++.lcf

И еще поправил для struct Nnn::Nnn::Nnn.

А для cpp?

См. выше ответ про Tensor.cpp.

Да теперь все ok!

Проблема в том, что в cpp нужно установить последнюю строку.
Тогда все ссылки показываются, а при открытии лишь малая часть.

Теперь «шик, блеск, красота»!

Т.е. нужно перейти в конец файла кареткой? странно, не должно дерево зависеть от этого.

Перепроверил.
Именно так.

Меня интересуют лишь *.c и *.cpp.
Остальные форматы не проверял.

Такое впечатление, что все зависит от размера cpp.

В 6000 строках все ссылки показывает, в 14000 - ни одной.

Это изза опции "lexer_folding_max_lines":10000 .

Значит при открытии cpp, нужно программно подсчитать количество строк в тексте.

Оно и считает, и если строк больше чем значение опции, фолдинг отключается.

Ограничение на количество строк в тексте лучше совсем убрать.

Я написал в default-config что когда опция активна,парсит в 2-3 раза быстрее!

Все же ограничение нужно выставить хотя бы на 50000 строк, а лучше программно определять, что на входе big файл.
Скажем так, файл у которого больше 50000 строк - big.

С++ либы которые у вас есть,у них какой предел числа строк? может 20-30 тыс?

15000

Поменяю опцию на 15000 тогда.

Если уж точно, то 12884.

Лучше посмотреть размеры cpp в популярных проектах.

Проверьте ещё работу с *.h.

*.h - потыкал в проекте Open3d. нормально. Да, если у метода нету тела, он в дерево не попадает, это так и надо! иначе полезут дубли в дереве в *.cpp или хуже - будут ложные срабатывания.

Замечания и пожелания форумчан старайтесь понять.
Тем самым с редактором будет удобней работать.
Особенно важен удобный интерфейс.