Вышло обновление кроссплатформенного свободного редактора кода CudaText. Редактор вдохновлён идеями проекта Sublime Text, хотя и имеет много отличий и не поддерживает все возможности Sublime, включая Goto Anything и фоновую индексацию файлов. Файлы для определения синтаксиса реализованы на совершенно другом движке, присутствует Python API, но он совершенно другой. Присутствуют некоторые возможности интегрированной среды разработки, реализованные в виде плагинов. CudaText доступен для платформ Linux, Windows, macOS, FreeBSD, OpenBSD, NetBSD, DragonflyBSD и Solaris, и отличается очень высокой скоростью запуска (открывается за 0.3 сек. на CPU Intel Core i3 3Hz). Код, написанный с использованием Free Pascal и Lazarus, распространяется под лицензией MPL 2.0...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53215
Прочитал заголовок - решил, что редактор имеет какое-то отношение к CUDA от NVidia. Не сказал бы, что удачное название. Надеюсь, редактор окажется удачным.
>решил, что редактор имеет какое-то отношение к CUDA от NVidia
>CudaText, from Bosnian-Croatian-Montenegrin-Serbian čudaОно читается как чудатекст, судя по педивикии, сложно спутать с кьюдай.
Ждем форки - nicuda text и netuda text.
Ждите. Обязательно нам сообщите как дождетесь.
Куда текст?
Сюда текст!
Не суй туда текст!
За такой современный редактор, написанный на Lazarus – респект им. Я думал, они уже его похоронили...
Пока кажется обычным редактором и не более. Таких много. Интересно посмотреть, то будет в будущем, пока лидер "vs code". Но, я думаю, что этот редактор удобно использовать в качестве редактирования (одного файла) так как быстрый запуск и много функций.
> пока лидер "vs code"vim
Vim это отдельная ниша до которой мало кому есть дело. Как параолимпийские игры -- интерес к ним проявляют лишь инвалиды и их родственники/друзья.
Так и знал что у кого-нибудь из смузихлёбных мышевозов обязательно бомбанёт :)
>смузихлёбных мышевозовВот только бомбит у некоторых вимеров. Причём от какой-то нерелевантной хрени вроде плодово-ягодных напитков и устройств ввода.
> Вот только бомбит у некоторых вимеров.Вы вимер? Это у вас же на одно слово прорвало бочку с лучиками добра.
> Причём от какой-то нерелевантной хрени ...
Данный уровень интеллектуальной деятельности вам пока недоступен. Ничего, бывает. Порой даже проходит.
От vim'а не бомбило даже когда пользовался Редхатом, где его редактором по-умолчанию пихали - просто думал, что какой-то баг - мало ли. Тем более, что в кедах Kwrite был - чего бомбить-то?
> просто думал, что какой-то баг - мало лиБибикал и всё портил?
В Гноме в RHEL 4.1(вроде) vim вкорячили в GEdit - кагбэ всё запускается, но нифига не работает. А GEdit то-ли вообще дефолтным редактором был, то-ли ещё что, но он вылезал частенько - ну потычешь мышкой, клавишами поклацаешь - ну и не очень-то хотелось, ибо Kate, Kwrite есть. А потом вдруг оказывается, что это был величайший редактор тысячелетия (после Emacs'а, конечно) и его надо было изучить, чтобы тебя вообще за человека считали и чтобы не было мучительно стыдно за бесцельно прожитые годы.
> А потом вдруг оказывается ...Ничего себе. Для работы с компьютером на уровне выше продвинутой домохозяйки нужно читать документацию и книги! Вот это поворот!
Чатать книги для того чтобы пользоваться говённеньким редактором текста? Вот это поворот! А к саблайму, почему-то не надо читать доки, чтобы банально текст редактировать и к kwrite, даже к Emacs - там менюшка есть в которой можно всё понатыкать. Я понимаю, что козырнуть знанием vim очень модно в местной тусовке, но это скилл из разряда одевания штанов через голову.
> Чатать книги для того чтобы пользоваться говённеньким редактором текста? Вот это поворот!Понимаю ваше удивление, понимаю. Ведь у профессионалов уровня "я-тут-нагуглил" знания фрагментарно-мозаичные, а мышление клиповое. Но это не порок. Порок - бравирование этим.
Бедненький глупенький анонимушка. Книги нужно читать что бы иметь системное представление о мире и профессиональной области в частности. И об её наиболее универсальных инструментах гарантированно имеющихся везде. Я про vi если что, даже не про vim.
> А к саблайму, почему-то не надо читать доки, чтобы банально текст редактировать и к kwrite, даже к Emacs - там менюшка есть в которой можно всё понатыкать.
Когда подрастёшь, то может узнаешь что бывает трудно понатыкать на удалённом сервере с LA за тысячу.
> Я понимаю, что козырнуть знанием vim очень модно в местной тусовке, но это скилл из разряда одевания штанов через голову.
Нет дурашенька. Это способ набросить смузихлёбным мышевозам которые в тайне чувствуют собственную неполноценность. Зацени - я сначала написал только одно слово, а вас понесло.
Никогда не спрашивал на собеседованиях чушь типа "знаете-ли вы $EDITOR?" Это всегда и так понятно по уровню человека.
А ещё говорят, что от vim у кого-то бомбит, а оно как раз наоборот - у вимеров бомбит из-за того, что кто-то болт ложил на их святой Грааль.
И да, на удалённых серверах я тоже как-то обхожусь без vim, внезапно.
Бывает, конечно, что приходится и его использовать, но в виду того, что я не мазохист удовольствия от этого не получаю.
Вижу что у мышевозов бурная, но воспалённая фантазия.> у вимеров бомбит из-за того, что кто-то болт ложил на их святой Грааль.
Где ты такое вообще прочитал? Да редактируй хоть через гуглдоки.
Началось всё с религиозного утверждения что vs code где-то там лидер. Я для прикола предложил альтернативу, мышевозики стали втаптывать её в грязь используя аргументацию уровня "моя нишмогла", но почему-то бомбит у вимеров.
Бро, хлебни чайку и подумай где у тебя нарушены причинно-следственные связи.> И да, на удалённых серверах я тоже как-то обхожусь без vim, внезапно.
И как там менюшки раскрываются когда LA 1000+? Ты так и не рассказал.
> Бывает, конечно, что приходится и его использовать, но в виду того, что я не мазохист удовольствия от этого не получаю.
А от vs code получаешь? Ты что, фетишист? Я от инструментов удовольствия в принципе не получаю. Получаю неудовольствие, когда он долго делает то что можно сделать быстро и жрёт ресурсов как не в себя.
В конце концов, чем мышевозов больше, тем больше стоят навыки тех кто умеет без мышевозенья. Так что вы продолжайте, я не против. Но очень смешно наблюдать разгорающийся огонь святой войны за единственно-верный редактор и желание все альтернативы объявить неполноценными/инвалидными. Ещё смешнее наблюдать как "единственно-верный" регулярно меняется раз в несколько лет, и орда религиозных фанатиков тут же начинает славить нового пророка. В то время как множество людей десятилетиями использует vim/emacs/прочие-еретические-редакторы и не скачет за каждым новым модным поветрием.
Кстати, обрати внимание, что я нигде не сказал что-нибудь плохого ни в адрес vs code, ни в адрес чего-нибудь ещё, ни даже сказал что-нить типа "$EDITOR лучше всех!". Так у кого пригорело? :)
>аргументацию уровня "моя нишмогла"Люди и не пытаются, ибо не зачем
>И как там менюшки раскрываются когда LA 1000+? Ты так и не рассказал.
А что у Emacs в каком-то терминале не робят менюшки, ну не проблема - есть шоткаты и команды. Да и зачем терминал, если можно через tramp подключиться куда угодно.
>А от vs code получаешь?
Я получаю удовольствие от того что там всё работает, почти без каких-либо телодвижений с моей стороны.
>В конце концов, чем мышевозов больше, тем больше стоят навыки тех кто умеет без мышевозенья.
От фанатов вима я эти мантры слышу уже лет 15, с тех пор как пользуюсь линухом и это больше похоже на то, что вы сами себе не верите и занимаетесь самовнушением.
>что я нигде не сказал что-нибудь плохого ни в адрес vs code
Так и я про вим только озвучил общеизвестный факт, что у него проблема с "юзерфрендли".
> Люди и не пытаются, ибо не зачемНу не зачем так не за чем. Чего же тогда на пену исходиться от того что кто-то успешно работает инструментом который вам и не нужен?
> А что у Emacs в каком-то терминале не робят менюшки, ну не проблема - есть шоткаты и команды. ... можно через tramp подключиться куда угодно.
И тут он становится не отличим от vim, в котором всё то же самое. О чём тогда речь?
> Я получаю удовольствие от того что там всё работает, почти без каких-либо телодвижений с моей стороны.
А я получаю удовольствие от выполненной задачи, а не от того что в "my favorite editor" всё работает.
Кстати, в vim ещё меньше телодвижений т.к. не надо махать мышой. Но это секрет, никому не говорите.> вы сами себе не верите и занимаетесь самовнушением.
Кто "мы", я тут где-то задвигал за "vim самый лучший"? ;-) Но самое смешное что оно действительно работает. Нет, не самовнушение, а то что люди шарахающиеся от vim обычно так же шарахаются и от сложных технических вопросов, решение которых ценится. Безусловной связи тут нет, но есть значимая корреляция.
> Так и я про вим только озвучил общеизвестный факт, что у него проблема с "юзерфрендли"
А vim как и профессиональное IT - оно вообще не для юзеров. Но я понимаю ваше негодование, хочется меньше думать и уметь, больше денег рубить. Это нормально. Не надо только включать религиозный фанатизм и обвинять в ересях тех кто думает иначе чем вы и не согласен с одиозными оценками типа "$EDITOR лидер".
Очевидно же, vim используют те, кто в своё время не осилил как настроить Линукс на использование отличного от поставляемого по умолчанию редактора (на mcedit например), которым в своё время был vim.
Точно. Зачем VIM, когда есть Emacs.
У меня нет тентаклей.
У меня тоже
> У меня тожеТы бог! Я без них не смог. Пробовал, но не смог.
открывает и каталог
приятно смотрится, шустренький
темы только (ожидаемо) собственного формата
> открывает и каталог
> приятно смотрится, шустренький
> темы только (ожидаемо) собственного форматаЕсть multi-line inputs для поиска/замены.
vs code не лидер. Стоит поставить десяток плагинов, открыть пару окон и всё.У меня редактор так спокойно 600 метров памяти съедает, один процесс. Нуи остальные по 300. А всё остальное хром. Пара гигов свопа и работа превращается в слайдшоу. К чёрту эти поделки на электроне.
600 мб для, по сути, IDE не так и много. Какая нибудь idea занимает куда больше памяти, электрон тут явно не причём.
Лидер VS Code-то конечно лидер. Но СРЕДИ ЧЕГО ОН ЛИДЕР? Среди простых редакторов? Нет, среди IDE, так как он на Электроне и имеет много фич IDE. А CudaText имеет нишу проще - простой редактор, с отдельными фичами IDE через аддоны. И Куд не будет обгонять. Я его буду развивать как простой редактор (с фичами в плагинах). То есть Куд он в нише Sublime, Kate, gedit, Geany. Обгонять Куд будет вот эти вот. Которые в той же нише.
Я и говорю, что для простых операций он и подходит. А для программирования с замашками IDE нет. Кто-то про vim писал, вот он хороший, но не интуитивный для нашего времени. Он для тех кто привык на нем писать, потому что привыкнуть к нему намного сложнее, чем к той же cudatext и vs code
> Кто-то про vim писал, вот он хороший, но не интуитивный для нашего времени. Он для тех кто привык на нем писать, потому что привыкнуть к нему намного сложнее, чем к той же cudatext и vs codeНу да, тут учиться надо. На клавиатуре уметь работать и всё такое.
Не для наших времён, верно. Сейчас лучше клик-клик. А ещё лучше тык-тык пальцем в экран.
*alloc, *alloc несколько сот метров что бы отредактировать текстовый файлик.Вот это я понимаю - настоящий прогресс!
> На клавиатуре уметь работатьТочнее - не "уметь работать", а заучивать десятки неинтуитивных сочетаний клавиш.
> Не для наших времён, верно
Верно. Для наших времён есть Sublime Text / VSCode. Ну, или Gedit / Geany на худой конец. А в чистой консоли достаточно nano.
> а заучивать десятки неинтуитивных сочетаний клавиш.1. В vim команды, а не сочетания клавиш. Но очевидно что вам разница не очевидна.
2. Вовсе не десятки.
3. Ну IT оно вообще такое - тут много что было бы неплохо читать заблаговременно и заучивать. А, хотя о чём это я, это же поколение stackoverflow напирает.> Верно. Для наших времён есть Sublime Text / VSCode.
Соболезную.
> А в чистой консоли достаточно nano.
Дважды соболезную.
> тут много что было бы неплохо читать заблаговременно и заучивать
> читатьа што такое "читать"?
я знаю тока видио смотрет по проаграмировнаю многа видио гайидов зачм текст
зачем вопще клавищи есть же голосавой набор
вскоде рулит яблко рули
абыр абырвалг
Петросян?!
Да. Опять он свой загон забыл запереть, они и разбежались.
> команды, а не сочетания клавишДа хоть повеления, указы, рескрипты и буллы.
> читать заблаговременно и заучивать
Заучивать - ничего не надо. Надо учить. И учить что-то полезное. Например - теорию алгоритмов. Или паттерны проектирования.
Но ты, человече, и тебе подобные, полагают учебой мартышкину дрессировку "ткни вот в эти клавиши" и "если не делаешь через ж0пу то, что можно сделать проще - ты лох". И думают, что это делает их шибко умными профессионалами.
> stackoverflow
Ну, если ты думаешь, что если бы все тренировали пальцы об vim, то не задавали бы на этом (кстати, неплохом и нужном) сайте тупых вопросов и не давали бы там на них тупых ответов - ты, как бы это сказать повежливее... недалеко ушел в развитии от описанного контингента.
Хорошо пригорело. Я даже не ожидал такой потрясающий эффект, уже второй день горит от трёх букв.> И учить что-то полезное. Например теорию алгоритмов. Или паттерны проектирования.
Ага, а прочие навыки, они сами собой приложатся. Признайся, навык нормальной работы на клавиатуре ты ведь тоже наверняка не освоил?
> если не делаешь через ж0пу то, что можно сделать проще - ты лох
Ты даже не представляешь насколько некомпетентно и глупо звучишь. И главное - где это я такое утверждал? А-а-а, нигде, просто у кого-то продолжает гореть!
> Ну, если ты думаешь, ...
Оставь плоды своей воспалённой фантазии при себе и не приписывай их другим людям.
> - ты, как бы это сказать повежливее...
Да чё уж вежливей, больше огня, хорошо полыхает!
> навык нормальной работы на клавиатуре ты ведь тоже наверняка не освоил?Пользователи - не клоуны, жонглирующие факелами. Клавиатурой просто пользуются. Со временем, если печатать не раз в неделю, начинают печатать быстрее и без необходимости постоянно на неё смотреть. Вот и весь навык. Остальное - бред типа "коучинг лидерства для вашего бизнеса" или "я попробовал эти таблетки и мой член вырос вдвое".
А полыхает у таких как ты, ведь ЧСВ-то страдает: вы вляпали кучу времени в освоение умения чесать ухо ногой и теперь вам надо доказать себе и остальным, что вы не выбросили это время на помойку, а "освоили навык". Вот вы и проповедуете карго-культ про "правильные редакторы".
> Клавиатурой просто пользуются. Со временем, если печатать не раз в неделю, начинают печатать быстрее и без необходимости постоянно на неё смотреть. Вот и весь навык.Ага, угу, видел/слышал много раз. Особо прекрасно получается когда таким даёшь клавиатуру без русской раскладки, даже забыв что её там нет.
> бред типа "коучинг лидерства для вашего бизнеса" или "я попробовал эти
> таблетки и мой член вырос вдвое".А вы знаток передовых направлений, у меня такие фразы в голове даже и не лежат. Подписаны на правильные рассылки?
> вы вляпали кучу времени
Лолушка. Куча времени - это разок пока ты студент и времени дофига прочитать в книжке набор основных команд, потом несколько раз туда подсмотришь, потом иногда открывать man. А, чёрт, man в вашем мире тоже запрещён. Извини.
> Вот вы и проповедуете карго-культ про "правильные редакторы".
Только в твоей воспалённой фантазии.
Согласен, для сложного написания кода он не очень, для этого нужны IDE фичи. Для серьезного как раз VSCode лидер.
Зарегался в день публикации новости, чтоб сообщить, что VSCode лидер?
Я только согласился с товарищем и усе.
Ты согласился с неправильным мнением неправильного товарища. Здесь полагается публично и громко блевать, соревнуясь в громкости и вонючести сего акта, при упоминании всего, что имеет отношение к Microsoft. Те же, кто так не делает - осуждаются местным сообществом.
Для запуска потребуется GPU от нвидиа?? Иначе как они собираются сделать это> Режим показа непечатных пробелов;
Даже лого похоже на Sublime Text.
Не похоже.
Чем оно лучше vim/emacs?
Лучше vim тем, что не бибикает.
я бы понял если бы было написано "чем оно лучше gedit / vs code"
Я бы даже спросил, чем оно лучше Notepad++
notepad только если под winegedit / vs code -- кросс
Если открыть файл под несколько сотен метров, результаты парсинга в оперативу заглатывает или читает на ходу, как хорошие двоичные редакторы?
Akelpad лучше Notepad++'а тем, что проще (хотя, кнопки на панели можно вытащить). Еще Akelpad умеет искать по кругу (сначала) и заголовки модальных окон нормальные (не маленькие). Но часто ошибается с кодировкой (не говоря о том, что ее запоминание надо отключить, чтобы не наловить доп. глюков). Приходится использовать UTF-8 with BOM.
Стильно, модно, молодежно. Опять же, для неосиляторов хорошо.
Питоном не попахивает?
лучше vim/emacs
Чем оно лучше Micro?
а в чём прикол на pascal писать?
это какая-то студенческая работа?
чтоб пердаки горели -- аналог саблайма да еще и на паскале =)
До аналога саблайма ему еще далеко, на каком языке он бы ни был написан.
сказали А, теперь ждем Б, аргументы
Аргументы:Посмотри на экосистему плагинов к Sublime и зарыдай.
2) поставь триал и попробуй в нем поработать, тогда, может быть, что-то поймешь
Но вот WSL умеет пока только VSCode
Ну это если ставить во главу угла использование WSL и интеграцию софта с ней.
> сказали А, теперь ждем Б, аргументыАргументы перечислены прямо в тексте новости. Довольно понятным русским языком. Даже ты поймёшь. Не факт, что с первого раза, но поймёшь обязательно. Верю в тебя.
Лучше и удобнее дельфей еще никто иде не придумал.
Только оно никому в век однокнопочного вебчика не надо.
Pascal позволяет писать за тоже время более надежное, более богатое возможностями и при этом более быстрое ПО, чем С\С++.Недаром разработчиков успешного продукта для написания паскаль программ переманивали в Майкрософт, например,... Андерс Хейлсберг, один из первых сотрудников компании Borland. В свое время, вместе с Borland он усовершенствовал свой компилятор Turbo Pascal. В конечном счете, он стал главным архитектором в команде, которая произвела замену Turbo Pascal на Delphi. Являясь главным архитектором Borland, Хейлсберг тайно превратил Turbo Pascal в объектно-ориентированный язык для разработки приложений, снабдив его настоящей визуальной средой и отличными функциями доступа к базам данных. Delphi был краеугольным камнем среди продуктов Borland, когда-то он рекламировался как убийца VB. В 1996 году он (Хейлсберг) покинул Borland и присоединился к Microsoft, где он участвовал в создании J и Windows Foundation Classes. В последнее время он возглавлял команду создавшую язык программирования C# и являлся ключевым участником в разработке .NET Framework.
...
[ссылка](https://www.sql.ru/blogs/ozka/360)
...
1. Среди переманенных сотрудников были: Пол Гросс - вице президент отдела "исследований и разработки" и Андерс Хейлсберг – важный участник в разработке технологий компании Borland.
2. Microsoft предложила Полу Гроссу бонус за переход в размере 1 млн. долларов, акции компании и право собственности на недвижимость недалеко от штаб-квартиры компании. Он покинул Borland и присоединился к Microsoft в сентябре 1996 года.
3. Microsoft предложила Андерсу Хейлсбергу бонус за переход в размере 1 млн. долларов и акции. Microsoft удвоила бонус до 3 млн. долларов, после того как Borland сделала контрпредложение. Хейлсберг покинул компанию в 1996 году.
...
Т.е. Pascal(и производные) настолько "хорош", что его разработчики пошли делать C#.
>Т.е. Pascal(и производные) настолько "хорош", что его разработчики пошли делать C#.Бабки в микрософте хороши
C#. Чего там делать то. Когда у МС возникли лицензионные терки с ораклом по жабе из-за нарушения МС стандарта жабы в своей реализации, МС назвал свою жабу сишарп (к си там понятно никаким боком т.к. ВМ,сборка мусора и т.п., но многие звук си произносить любят) и конечно переименовал все функции библиотеки. Так и сделали версию 1.0. Но видать без Хейлсберга даже это не осилить было, вот и переманили. Ну и задно конкурентов ослабить. Грамотно. Сейчас я смотрю это уже все забыли.
https://www.forbes.com/sites/quora/2018/03/02/why-did-micros.../
When Sun introduced Java in 1995, Microsoft saw the potential in the language and its ecosystem, and attempted to implement that strategy. It introduced its own implementation of the JVM with IE3, and then started enhancing it beyond the Java standard. Sun sued Microsoft in October 1997 for incompletely implementing the Java 1.1 standard, which forced Microsoft to eventually discontinue its implementation.
Rather than switching to Sun’s JVM, and thus giving Sun significant leverage in the Windows world, Microsoft decided to “out Sun” Sun, by introducing their own language and platform, and effectively killing Java on Windows. They brought renowned programming languages designer Anders Hejlsberg on board, who already had experience mutating and improving existing programming languages, and gave him the task to create a “better Java” (not officially, but in practice). Thus C# and the .NET framework were born.
Что-то не сходится тут у вас:...
20 апреля 2009 года было анонсировано соглашение о покупке Sun компанией Oracle, по цене 9,5 долларов за акцию, общая сумма сделки составила 7,4 млрд долларов.
...[ссылка](https://lenta.ru/news/2009/04/20/buy1/)
Вот так примерно и сочиняется история в учебниках))
Даже если инлиш слабоват то на цифры в первоисточнике то можно посмотреть - 1997 год, да еще до покупки. Разница то какая, жаба то одна и та же, только хозяин разный. Но раз такое дле давайте еще разок, по слогамSun sued Microsoft in October 1997 for incompletely implementing the Java 1.1 standard, which forced Microsoft to eventually discontinue its implementation. Rather than switching to Sun’s JVM, and thus giving Sun significant leverage in the Windows world, Microsoft decided to “out Sun” Sun, by introducing their own language and platform
>Вот так примерно и сочиняется история в учебниках))
Нет, так никто первоисточники не читает т.к. в ленте.вру все уже написано же, а что не о том, так это и не важно.
да я согласен с вами полностью, через стопятьсот миллионов лет никто и не вспомнит про Sun - Oracle изобрел JVM и купил MySQL.
Да собственно уже. Я то про санки помню, но раз жаба то сразу автоматом написал оракл.
очень интересный, не очевидный с логической точки зрения вывод))
Логики тут нет, есть всем известная в то время история. Впрочем желающие могут сами положить рядом спецификацию первого шарпа (да и последующих) и жабы и сравнить синтаксис, кроме переименованной стандартной библиотеки понятно. Но это же не интересно с логтческой стороны.
Прошу прощения это ответ на...
Т.е. Pascal(и производные) настолько "хорош", что его разработчики пошли делать C#.
...Недостаток ветвистой ленты комментариев - легко ошибиться в именах анонимусов )) (ответ не вам)
Так нас, анонимусов, лучше отвечая цитировать, для ясности. Но цитирование вообще как-то вышло из моды.
> Т.е. Pascal(и производные) настолько "хорош", что его разработчики пошли делать C#.Сравни что было в VCL и что получилось в Windows Forms в .net 2.0. Очевидно, что оно произрастает из одного места... вплоть до названий свойств и методов в компонентах.
> Pascal позволяет писать за тоже время более надежное, более богатое возможностями и при этом более быстрое ПО, чем С\С++.Странное заявление, пруфы будут?
Судя по контексту, говоря "паскаль" подразумевается "дельфи", поэтому давай и сравнивать дельфи с билдером.1. надёжное
Идентично, что в C++ указатели, что в дельфи указатели. Что в C++ есть std::string и std::vector, что в дельфи есть String и array of . Что в билдере исключения, что в дельфи исключения. Что в дельфи можно забыть Free/Destroy, что в билдере можно забыть delete.
А вот применить RAII в дельфи уже никак... всё ООП только в рантайме (в куче) с явным вызовом Create/Free :(2. более богатое возможностями
Нет у дельфи (языка паскаль) каких-то возможностей, которых нет в билдере (языке C++)... Есть какие-то мелочи типа virtual/dynamic-методы (в C++ так гибко не настраиваются); или в дельфи в любом месте конструктора/деструктора можно написать inherited (в C++ более жесткие правила). Но это особо ни на что не влияет.
"Встроенный" OLE Automation чуть приятнее в дельфи, но это тоже ооочень специфичная штука.
Остальные "богатые возможности" добавляет VCL и сторонние компоненты/библиотеки... Ну и в билдере точно такой же VCL и те же самые сторонние компоненты/библиотеки (builder-only легко сделать, delphi-only - надо постараться).3. более быстрое ПО
Какой-то существенно разницы в скорости между delphi и билдером не было и нет (оба компилируемые языки). Разница в скорости между llvm и gcc, или разница char str[MAX_SIZE]/std::string str, или разница в скорости разных версий gcc/разных версий libstdc++, или разница между методом at и operator[] в шаблоне std::vector будут примерно на уровне разницы delphi vs builder.
> переманивали в МайкрософтУ VCL достаточно красивая архитектура (если нужно сделать простенькую десктопную программу) и да .net2.0 во многом был похож на VCL (по-моему его и делал кто-то из команды старого борланда).
Но для сложной программы лучше будет GUI декстопной JavaSE или Qt, у них нормальный MVC есть в отличие от VCL. Поэтому майкрософт в .net3+ ушел от VCL-подобной архитектуры в сторону MVC. И оказался прав - .net сразу взлетел и быдлокодеры массово переориентировались с дельфи на .net
P.S. Опять же, 15-20 лет назад VCL могла казаться верхом совершенства! Но делать таблицу, которая должна отсортироваться по содержимому при клике на столбце... то как это делается в "голом" VCL - НЕ НУЖНО!!! Даже в современном дельфи для таких целей берут Developer Express (который тоже на MVC). Мир поменялся и ушел вперёд. Дельфя еще шевелится, но понятно что никуда больше не успеет... сейчас это просто проприетарное глюкалово по нереальным ценам, потому в новых проектах никому и ненужно.P.P.S. Лазарус - непонятная попытка пересадить быдлокодеров с винды в linux, но они опоздали лет на 10... большая часть быдлокодеров уже на 1С, в .net, в web/javascript и на java/android.
пруфов не будет, так то я, конечно, про pascal (блин, я помню TurboVision)), и вообще Delphi != pascal && C++Builder != C++ , это просто RADы c общей бинарной базой. Я писал на хреновой туче языков, у меня сложилось впечатление, что на pascal большее количество разнообразных ошибок обнаруживается в процессе компиляции, чем на C++, то есть с типизацией ли лучше или еще что, но ПО не только на pascal, но и в Delphi\Builder было гораздо функциональнее (писалось рефакторилось легче), чем на MSVS и работало безглючнее. С C# некорректно сравнивать.
> на pascal большее количество разнообразных ошибок обнаруживается в процессе компиляции, чем на C++Есть такой эффект... Ъ-паскаль корректнее будет с чистым C сравнивать. В определенных задачах может и выиграть (если задачи примерно как в школе - массивы сортировать, строки ковырять, фигурки на шахматной доске расставлять). Уровень ошибок сферического паскаля в вакууме будет пониже...
С другой стороны - начни считать md5/crc на паскале и удивись сколько он подводных камней таит :) чтобы без отключения проверок и без единого ворнинга заработало (или чтобы exception'ы в рантайме в дельфи не посыпались) - надо прям постараться. Хотя задача с виду элементарная.Если в pascal добавить библиотеки с потоками, то все равно начнуться дедлоки, никуда от них не убежишь :( И если нормально интегрироваться с остальным окружением (с СУБД, с графикой, с сетью и прочим), то внешние либы обязательно потребуются и компилятор окажется бессилен. И тогда приходит понимание, что "серебряной пули нет" и хороший компилятор/язык ситуацию не сильно исправит.
Касательно предыдущего поста (на который ты отвечал) - в C++ можно писать программы с низким уровнем ошибок, но это надо в определённой степени осознанно делать и какой-то стиль программирования закрепить и возможности языка осознанно ограничить. Bulletproof-варианты сами собой не получатся и баги иногда будут проскакивать... но и высокого уровня забагованности не будет, что-то на уровне паскаля вполне себе достижимо небольшими затратами.
согласен, Паскаль лучше сравнивать с Си, Модулу с Си++, а Оберон уже совсем остальным)). Вирт скорее теоретик и он создавал языки, обладающие формальной полнотой, Си-подобные изначально были дефективными с точки зрения дизайна, но "народу нравилось" (c) писать менее описательные программы с i++ и фигурными скобками, опять же системные библиотеки, как правило, были написаны на Си (язык низкого уровня) и использование cdecl конвенций несколько препятствовало распространению паскаль-приложений тоже. То есть априори можно было быстрее на Си, хакая и не обрабатывая всевозможные ошибки повсеместно, сдавать проекты с багами, которые еще не факт, что обнаружатся в цикле жизни версии - бизнесу нравилось. Мнение леммингов вообще никого не интересовало, они и так были довольны - на паскале писать скучнее)).
Паскаль помойка уже тем, что пихать все переменные в единое место декларации - такое себе, видимость должна быть иерархически управляемой сверху вниз. begin/end вместо фигурных скобок - это уже вкусовщина, это изоморфная замена. Да и в нормальных языках есть полная поддержка параметрического полиморфизма (Scala/F#/Haskell).
Конечно, если пишете проекты в одну большую портянку, то ваше негодование понять можно))
> Паскаль помойка уже тем, что пихать все переменные в единое место декларацииНу а как же C89? Там как в паскале получается (никаких объявлений переменных после кода). И на некоторых платформах до сих пор так (у микрочипа до сих пор выпускаются микроконтроллеры с C89-only и вариантов там нет, да и в msvc оочень долго было так же).
По поводу вкусовщины - в pascal (ну и в object pascal) есть красивые операторы:
if a in [2,3,4] then
или
with object doЭто конечно не киллер-фича, а всего лишь синтаксический сахарок. Но в C прямых аналогов нет, а штука иногда приятная.
> Паскаль помойка уже тем, что пихать все переменные в единое место декларации
> - такое себе, видимость должна быть иерархически управляемой сверху вниз.Ну в дельфях так довольно давно сделали
https://blog.marcocantu.com/blog/2018-october-inline-variabl...
for var I := 1 to 10 do ...
for var Item in Collection do ...
хотя я как-то особой нужды в этом не испытывал. Ну а на якобы любителей си (которые не самом деле на нем обычно не пишут) все равно не угодишь. Хотя глупости с.с++ можно страницами перечислять но это все норм.
Многое зависит от опыта и от того с чем сравнивать. У меня первый язык был Basic (spectrum 48k), а второй - ассемблер (для z80). Потом в школе был паскаль ("на бумаге", с компьютерами в те времена было туго).А вот следующий язык был C (уже на PC). И я бы не сказал, что он вызвал какие-то проблемы (после асма он уже никаких проблем вызвать не может и даже выглядит существенно более "безопасным", "удобным" и "лучше структурированным"). Действительно классный, интересный и при этом достаточно простой язык (в BCPL шикарные идеи и они почти все перекочевали в C). В какой-то степени да
> на паскале писать скучнеено это надо читать как "у C более широкие возможности и этими возможностями надо грамотно распорядиться".
> Си-подобные изначально были дефективными с точки зрения дизайна, но "народу нравилось" (c) писать менее описательные программы с i++ и фигурными скобками
А вот с этим категорически не согласен. C - это штука очень мощная и при этом низкоуровневая, поэтому требует ответственности, опыта и порядка... это нормально.
Нет там никакой дефектности, на C ориентировались и в javascript и в java и в C# и много кто ещё; убирали они не i++ и не фигурные скобочки!
Если интересно мое мнение - я тоже считаю программистов на Gtk очень смелыми людьми :) я бы так не смог... и до сих пор не решаюсь...
Но если брать сокеты или OpenGL - там и на чистом C все достаточно просто, безопасно и прозрачно. В Winapi и в POSIX тоже попадаются относительно безопасные и удобные решения, при этом они сделаны на чистом C.Неудачные и "опасные" для чистого C задачи - типа GUI, или обратки строк нужно просто делегерировать в C++ (в тот же fltk/wxWidgets/Qt, кое-что можно и в libstdc++, можно даже и в Builder) и все сразу становится нормально! Удобнее чем на pascal и при этом достаточно безопасно.
P.S. Против паскаля ничего не имею... Но вот когда мне достался крупный проект на ObjectPascal (дельфи) - было немного некомфортно после C/C++ и возникали мысли... может хотя бы на билдер перейти? :) Естественно ради смены delphi на builder затевать переписывание бессмысленно, да и паскаль - это не самый плохой вариант, с ним можно работать и результат получается примерно на уровне.
В C++ я вижу больше возможностей (даже относительно современного ObjectPascal с Generics). При этом даже в классическом pascal можно найти пару мелких фишек, отсутствующих в C++... но для меня они почти ничего не решают.
> Ав BCPL шикарные идеи и они почти все
> перекочевали в CЧто ж это за шикарные идеи? Не стесняйся быть многословным, отвечая на этот вопрос. ;-)
>> Си-подобные изначально были дефективными с точки зрения дизайна, но "народу нравилось" (c) писать менее описательные программы с i++ и фигурными скобками
> А вот с этим категорически не согласен. C - это штука очень
> мощная и при этом низкоуровневая, поэтому требует ответственности, опыта и порядка...
> это нормально.
> Нет там никакой дефектности, на C ориентировались и в javascript и в
> java и в C# и много кто ещё; убирали они не
> i++ и не фигурные скобочки!Есть там дефективность, есть. Сишечку писали для PDP. И этим всё сказано (для тех, кто понимает). А для всех прочих архитектур Сишечка выглядит так, будто создана инопланетянами для инопланетян. Ну нету ни в x86, ни в POWER, ни в ARM того внутреннего устройства, которое имела PDP, следовательно Си не отражает эти архитектуры адекватно. Натягивать желаемое на действительное, конечно, никто вам не запрещает, но это самообман. :-)
И эту сишечную PDP-дефектность перетащили во все производные от неё языки, забыв забрать с собой родную для Си старую машинную архитектуру, поэтому сегодня ни одно хвостатое не сможет объяснить, зачем одновременно в языке нужны ++i и i++ обе ;-)
> Но вот когда мне достался крупный
> проект на ObjectPascal (дельфи) - было немного некомфортно после C/C++ и
> возникали мысли... может хотя бы на билдер перейти? :) Естественно ради
> смены delphi на builder затевать переписывание бессмысленно, да и паскаль -
> это не самый плохой вариант, с ним можно работать и результат
> получается примерно на уровне.Понимаешь, для Объектного Паскаля и Дельфи не завезли гайдлайнов против говнокодерства, поэтому чуть ли не весь код на этих языках представляет собой говнокод. Фатальный недостаток, увы. А вот, скажем, для Ады такие гайдлайны есть, причём они обязательны^W рекомендованны и считаются неотъемлемой частью хорошего стиля. И вот так при всей синтаксической схожести двух языков на практике получаются, как говорят в Одессе, две большие разницы.
> В C++ я вижу больше возможностей (даже относительно современного ObjectPascal с Generics).
> При этом даже в классическом pascal можно найти пару мелких фишек,
> отсутствующих в C++... но для меня они почти ничего не решают.Как написать абзац текста, но ничего не сказать. Талантище! :-)
>С.... требует ответственности, опыта и порядка... это нормально. Нет там никакой дефектностиНу да, ну да. Статья на Хабре про четыре или пять методов инициализации переменных.
Паскаль- const, var, и те похожи.
и не кто не вспомнит что было еще вот это
https://ru.wikipedia.org/wiki/Kylix
=)
Главное, чтобы вы помнили)) У него не было шансов взлететь в узком и злом пингвиньячем мире ))
Да ладно?"Начиная с RAD Studio 10.2, Delphi IDE включает свой первый компилятор для Linux на основе LLVM для корпоративной разработки, позволяя разработчикам на Delphi создавать приложения для 64-разрядных серверов и устройств с ОС Linux для Intel-CPU. Компилятор для Linux сертифицирован для Ubuntu сервер (LTS 16.04) и RedHat Enterprise (V7) и построен на основе LLVM-движка."
Ссылка - ниже.
Паскалисты так склонны копаться в прошлом, что даже не замечают, когда их антиквариат кто-то обновляет и поддерживает...
> Да ладно?
> Паскалисты так склонны копаться в прошлом, что даже не замечают, когда их антиквариат кто-то обновляет и поддерживает...Да ладно?
Последний антиквариат вышел в мае 2020, следующее обновление в июле.
https://www.lazarus-ide.org/
Кстати то что кроссплатформенные компилятор и иде на паскале успешно пишется и поддерживается небольшой группой людей что-то о чем-то говорит. Но не всем.
Зачем вспоминать, если оно всё ещё есть?https://www.embarcadero.com/ru/products/rad-studio/whats-new...
Можешь прикупить.
Или
https://www.embarcadero.com/ru/products/delphi/starter/free-...
Я даже знаю людей, которые все еще этим пользуются.
> Я даже знаю людей, которые все еще этим пользуются.Зато ты не знаешь, что этот продукт делают совсем другие люди. Не те, которые придумали Турбо Паскаль и Дельфи.
Ещё один свидетель святого Вирта...
>отличается очень высокой скоростью запуска (открывается за 0.3 сек. на CPU Intel Core i3 3Hzне смешите, не "очень" и не "высокая"
>python
>pascalМожно закапывать.
Меня даже обрадовало, что не Electron.
А кто подскажет, нынешний Lazarus с Qt 5 собирается?
https://packages.debian.org/unstable/lazarus-ide-qt5
https://www.archlinux.org/packages/community/x86_64/lazarus-qt5/
Ага, спасибо, значит буду править кривой ебилд.
LSP уже поддерживает?
> LSP уже поддерживает?Пока нет, но может потом будет плагин или даже встроенное что-то, пока что пользователи LSP не просят.
Если они хотят чтобы этот редактор для кода кто-то использовал, то стоило бы запилить. Потому что сейчас почти у каждого языка есть LSP-сервер. И это замечательно.
LSP никому не упал
Даже Emacs на него переходит.
Ура, текстовый редактор!
Настройки в формате JSON - значит без комментариев. Уж лучше YAML.
>уж лучше yamlоткуда вы такие беретесь? Есть божественный ini которого для конфигов хватит всем. Для внутренних данных приложухи - xml или json. Yaml/toml не нужны в принципе ни для чего
>YAMLКоторый проще из JSON'а, или ещё какой-нибудь структуры сдампить, чем самому руками написать. Нинужно.
И гуй для из редактирования
Здесь постоянно просят предоставить пример софта, написанного на паскале и лазарусе.> CudaText
> написанный с использованием Free Pascal и Lazarus
> отличается высокой скоростью запуска (открывается с 30 плагинами за 0.3 сек. на CPU Intel Core i3 3 GHz)И больше не нойте, что паскаль - дно и на нём никто не пишет.
https://wiki.freepascal.org/Projects_using_Lazarus
Специализированный вполне себе есть, но откуда анону о нем знать?)
>И больше не нойте, что паскаль - дно и на нём никто не пишет.Паскаль — дно и на нём кто-то что-то пишет.
Причём одну из нужных вещей — дабл командер.
> Причём одну из нужных вещей — дабл командер.Как ни странно, и TC тоже - https://ru.wikipedia.org/wiki/Total_Commander#%D0%...
> Начиная с версии 8.0 выпускается и полностью 64-разрядный Total Commander (программа была переписана на Freepascal/Lazarus)
>> Причём одну из нужных вещей — дабл командер.
> Как ни странно, и TC тоже
>> Начиная с версии 8.0 выпускается и полностью 64-разрядный Total Commander (программа была переписана на Freepascal/Lazarus)Там не странно, а просто 64-разрядный компилятор появился в фри паскале раньше (в 2006), чем в дельфях.
14.07.10 Added: Start work on conversion to Lazarus/Free Pascal in preparation for 64-bit version
или вы про вообще, так когда ТС появился было 2 возможности без мучений напмсать гуи приложение - вихуал бэйсик и дельфи, вижуал си тогда был такой вижуал что увы, про других вообще молчу.
> Как ни странно, и TC тоже - https://ru.wikipedia.org/wiki/Total_Commander#%D0%...Да знаю я. Мне просто не нужен TC, когда есть DC.
> Здесь постоянно просят предоставить пример софта, написанного на паскале и лазарусе.Я ведь за деньги пишу, заплатите - получите. Такая дурная привычка выработалась.
А, верно, совсем забыл, я еще на здешних закапывателей должен бесплатно пахать, чоб им было кого критиковать. Ну извините, попробую исправиться (на самом деле нет).
А за бесплатно на Free Pascal и Lazarus написан кроссплатформенный компилятор и иде, что еще надо. Я вот им спасибо говорю. Но тоже за бесплатно.
Уже научился сохранять состояние при закрытии? Один из моих юзкейсов сублима - использовать как блокнот для временных заметок, но хоть они и временные сохранение их при выходе - весьма полезно.
Да, там есть "сессии". Куд сохраняет сессию при закрытии и открывает ее при старте. По опции. Даже для untitled tabs. https://wiki.freepascal.org/CudaText#Sessions
> внешних обработчиков на языке PythonМолодежно!
Как оно с очень длинными строками? А то Emacs такое не любит.
С длинными строками уже сделано хорошо, вот тесты после доделки, там и Emacs и Сублиме - https://wiki.freepascal.org/CudaText#Perfomance_on_huge_lines
Неплохо ;)
> С длинными строками уже сделано хорошо, вот тесты после доделки, там и
> Emacs и Сублиме - https://wiki.freepascal.org/CudaText#Perfomance_on_huge_lines
> CudaText 1.96. Opens file: 1.5sec. Caret moves at the end of line: very fast (<0.1sec). Editing of this line: adding each char is about 0.5sec.
> Geany 1.35. Opens file: about 10sec, then for next 5-10sec I cannot place caret by mouse, then it worksЭто смотря с чем сравнивать ;-)
# джини 1.36, открыть-закрыть - 57 секунд# cudatext 1.99, GTK2, открыть на пустом воркспейсе, зажав Ctrl+Q
time cudatext a.xml
cudatext a.xml 1,52s user 0,18s system 93% cpu 1,822 total# старый добрый http://www.jedsoft.org/jed/ который на S-lang
time jed -n -f 'exit' a.xml
jed -n -f 'exit' a.xml 0,02s user 0,00s system 94% cpu 0,022 total# открыть, перейти в конец строки, закрыть. Все это "ручками": (Ctrl-E, Ctrl-X Ctrl-C )
time jed a.xml
jed a.xml 0,13s user 0,02s system 15% cpu 0,981 total
К JED: видна подсветка синтаксиса.
Если просто открыть и закрыть - 0.4с.
И судя по тому, что ни при переходе в конец строки, ни при добавление/удаление знаков никакие лаги вообще не заметны -- упирается в скорость распальцовки (быстрее я не могу физически -- вместо щупалец у меня, увы, пальцы) ;)
Наверно JED хороший редактор. Только в релизе файлы от 2009 - ДЕВЯТОГО - года! И бинарника что-то для Лин не вижу, есть для Вин32. И какие-то скрипты типа INSTALL.*. Что-то как-то ребята забросили проект. На 11 лет. А так наверно хороший был редактор!!
> Наверно JED хороший редактор. Только в релизе файлы от 2009 - ДЕВЯТОГО - года!Ну, текст с тех пор не очень изменился ;)
Да и основное там -- движок (lib)slang.
Последний релиз которого был 2018,
https://www.jedsoft.org/releases/slang/
> slang-2.3.2.tar.bz2
> creation date: 2018-03-04T23:17:25 [GMT]http://www.jedsoft.org/snapshots/
> The files listed here represent the latest development versions in their respective source code repositories as of June 06, 2020.
> S-Lang --- Programmer's library and interpreter
>slang-pre2.3.3-24.tar.gz
> creation date: 2020-06-02T07:55:04 [GMT]Как впрочем и свежие снапшоты редактора:
> jed --- Programmer's editor
> jed-pre0.99.20-139.tar.gz
> creation date: 2020-05-11T07:55:05 [GMT].
.
> И бинарника что-то для Лин не вижу, есть для Вин32. И какие-то скрипты типа INSTALL.*.Э-э, уточните, для какого именно Линя и на какой платформе вам нужен бинарник и почему именно нужно *скачать бесплатно без СМС*? Чай не винда:
https://repology.org/project/jed/versions
Есть в репах Raspbian, ALT, Debian всех мастей, Devuan, Fedora, Ubuntu 12 - 20, Mandriva, Mac, Free/OpenBSD
всго: "77 package(s) known"> Что-то как-то ребята забросили проект. На 11 лет. А так наверно хороший был редактор!!
Кхе-кхе. Что-то как-то кто-то странновато смотрел:
git clone git://git.jedsoft.org/git/jed.git
commit d630fe4882d66911ef6b317da1a6125f9d4ef394 (HEAD -> master, origin/master, origin/H>
Author: John E. Davis <jed@jedsoft.org>
Date: Tue Jun 16 11:23:40 2020 -0400pre0.99.20-140: Added _jed_resize_display_hooks
commit f9e7115c7307b145e256d73ae5540c9709681933
Author: John E. Davis <jed@jedsoft.org>
Date: Sun May 10 11:38:29 2020 -0400pre0.99.20-139: rmail.sl is nolonger autoloaded. Its use has been deprecated for a >
commit 2d2a60ab146835bbc70ab13a0df1ae2f17f4efe5
Author: John E. Davis <jed@jedsoft.org>
Date: Sat Apr 18 20:25:43 2020 -0400pre0.99.20-138: Made jed_find_non_hidden_line private to screen.c
Да вы правы, JED есть в пакетах Убунту. Запустил. Он консольный. Неплохо смотрится. В статусе написано Emacs-чтотоеще. Неплохо. Будет как альтернатива Нано.
кто нибудь использует сабж в реальных условиях? Как оно в сравнении с geany для простыней на баше и питоне?
не программист и не такие уж большие портянки, ноgeany -> cudatext -> vs code -> codium
Впервые пробую,
но подсветка совпадений с выделенным = plugin.Highlight_Occurrences.zip
Поудобнее чем geany-plugin-automark ,...или возможно просто не нашёл можно-ли это как-то настраивать с geany
Даже поудобнее чем в Notepad++ наверное
: Сделал там где "Параметры"-"Настройки-Плагины"-"Highlight Occurrences"
min_len 1
sel_case_sens true
sel_words_only true
sel_whole_words true
caret_allow falseНемного неудобно то что как-будто не запоминает выбор "Вид"-"Переключить микрокарту"
И не подсвечивает слева вертикальные линии для текущего code-folding, если так назвать
...
Лучше не нажимать "Плагины"-"Addons Manager"-"Download all" :)
долго всё висло, и с ошибками спотыкалось
Удобнее просто браузером скачать плагины, распаковать, и из CudaText открывать эти плагины.zip
...
Хотелось-бы ещё больше разных плагинов/адонов )
Не очень понятное поведение нажатия Tab, печатаю if нажимаю Tab, получаю <if></if> :)
По F1 не увидел Tab... пытаюсь осилить почему некоторые snippets появились в панели слева, а некоторые типа snippets.Atom-Perl.zip нет, и как запускать атомные сниппеты )
>Немного неудобно то что как-будто не запоминает выбор "Вид"-"Переключить микрокарту"Это надо в user.json поменять, иначе оно запомнит только для активного файла.
>И не подсвечивает слева вертикальные линии для текущего code-folding, если так назвать
Не понял, можете написать подробно в Github?
>Не очень понятное поведение нажатия Tab, печатаю if нажимаю Tab, получаю <if></if>
Это закрытие любых тегов чтобы работало с не обычным html, есть всякие расширения html с "новыми" тегами.
>почему некоторые snippets появились в панели слева, а некоторые типа snippets.Atom-Perl.zip нет
snippets.Atom-Perl.zip это не для панели слева! А для плагина Snippets.
Надо еще из аддонов ставить lexer Perl.
>>И не подсвечивает слева вертикальные линии для текущего code-folding, если так назвать
>Не понял, можете написать подробно в Github?Извиняюсь, я немного деревянный насчёт этих web-gui,
нашёл там только "issues", но не нашёл куда постить как-бы "хотелки" :)Имел ввиду просто там где рядом с панелью "Номера строк" есть узкая панель
типа "Сворачивать/разворачмвать code-folding"
осталась привычка видеть как полосы там окрашиваются в другой цвет,
когда текущая строка внутри этих как-бы размеченных блоков кода.Иногда так легче заметить где кончается/начинается вся эта иерархическая вложенность,
Вот сейчас подумал, наверное это подсветка только текущего уровня...
Вобщем трудно понять чего хочется даже самому :)//Спасибо.
// Со snippets не был установлен plugin.Snippets.zip с самого начала
Прямо там в issues и пишут хотелки. Виш понял, как-нибудь подумаю как это сделать, виш непростой.
Я дико извиняюсь, но таки VS Code для чего-то сложного и nano, если что-то по-шустрому поправить. Лет 6 пользовался Emacs'ом, но таки достали мелкие недоделки, глюки тормоза. Да, vs code поджирает память но щито поделать.
> Лет 6 пользовался Emacs'ом, но таки достали мелкие недоделки, глюки тормозаИзучаешь eLisp - и у тебя больше нет проблем! Если же не можешь/не хочешь, то тогда это очень странный выбор..
>Изучаешь eLisp - и у тебя больше нет проблем!Одно дело, подправить что-то, или написать конфиг и совсем другое полностью с нуля пилить плагин. И вроде бы есть выход в виде использования LSP, но он в emacs'е какой-то недопиленный да и жрать память и подтормаживать всё это начинает изрядно. А в VS Code всё робит искаропки - typescript'ы питоны, автодополнения (причём оч удобные) вот это всё.
Возможно я еще не постиг всей глубины (за 5 лет), но> и совсем другое полностью с нуля пилить плагин
зойчем? При наличии MELPA с реально кучей всего!
Где толком нифига не работает. web-mode синтаксис подсвечивает местами криво, typescript отступы неправильно расставляет, для всевозможных жабаскриптов-модов нормального автодополнения не завезли. Вроде всё есть, но везде что-нибудь да не пашет так как хотелось бы. LSP тоже какой-то глючный, отваливается, тормозит дико - слайдшоу после ввода каждой буквы. Пока только на питоне скриптики лепил всё было ок, но когда понадобилось к говносайтику банальную админку и аплоадер для картиночек прикрутить всё стало очень печально.
Друх, прости, но может быть ты из этих *шопотом* web-разработчиков? Тогда как говорится все ясно))
Щито поделать - я люблю web, интернеты, http и поэтому жабаскрипт - неизбежное зло. Было, конечно, золотое время когда js использовался по своему прямому назначению - рисование снежинок на сайте и отрисовка чатиков, но всё меняется.
Отличный редактор! Пользуюсь им, хотя и меня смущает что написан на практически мертвом языке!
Мертвого языка в апреле 2020 вышла очередная опенсорсная версия, в июле будет следующая
Всё правильно - Lazarus (Лазарь) какгбэ намекает.
это было про первое возрождение из мегидо
https://wiki.lazarus.freepascal.org/History/ru
ну, похоже и дальше все будет в порядке, еще попишем, пока хоронители паскаля на электрон перелазят
Да я не против так-то. Каждому своё.
Плоский интерфейс заставляет глаза вытекать.
А нвидия его за такое название еще не засудила?
Отличный резервный редактор!
Да, дапускается быстро, но чото закрывается дооолго...
Как сделать так, чтобы при запуске открывался пустой файл, а не предыдущие?
ui_reopen_session стоит false
Ненужно когда есть саблайм.
Автор ещё здесь?Есть несколько вопросов к автору.
1. Что побудило писать новый редактор, а не доработать существующий SynWrite?
2. Что будет дальше с SynWrite?
3. Планируете ли Universal Viewer тоже сделать кроссплатформенным?
ЗЫИспользую Universal Viewer постоянно и ежедневно в Windows. :-)
Побудило то что нужно было cross platform. SynWrite на Делфи был. SynWrite project is frozen.
> Побудило то что нужно было cross platform. SynWrite на Делфи был. SynWrite
> project is frozen.Спасибо.
Universal Viewer вообще ни о чём. Ничего не умеет программа. Какой в ней толк. Разные вьюеры умеют на голову больше.
Редактирования нет от слова совсем.
Багу нашёл.Подсветка HTML «ломается» при открытии файла на первом же одиночном апострофе (он же одинарная кавычка) в тексте до следующего апострофа (если таковой будет).
Если в произвольном месте текста добавить ещё один апостроф и сразу же удалить его, то после него подсветка «сама собой чинится».
Не понял, нужен пример файлика, в Github. Вроде все апострофы светятся - <dd aa='sdfsdf' >
> Не понял, нужен пример файлика, в Github. Вроде все апострофы светятся -
> <dd aa='sdfsdf' >Не внутри в тегах, а вне их.
Возьмите любой HTML-файл из библиотеки Мошкова. Там все HTML-файлы невалидные, как раз и будет наглядно. Например, этот:
http://lib.ru/BACH/chap02.txt_with-big-pictures.html
Если поставить одиночную прямую кавычку (апостроф) в любом месте текста (не внутри тега), то портится подсветка после неё и до конца файла или до следующей такой же кавычки. С двойными кавычками такого не происходит, также не происходит этого с правильными типографскими кавычками.
ЗЫЯ ошибся: с двойной программистской кавычкой та же история.
ЗЫСделал пару скриншотов:
https://fastpic.ru/fullview/112/2020/0627/45272a158f67fdf150...
https://fastpic.ru/fullview/112/2020/0627/088339a24ea70ed868...
Нашел почему лексер красит что-то вне тегов. Из-за этого <table align=right width=30%> - тут лексер думает что %> это конец суб-лексера (красит красным цветом) и потому тег не закрыт. Надо как-то поправить.
Сделал фикс - попробуйте заменить файл HTML.lcf - https://github.com/Alexey-T/CudaText/blob/master/app/data/le...
> Сделал фикс - попробуйте заменить файл HTML.lcf - https://github.com/Alexey-T/CudaText/blob/master/app/data/le...Спасибо, теперь кавычки в тексте (вне тегов) не влияют на подсветку.
Ещё из замеченного: в перловых скриптах сохраняется подсветка синтаксиса после лексемы __END__, что нежелательно. Это не бага, а скорее пожелание. Предпочтительно такое поведение, как в этом образце:https://metacpan.org/source/GAAS/libwww-perl-6.05/lib/LWP.pm
…поскольку:
https://www.perl.com/article/24/2013/5/11/Perl-tokens-you-sh...
https://docstore.mik.ua/orelly/perl/cookbook/ch07_07.htm
Именно в таком стиле подсвечивают перловый синтаксис Scintilla (напр., Geany), Vim, Emacs.
Хорошо, поправил лексер. Вызвать "Plugins / Addon manager / Update" и обновить Perl оттуда.
> Хорошо, поправил лексер. Вызвать "Plugins / Addon manager / Update" и обновить
> Perl оттуда.Спасибо.
О! Спасибо. Как раз ищу сейчас что-то на замену Komodo Edit (помер на 12.0.1, а Komodo IDE "не зашло") для Perl.
А ppa не планируете сделать?
А то неохота ставить по-другому. Привык к нормальному обновлению и т.п.
> А ppa не планируете сделать?Не знаю как это делать, неохота возиться.
Кому нужно автообновление, для архивов даже статичной ссылки нет, это единственное на моей памяти приложение из aur требующее скачать файл через браузер https://aur.archlinux.org/packages/cudatext-gtk2-bin/
Нужна помощь зала, если кто поможет с этим, то буду рад.
А чем он лучше других подобных редакторов? Какие плюсы?
1) https://wiki.freepascal.org/CudaText#Program_perfomance 2) мало где есть Python API и тут оно удобней 3) open source 4) больше ОС
Ну... 3 и 4 не являются функциональными плюсами. Вот 1 и 2 возможно.
KOI8-R, по-моему нет.
А Sublime Text не получше будет? Закрытый код для меня ниочём, не параноик.
В чем-то получше. Там анимации крутые, там Goto Anything. В чем-то похуже. АПИ там сложнее юзать. Floating groups нет.
Пишу параграф в Вики.
Main advantages over Sublime Text
* Open source, more OS'es
* Python API is easier to use
* Code-Tree for lot of lexers (ST has plugin for very limited set of languages)
* Floating groups (3 groups of ui-tabs in floating windows)
* Toolbar (configurable via plugin)
* Powerful lexer format (it's much easier to create+configure lexers for complex things)
* Horizontal ruler above text
* Markers in editor
* Sessions system
* Virtual caret position (after end of line)
* Perfomance, see [[#Program_perfomance]]
* Options Editor plugin
* Can plug-in different Python engine
* Character Map dialog
* Python API is easier to useНу Питон понятно популярнее, но если на Паскале написано, то есть ли для расширений Паскальскрипт АПИ?
Нет, надо конвертировать плагин в Питон.
AkelPad лучше всех! :)
Так фактически здесь ведь обсуждаются не редакторы, а непродвинутые IDE. Надо какое-то другое слово, чтобы их от просто редакторов отвечать.
1. Не устанавливались дополнения.Скажем, я хочу добавить лексер для Кобола. Спустя некоторое время «подвисшего» состояния выскакивает окошко:
https://fastpic.ru/fullview/112/2020/0628/90af57745c7d8bcdd3...
После того, как я обновил urllib3 и ещё пару мелочей в пользовательской инсталляции, установить дополнение получилось. (В системной инсталляции Питона мне их обновить затруднительно, поскольку у меня Devuan 2, а в нём что есть, то есть, оно устаревшее.)Не знаю, действительно ли проблема связана с версиями питоновских причандалов или же это где-то на стороне репозитория в интернете.
2. Вопрос про CudaFormatter. Куда вручную устанавливать для него файлы из большого зип-архива?
3. И про значки. В SynWrite были хорошие классические иконки в старом нативном стиле Windows. Для CudaText такое будет?
>лексер для Кобола. Спустя некоторое время «подвисшего» состояния выскакивает окошко:Это не зависит от питон файлов, это что-то с SF.net, у меня тоже такое. в Вин10 тоже.
>Вопрос про CudaFormatter. Куда вручную устанавливать для него файлы из большого зип-архива?
Контент из зипов положить в "py/cuda_fmt_*". это описано в readme of CudaFormatter.
>хорошие классические иконки в старом нативном стиле Windows. Для CudaText такое будет?
Уже. Уже в аддонах- https://wiki.freepascal.org/CudaText#Add-on_types
Disclaimer: word "cuda" is taken from Serbian language, it means "miracles".
