Опубликован выпуск кроссплатформенного свободного редактора кода CudaText 1.220.6, написанного с использованием Free Pascal и Lazarus. Редактор поддерживает расширения на Python, и имеет ряд преимуществ над Sublime Text. Присутствуют некоторые возможности интегрированной среды разработки, реализованные в виде плагинов. Для программистов подготовлено более 300 синтаксических лексеров. Код распространяется под лицензией MPL 2.0. Сборки доступны для платформ Linux, Windows, macOS, FreeBSD, OpenBSD, NetBSD, DragonflyBSD, Solaris и Haiku...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62563
Вершина мастерства дизайна интерфейсов - серое в сером на сером!
50 оттенков серого
Зато глазам без лишней нагрузки комфортно.
У вас яркость/контраст монитора не регулируется?
Видимо, это работать при светящейся клавиатуре в полутьме. Тогда тема похожа на хорошо годную, каких мало. И такие не у всех есть.
50 оттенков серого вполне нагрузка на глаза
Как же вы дорогу-то переходете?
Отсутствие норм контраста и есть нагрузка на глаза т.к заставляет их сильнее напрягать и больше всматриваться в текст
У тебя трубка у ЭЛТ монитора давно села. Выкинь его.
Это в каких ips экранах трубки используются?
там есть примерно десяток встроенных цветовых схем https://i.imgur.com/15YycPU.png из коробки.
В новости специально показана самая неприглядная?
В новости показана неочевидная, как интересное.Все _очень_ хорошо понимают, что в оформлении есть темы, использующие опыт полувека+ за экранами дисплеев. А лишний раз говорить об очевидном - скушно.
Всё просто.
спасибо, но я боюсь открывать эту ссылку. Мне хватило того что в новости. Я не хочу увидеть ЕЩЕ хужей.
>Вершина мастерства дизайна интерфейсов - серое в сером на сером!Спонтанно получился соц опрос.
Судя по количеству оценок +18, на опеннете преобладают любители вырвиглазных схем "тропикана".
Отвыкайте видеть то, чего вам не писали
Отвыкай давать советы, которые тебя не просили.
Я очень-очень долго искал себе подходящий текстовый редактор, перепробовал все от vim до тяжеловесных IDE. Даже сам себе пробовал писать редактор.В итоге из всего, что я пробовал, CudaText оказался ближе всего к идеалу. Уже больше двух лет использую только его и не возникает желания переходить на что-то другое. Спасибо авторам!
(Понимаю, что кому-то другому что-то в редакторе не понравится, пишу лишь о том, что конкретно мне он подошел прекрасно.)
Просто ты пишешь привет миры. Все крутые пацики давно на zed и за них весь код пишут нейросети.
>Все крутые пацикиПохоже этот текст писал не человек
ИИ бы не смог сделать такую опечатку. Хотя... :(
Ну давай, тебе же очень хочется написать что зед на расте написан, не стесняйся
Сейчас к любому редактору можно прикрутить нейронку - хоть локальную, хоть через ключи и качество будет в 10 раз лучше убогово zeda
Без GPU он тормозит.
Он специально сдел для gpu и делает все существующие редакторы по скорости. Gpu сейчас есть у всех.
для виндовса нет, не канон.
Я тоже долго искал подходящий, но в итоге как ушел от вскод, так к нему и пришел.
А из вообще всех редакторов, запал прям нотепад++
Круг замкнулся!(С)
Я под форточкой тоже этих двух пользую.
А под не-форточкой - vi\vim! Причин к этому нет, просто пользую крайние *-цать лет и всё... ;-р:-)
Никакие вимы не нужны, если в Ubuntu есть sudo nano.
Я на венде отказался от Notepad++, сижу на CudaText никакого дискомфорта все очень быстро, на уровне Notepad++.А под линукс это один из быстрых и приличных редакторов, в отличие от тормозного хлама на GTK4 от Gnome, или вечно зависающего редактора в Mint, тут все ок.
Вот только сменил бы автор себе иконку приложение на поприятнее. Ну там нагенерировал или нагуглил яхз. Оранжевый на сером такой ужас, корежит.
Иконку придумал дизайнер которые вызвался помоч, цвета иконки от него, мне они вполне нравятся.
Подтверждаю, пока для меня - это лучший кроссплатформенный редактор. Быстро запускается, много плагинов, настроек. Но для своих проектов на C++ я всё-таки использую IDE Code::Blocks (из-за плагина wxSmith). CudaText очень хорошо подходит для быстрого редактирования файлов (в файловом менеджере). Раньше для этих целей использовал Geany, но CudaText работает заметно шустрее.
Что скажете про Джини?
А когда у него был релиз? Как выйдет релиз, создайте здесь топик и наслаждайтесь обсуждением. Всего хорошего.
а чем vim и emacs не устроили?
Ну... Это как играть в шахматы в голове. Круто, классно, но не все могут, ещё меньше с мотивацией для такого.
Ещё хорошая штука Geany.А "apt-cache search cuda | grep -i text", увы, отдаёт пустоту.
Очередное поделие, где большая часть экрана занята всем чем угодно, но не текстом.
В VIM весь экран занят текстом. Как он вам?
Мне -- отлично!
Какие хорошие текстовые редакторы, типа notepad++?
Emacs
Sublime Text 4
EmEditor.
Tea
Geany
В чем проблема на C++ писать? В такое захочешь закоммитить - не станешь
Да более того, захочешь собрать - не соберёшь.
Да, чтобы собрать cudatext нужно иметь компилятор Pascal. Чтобы собрать компилятор Pascal нужно иметь компилятор Pascal. Раньше GNU хотели Pascal в состав GCC включить, но передумали.
Ээээ... да как бы... вот что у паскалеобразных всю жизнь хорошо было - так это сборка.
Да что вы? Это при полном отсутствии-то как своей сборочной системы, так и поддержки в стандартных?
> Да что вы? Это при полном отсутствии-то как своей сборочной системы, так
> и поддержки в стандартных?Сборка проекта в delphi или страстная, гм, любовь с autotools? Хм... Даже и не знаю, что же выбрать-то?)))
Не, понятно, что сейчас - сильно не предел мечтаний, но на момент, когда паскалеобразные ещё были актуальны - разница прям разительная выходила.
> Сборка проекта в delphi или страстная, гм, любовь с autotools? Хм... Даже и не знаю, что же выбрать-то?)))autotools умер, размораживайтесь, давно есть нормальные системы сборки. Есть правда дурачки которым и cmake/meson слишком сложны потому что там кнопочки build нету.
> Не, понятно, что сейчас - сильно не предел мечтаний, но на момент, когда паскалеобразные ещё были актуальны - разница прям разительная выходила.
Когда вы хелловорлд пишете и умеете только нашлёпать формочек и жмякнуть билд в своём IDE, это может выглядеть просто. Любой полноценный проект нужно собирать автоматизированно без кнопочек и вообще GUI, при этом повторяемо и кроссплатформенно, с использованием системных зависимостей которые нужно ещё правильно подтянуть, а потом запускать тесты, собирать coverage, генерировать документацию, запускать всякие линты и форматтеры, генерить пакеты и бог весть что ещё делать. Это в вашу кнопку ни в каком виде не уложится и придётся напрячь полторы извилины и написать сборку. Только вот тулзов для этого в паскакаль мире нет и не намечается. Как раз потому что их уровень - уровень хелловорлдов.
> запускать тесты, собирать coverage, генерировать документацию, запускать всякие линты и форматтеры, генерить пакеты и бог весть что ещё делать.Для этого в FPC есть fpcmake и fpmake - буквально аналоги CMake для Паскаля.
https://wiki.freepascal.org/FPMake
> Только вот тулзов для этого в паскакаль мире нет и не намечается.
Начались срывы покровов... Если ты не в теме ю, то жто не значит, что их нет.
Это даже близко не CMake. Ниже написан минимум что должна уметь система сборки (и это далеко не всё; обнаружение зависимостей, в том числе сишных, конфигурация с опциями, естественно сборка, кросс-компиляция, запуск тестов и бенчей, установка в систему, сборка пакетов, сборка документации, публикация пакетов). А собрать голый модуль я могу и руками.
> обнаружение зависимостей, в том числе сишныхТы в своем уме? Накой проекту на Паскале сишные зависимости?
> конфигурация с опциями, естественно сборка, кросс-компиляция, запуск тестов и бенчей, установка в систему, сборка пакетов, сборка документации, публикация пакетов
Это все fpcmake/fpmake умеет делать. Включая любые кастомные задачи, в т.ч. с вызовом внешниз ниструментов. Это именно что аналог CMake для FOC.
>> Сборка проекта в delphi или страстная, гм, любовь с autotools? Хм... Даже и не знаю, что же выбрать-то?)))
> autotools умер, размораживайтесь,Так и паскалеобразные - не то, чтобы "живые" с тех же примерно времён...
> давно есть нормальные системы сборки. Есть правда дурачки
> которым и cmake/meson слишком сложны потому что там кнопочки build нету.Ну да - в жизни всегда должно быть место для подвига!
>[оверквотинг удален]
> Когда вы хелловорлд пишете и умеете только нашлёпать формочек и жмякнуть билд
> в своём IDE, это может выглядеть просто. Любой полноценный проект нужно
> собирать автоматизированно без кнопочек и вообще GUI, при этом повторяемо и
> кроссплатформенно, с использованием системных зависимостей которые нужно ещё правильно
> подтянуть, а потом запускать тесты, собирать coverage, генерировать документацию, запускать
> всякие линты и форматтеры, генерить пакеты и бог весть что ещё
> делать. Это в вашу кнопку ни в каком виде не уложится
> и придётся напрячь полторы извилины и написать сборку. Только вот тулзов
> для этого в паскакаль мире нет и не намечается. Как раз
> потому что их уровень - уровень хелловорлдов.Да-да, все мы рады, что c'шники более-менее успешно научились решать (некоторые) специфические проблемы 70х средствами 90х - но, по счастью, далеко не у всех эти проблемы вообще - есть. Ну и да, натягивать "сборочную систему" на "CI\CD framework" - не то, чтобы совсем "сову-на-глобус" - но близко к тому: между gitlab CI\jenkins и cmake есть ма-аа-аахонькая такая разница, ага?
> кроссплатформенно
> Сборки доступны для платформ Linux, Windows, macOS, FreeBSD, OpenBSD, NetBSD, DragonflyBSD, Solaris и Haiku
> Да что вы? Это при полном отсутствии-то как своей сборочной системы, так и поддержки в стандартных?В том-то и суть, что Пакскалю не нужны "системы сборки", ибо там нет дичи с инклюдами и их путями, как в C. Для сборки любого проекта на Паскале не требуется ничего, кроме, собственно, компилятора Паскаля.
Только если нужно использовать нестандартные модули, то путь к ним, естественно, нужно сообщить компилятору. А когда речь идет о том же Lazarus/Delphi, то там для этого есть файл проекта IDE.
> В том-то и суть, что Пакскалю не нужны "системы сборки", ибо там нет дичи с инклюдами и их путями, как в C. Для сборки любого проекта на Паскале не требуется ничего, кроме, собственно, компилятора Паскаля.
>
> Только если нужно использовать нестандартные модули, то путь к ним, естественно, нужно сообщить компилятору. А когда речь идет о том же Lazarus/Delphi, то там для этого есть файл проекта IDE.Ты смешной. В C если не нужны нестандартные модули то тоже нет никаких путей к инклудам, прикинь? Только в любом серьёзном проекте всегда нужны сторонние библиотеки, и обычно десятки их, причём в твоём паскале именно сишные, потому что нативных аналогов нет и не будет. Поэтому без "дичи с инклудами" в паскале, в дополнение к дичи с нативными модулями, ты только хелловорлд можешь написать.
При этом в C мире никакой "дичи" давно уже нет, система сборки обнаруживает зависимости, и сама разбирается с флагами. А ты только указываешь что у тебя приложение которому нужен Qt, OpenCV, boost, ffmpeg и curl, и всё работает.
Lazarus/Delphi ничего такого близко не умеет, а файл проекта IDE можешь разве что распечатать на рулоне и использовать по назначению, потому что нигде кроме твоего локалхоста он работать не будет. Да и, кстати, ты уже соврамши, сказав что для сборки не требуется ничего кроме компилятора, а оказывается уже IDE. На headless CI хосте, ага.
> В C если не нужны нестандартные модули то тоже нет никаких путей к инклудам, прикинь?Да? А пути к инклюдам своих файлов ей не нужны?
> При этом в C мире никакой "дичи" давно уже нет, система сборки обнаруживает зависимости, и сама разбирается с флагами
В мире C дичь есть и будет, ибо фундаментально язык не меняется. А система сборки как раз для решения этой дичи и нужна.
> Да и, кстати, ты уже соврамши, сказав что для сборки не требуется ничего кроме компилятора, а оказывается уже IDE.
Та пятой точкой читаешь? IDE упомянута в контексте того, что в файле проекта можно казывать зависимости и пути.
> На headless CI хосте, ага.
lazbuild собирает из коммандной строки. Или ты действительно думаешь, что вот никто за годы существования Lazarus не догадался, что собирать нужно не только кнопкой "Build" в IDE?
> Да? А пути к инклюдам своих файлов ей не нужны?Нет, не нужны. include с кавычками и всё.
> В мире C дичь есть и будет, ибо фундаментально язык не меняется. А система сборки как раз для решения этой дичи и нужна.
То что ты называешь "дичью" неизбежно будет во всех мирах где есть внешние зависимости, то есть просто во всех мирах. Разница только в том что в C мире для решения этой проблемы есть инструменты, а в паскалевском нет.
> Та пятой точкой читаешь? IDE упомянута в контексте того, что в файле проекта можно казывать зависимости и пути.
Это ты пятой точкой считаешь. Твой файл проекта с захардкоженными путями в /home/vasyan нигде кроме твоего манялокалхоста работать не будет. Поэтому тебе не обойтись без системы сборки, которая файл проекта сгенерирует под ту систему где запущена, но у тебя её нет.
> В C если не нужны нестандартные модулиЧел, ты ее понимаешь, что несешь. Какие еще модули в C? В том же C++ лишь недавно стандартизировали mudules, которые являются каким-то аналогом units из Паскаля. Да и то их полной поддержки ни в одном компиляторе сейчас нет.
Это и есть та самая причина, по котрой для кода на Паскале - в отличие от C - не нужна система сборки.
> Чел, ты ее понимаешь, что несешь. Какие еще модули в C? В том же C++ лишь недавно стандартизировали mudules, которые являются каким-то аналогом units из Паскаля. Да и то их полной поддержки ни в одном компиляторе сейчас нет.Челик, а ничего что модуль - общее понятие? Пара c и h файлов - это модуль. Прочитай определение на википедии если не веришь: https://ru.wikipedia.org/wiki/%D0%9C%D0%.... На будущее знай что одно знакомое слово ещё не значит что ты разбираешься в теме.
> Это и есть та самая причина, по котрой для кода на Паскале - в отличие от C - не нужна система сборки.
Ещё раз, чувачок, модули, как бы они не были оформлены - в виде россыпи файлов, сошки с инклудами, single header библиотеки или standalone модуля плюсов или паскакаля, нужно как минимум найти в системе или установить. Текстовичок это не умеет, нужна утилита. И в случае паскаля, ещё раз тебе повторяю, она должна работать не только с паскалевскими модулями, но и C/C++ во всём их многообразии, потому что для полноценной программы на паскакале, ввиду скудной экосистемы самого паскакаля, синшные библиотеки понадобятся гарантировано.
> Пара c и h файлов - это модуль.
> она должна работать не только с паскалевскими модулями, но и C/C++ во всём их многообразииПаскалю нужны сишные заголовочники? Или что ты хотел сказать?
> Lazarus/Delphi ничего такого близко не умеет, а файл проекта IDE можешь разве
> что распечатать на рулоне и использовать по назначению, потому что нигде
> кроме твоего локалхоста он работать не будет.Ну, вообще - это тоже не есть правда. Если память мне не изменяет - то "файл проекта delphi" - MSBuild-совместимая бнопня, которая через соответствующий плагин вполне себе цепляется к jenkins'у и не сильно удивлюсь если и к gitlab ci тоже.
Ну... для C/C++ тоже не обязательно нужны системы сборки. Хелоуворлды можно компилировать и из командной строки cl.exe gcc clang на выбор - указываешь библиотеки, пути, точно также можно нажимать кнопочку Build в IDE типа Code::Blocks, формошлёпить, всё легко и просто компилируется как и в вашем паскале-лазарусе. А сложная система сборки обычно предназначена для крупных проектов с кучей зависимостей и проверок.
На чём автор мог, на том и написал.
Возьмите Kate
Хотел как-то для этого написать ебилд чтобы было в генте, но замучался собирать и бросил. Уже с десяток лет любой софт собирается из коробки cmake|pip|cargo|npm install, без патчинга, подкладывания библиотек и плясок с бубном, только зависимости поставь, а здесь же пришлось накачать руками кучу модулей, поправить тонну детских ошибок сборки включая синтаксические (т.е. автор я так понял код не тестировал вообще), потратить на это полдня, и в итоге получить сегфолтящийся где-то в потрохах лазарусского рантайма бинарник. В оригинальной доке предлагается через IDE собирать, или через самописный шелл скрипт, нерабочий, разумеется. Никакими CI естественно не [пахло](https://github.com/Alexey-T/CudaText/tree/master/.github/wor...).
Там не то, что нет CI, там вообще всё запущено https://github.com/Alexey-T/CudaText/pull/5813
Автор как будто не совсем понимает как он оказался в мире опенсорса. Очень странные вопросы постоянно задает. Пример по ссылке далеко не единственный который я встречал.
> Its not needed for me because i dont need to make Cud builds online.. I do it offline..Вспоминаю историю с протрояненным ICQ клиентом на дельфе, не помню уже кто это был - миранда какая-нибудь или qip. Там тоже было "я делать это оффлине".
> Хотел как-то для этого написать ебилдЧто могло пойти не так?.. 😂
А если серьезно, то это карма, дружок: нужно было не страдать фигней, а просто скачать себе готовые бинари с сайта сабжа.
Ага, может ещё и винду надо было юзать? Звиняй, я хочу, во-первых, весь софт одинаково ставить и обновлять, одной командой, а не сидеть как дayн на next→next→next жмякать, во-вторых не думать не протроянил ли сборку сам автор или те кто его поломали. Конкретно здесь получить малварь по географическому признаку вероятность очень высокая, да и, судя по квалификации автора, второй сценарий исключать нельзя.
> Ага, может ещё и винду надо было юзать?Будто бы Линукс типа нужен сугубо ради пердолинга.
> а не сидеть как дayн на next→next→next жмякать
Ну ты же "сидел как даун", сношаясь с ебилдами - и ничего.
> Ну ты же "сидел как даун", сношаясь с ебилдами - и ничего.Это однократная работа которая экономит кучу времени мне и всем пользователям дистрибутива, обычно отнимает меньше часа на приложение, но ты же это и так знаешь, глyпый троллёк? И она в любом случае должна быть сделана, потому что никто в XXI веке не качает бинари по сайтам авторов, особенно учитывая что их никто уже особо не выкладывает.
Но кто ж знал что поделку на паскале невозможно собрать никому кроме автора на его локалхосте.
>> Ну ты же "сидел как даун", сношаясь с ебилдами - и ничего.
> Это однократная работа которая экономит кучу времени мне и всем пользователям дистрибутива,
> обычно отнимает меньше часа на приложение, но ты же это и
> так знаешь, глyпый троллёк? И она в любом случае должна быть
> сделана, потому что никто в XXI веке не качает бинари по
> сайтам авторов, особенно учитывая что их никто уже особо не выкладывает.Вот всякие go'*'rust'ы то не знают с их через одного sudo curl|sh то!
Через одного? Перечисли все что знаешь, а потом сравни с числом установленных у тебя пакетов.
> Это однократная работа которая экономит кучу времени мнеНу и что, много ты сэкономил этим пердолингом?
> обычно отнимает меньше часа на приложение
А теперь посчитай, через сколько лет этот час окупиться по сравнению с тем самым трехсекундным "на next→next→next жмякать" раз в месяц. 😂
> ты же это и так знаешь, глyпый троллёк?
Ну, и зачем ты на оскорбления переходишь? Я же не виноват, что тебе делать нечего.
Алексей, вам бесполезно объяснять. Закройте исходный код и живите в своем вендомире по вендоправилам.
А вот это как раз не Алексей - тот был бы безумно рад если бы его творение где-то опакетили. Это какой-то мимокрокодил который либо не понимает как пакетная система работает, либо виндузятник у которого одна машина на которую ничего кроме офиса и стима не нужно ставить.
> А теперь посчитай, через сколько лет этот час окупиться по сравнению с тем самым трехсекундным "на next→next→next жмякать" раз в месяц. 😂Ты не серьёзно, я надеюсь? У меня 2700 пакетов на рабочем ноуте, 3500 на десктопе, 250-260 на 2 внешних VPS и 2 локальных виртуалках. Всё это обновляется раз в неделю самое редкое. Сам посчитаешь сколько нужно это прожмякать? Я не понял, ты сам не пользуешься пакетами дистрибутива что-ли? Или ты думаешь они из воздуха берутся, а не кто-то типа меня их тебе "напердолил"?
> У меня 2700 пакетов на рабочем ноуте, 3500 на десктопеИ сколько из них является десктопным прикладным софтом с GUI? Которые при том еще и обновляются каждую неделю?
Понимаешь, речь шла о сабже. Когда человеку нужен текстовый редактор для работы, то он его качает с сайта и через полминуты уже занимается той самой работой. А когда стоит задача посношаться с ебилдами, то человек, собственно, сношается с ебилдами. А потом гонит на автора софта, будто это он виноват в бестолку потраченном времени.
> И сколько из них является десктопным прикладным софтом с GUI? Которые при том еще и обновляются каждую неделю?А в твоей парадигме другой софт как-то иначе ставится? Справедливо было бы попросить не считать зависимости, но ты видимо слабо представляешь как это работает. Я с этим могу поспорить, потому каждая установленная библиотека может завтра понадобиться в разработке и она уже будет, но ладно. Листовых пакетов на ноуте у меня 400, на VPS 50 - дели хоть на десять, что от этого меняется? Установка этого вручную это муторная задача не достойная специалиста.
> Понимаешь, речь шла о сабже. Когда человеку нужен текстовый редактор для работы
Понимаешь, человеку очень редко нужен один редактор. Когда я был школотой и использовал винду, у меня на болванке был уже набор из нескольких десятков приложений с кряками, из того что помню winamp, какой-то icq клиент, модемная звонилка, http/ftp качалка, клиент ed2k, opera, офис, визуал студия, nero burning rom, winrar, что-то там а-ля hyperterminal, pussy или securecrt, комплект фидошного софта (это правда просто архив). И после переустановки венды, кроме собственно установки винды, нужно было сидеть и это всё прокликивать. Хорошо ещё что не качать. Причём, я это ещё никогда не обновлял.
А сейчас мне надо на два порядка больше софта, он должен быть свежим, и я должен тратить ноль личного времени чтобы его поставить. Это возможно только при использовании репозитория. Его должен кто-то наполнить. На 99% того что мне нужно он уже наполнен, остальное я добавлю сам. Сколько бы я времени на это не потратил, это окупается сразу, потому что когда мне это будет нужно СЕЙЧАС оно будет. Ну и экономит это не только моё время, поэтому по-хорошему нужно умножать на всех пользователей ебилда.
>> А теперь посчитай, через сколько лет этот час окупиться по сравнению с тем самым трехсекундным "на next→next→next жмякать" раз в месяц. 😂
> Ты не серьёзно, я надеюсь? У меня 2700 пакетов на рабочем ноуте,
> 3500 на десктопе, 250-260 на 2 внешних VPS и 2 локальных
> виртуалках. Всё это обновляется раз в неделю самое редкое. Сам посчитаешь
> сколько нужно это прожмякать? Я не понял, ты сам не пользуешься
> пакетами дистрибутива что-ли? Или ты думаешь они из воздуха берутся, а
> не кто-то типа меня их тебе "напердолил"?Ну, кто ж виноват-то, что система управления _приложениями_ в *nix такое днище\адище? In general пользователя нах...фиг не интересуют "пакеты", его интересуют установленные _приложения_ - обычно десятка полтора-два, да.
В последнее время вроде как доходить стало, что "чот тут не так" - и даже подвижки в сторону snap'ов\flatpack'ов\appimage'ей пошли - глядишь, лет через 10 мейнстримом станет...
> Ну, кто ж виноват-то, что система управления _приложениями_ в *nix такое днище\адище?Объясни почему ты считаешь что днище. Я это поставил одной командой и обновил одной командой. Ничего быстрее и лучше не может существовать.
> ? In general пользователя нах...фиг не интересуют "пакеты", его интересуют установленные _приложения_ - обычно десятка полтора-два, да
Приложения тоже пакеты если что. Приложений как я написал выше получается в 5 раз меньше, руками их проще ставить не становится.
> В последнее время вроде как доходить стало, что "чот тут не так" - и даже подвижки в сторону snap'ов\flatpack'ов\appimage'ей пошли - глядишь, лет через 10 мейнстримом станет...
Никакой разницы нет. Это тоже пакеты, их тоже кто-то собирает, там свой flathub и сотня пакетов из него ставятся одной командой.
Тебя троллят, а ты на полном серьезе докапываешься до сути претензий, накручивая простыни текста.
>> Ну, кто ж виноват-то, что система управления _приложениями_ в *nix такое днище\адище?
> Объясни почему ты считаешь что днище.Оно тебе точно надо? Ты и так знаешь, что _збст, лучше нибываит_ - и кто бы что бы не сказал - мнение это не изменится, да? А что индустрия марширует в атомарно обновляемые ОС, контейнерную изоляцию, самодостаточные приложения - так они все *охи-ниасиляторы жеж.
> Я это поставил одной командой и
> обновил одной командой. Ничего быстрее и лучше не может существовать.Ну, если твоя работа - ставить\обновлять 2,7к-3,5к приложений одной командой - то наверное да.
Мне, как пользователю, пожалуй удобней, если приложение скажет - "пссст! парниша - тут новую версию выкатили - ннада?" А если еще и рутовых прав при этом не попросит - вообще молодец будет. И да, если это не рабочий ПК с 2,5 задач - то основная проблема не в том, чтобы приложение "установить", а в том, чтобы _найти лучше из решающих задачу_ - и тут классический репозиторий (В отличие от условного аппстора) тоже, мягко говоря, не помогает...>> ? In general пользователя нах...фиг не интересуют "пакеты", его интересуют установленные _приложения_ - обычно десятка полтора-два, да
> Приложения тоже пакеты если что. Приложений как я написал выше получается в
> 5 раз меньше, руками их проще ставить не становится.Ну да. А то, что унутре оне попердолены на 100500 пакетов, которыми таки надо управлять со всем этим шапито-под-капотом - так то ж ерунда, правда? Зато - одной командой! А что мейнтейнеры чуть-капельку пiдзадолбались забисплатна это все крутить-вертеть... проблемы индейцев - шерифа не волнуют.
>> В последнее время вроде как доходить стало, что "чот тут не так" - и даже подвижки в сторону snap'ов\flatpack'ов\appimage'ей пошли - глядишь, лет через 10 мейнстримом станет...
> Никакой разницы нет. Это тоже пакеты, их тоже кто-то собирает, там свой
> flathub и сотня пакетов из него ставятся одной командой.Ну, если вы говорите, что между deb и appimage нет никакой разницы - то разумеется, так оно и есть.
Автор, добавь на главную скриншот с C++ или питоном, чтобы было видно что в синтаксис и подсветку оно не умеет. Могу понять что кайфово наверное зaдpoтствовать-аутировать набивая регулярочки, но простить не могу - так лексеры не пишутся. Кроме того что это просто не работает, разбор файла больше страницы занимает заметное время, да ещё и редактирование ощутимо тормозит. Умные люди написали за тебя замечательный Tree-sitter, лучше позaдpoтствуй портировав существующие дельфячьи биндинги к нему под свой fpc.
Почему-то оригинал не тормозит, но при этом парсит именно регэкспами. Просто оригинал писал человек, который понимал, что делает и зачем.
А это не оригинал?
Почему-то оригинал не тормозит, но при этом парсит именно регэкспами. Просто оригинал писал человек, который понимал, что делает и зачем.
У меня все работает. Парсит Питон и С++ файлы больше 100 страниц без замтных пауз.Переход на Сишный tree sitter это громадная задача. Например все енумерации строк придется переделывать, поиск тоже.
Нет, tree sitter не подойдет. К тому же биндинги не соберутся под все ОС которые в новости приведены.
Дожили, текстовый редактор без CUDA не работает.
Хахаха :D Хорошая шутка. Но CUDA (Compute Unified Device Architecture) здесь не при чём.Word "cuda" is taken from Serbian language, it means "miracles".
Будь то для хост-компьютера или устройства GPU, весь исходный код CUDA теперь обрабатывается в соответствии с правилами синтаксиса C++ .
Алексей, а вы когда редактор называли, не знали что CUDA - широко известный термин, и не думали что название будет сбивать с толку? Коли вы постите новости о редакторе, вам нужен PR, а название - первое что его хоронит.
Комментарий я писал, а никакой не Алексей. Просто сходил на сайт и с главной страницы скопипастил инфу про CUDA. Я вообще пользую Code::Blocks для разработки на C++. К проекту CudaText никакого отношения не имею.
Не думаешь что это странно что настоящий Алексей ответил бы точно так же?
Типа что пишет на C++ wxWidgets/Code::Blocks, а не на паскале-лазарусе? Нет, не думаю. Тем более он похоже тут сейчас появился под своим ником - Alexey, можете с ним и поговорить, а не кидаться на анонимов.
С 2015 года название. Все юзеры привыкли. Название останется пока автор CUDA не возмутится и не начнет угрожать.
> не знали что CUDA - широко известный термиCUDA = ČUDA = ЧУДА = Чудеса
Но ведь чудо на сербском — это "чудо", а не "цуда".
А, не разглядел мн. число. Ну тогда "čuda".
Сербский на латинице экстремистненько.
В заголовок новости посмотри
(И по секрету расскажу: большинство сербов печатает латиницей)
Короч, чо хотел сказать: название в текущем виде никто правильно не прочитает. Нужно или на кириллице писать, или на латинице с диакритикой, или на латинице через ch.
Как в нем сортировать строки? Чтобы как в Notepad++
В нём не надо. Есть GNU утилиты освой их. Для начала
$ sort text_fileЕсли дополнительно изучишь bash, sed, awk - будешь монстром Юникса.
P.S.man sort весьма короткий, не длинный. Несколько опций возьми на вооружение.
Как все просто оказывается.. прям стыдно стало за глупый вопрос )
Верхнее меню: Plugins / Sort / Custom sort.
Супер! Большое Вам спасибо!
Не смог на него перелезть потому что нет плагина extend selection to tag как в сабле
Тогда ты не сможешь перелезть ни на что, потому что нигде почти нет такой команды, кроме Sublime.
В Emacs есть.
Страшненький какой)
А про преимущества над sublime я бы послушал )))
Как минимум - кроссплатформенность
А что, Суглинок на какую-то из платформ не завезли? Вроде на все поставляется: https://sublimetext.com/download
Тролли пишут "никому этот редактор не нужен, зачем ты пишешь новости про ненужную поделку на мертвом языке!". Но количество скачек с SourceForge тысячи в неделю. И еще. Я видел как тролли писали "Зачем ты делаешь закос под SublimeText, он уже никому не нужен, им совершенно никто не пользуется в 2024 году". Но это лож. У Sublime в 2024 было где-то 15% рынка редакторов.
АкелПад тоже тысячами скачивают. А новость про новую версию проигнорировали, как незначимую.
В AkelPad сообщество еще живое. Вот и скачивают. И обсуждают как то приклеить и сё. Значит Акель не ненужная поделка? Значит да.
AkelPad - Windows only, что же ОпенНет не публикует про него новости, про Виндовый редактор, в самом деле?
Неправильный опенсорс, под 3% не работает, западло про такое публиковать.
Geany наше всё...
Да. Geany тоже классный. Но под виндой долго запускается.
BlueFish же!
Спасибо большое. Не знал про этот редактор. Действительно очень быстро запускается. Для HTML особенно хорош.
Алексей, спасибо за труд! Те, кто на винде пользовал notepad++, в никсах могут продолжить работу на CudaText, так как интерфейс можно приблизить (настроить) к привычному и возможностей аналогичных с горкой. Плюсом, разработчик местный, проще запрос на фичу сделать. Кстати, если кто не знает, он активно участвует в разработке библиотеки TRegExpr https://regex.sorokin.engineer/ru/
Пожалуста. Спасибо вам за добрый коммент. Но с комментами ОпенНет все плохо. Явного тролля, химически чистого, не стирают. Оно гадило и гадит. Модераторы его не стирают. А если в бочке с вареньем есть ложка к&&&а, это уже не варенье. Потому я кратко тут. Не расписываю. Десятки коментов которые были свернуты в треды я даже не смотрел. Не варенье. Печаль.
Да с комментами на ОпенНет не хорошо всегда было - это не новость, народ здесь разномастный. Но и вы себя в руках держите, чтобы не выпили как из других мест, где вы себя не сдержали. Вроде, должны уже повзрослеть на этой теме.
Такой хороший продукт пропадёт из-за отсутствия рекламы и пиара.
А как пиарят Сублиме Текст? А как пиарят Notepad++?
Сарафанное радио в первую очередь. А sublime - вообще шаровара под винду, они наверное и рекламу у гугла поначалу закупали.
Я не готов взяться за рекламу. И потом реклама в гугл платная. Сарафанное радио тут уже отработало. Так что я пас.
Саблайм проприетарный же. Начнёшь пользоваться, но позже отберут. Нет смысла начинать пользоваться.
Кто отберёт? Как купил, так и пользуешься, даже обновлять дадут, пока лицензия действует. Закончится лицензия - можешь продолжать пользоваться без обновлений, если не захочешь продлевать.
Похоже, там нет LSP. Зачем он тогда такой нужен? Чтобы автор мог парсить свой паскаль регулярочками? Впрочем, каждый развлекается так, как нравится.
В CudaText есть LSP. Пруф https://wiki.freepascal.org/CudaText_plugins .
> Похоже, там нет LSP. Зачем он тогда такой нужен? Чтобы автор мог
> парсить свой паскаль регулярочками? Впрочем, каждый развлекается так, как нравится.Каюсь.