LINUX.ORG.RU

Lite XL 2.1.4

 , , , ,


0

2

16 апреля состоялся выпуск 2.1.4 редактора текстов Lite XL, написанного на языках C и Lua с использованием библиотек SDL2 и PCRE2, и распространяемого по лицензии MIT. Редактор является существенно улучшенным форком редактора lite.

В новой версии:

  • в плагин Python добавлено расширение .pyi;
  • в плагин C++ добавлена подсветка синтаксиса Arduino;
  • в плагин JavaScript добавлено ключевое слово from;
  • исключена возможность бесконечного цикла в токенизаторе;
  • улучшение поведения окна автодополнения при работе с длинным текстом;
  • улучшение поведения CommandView и автодополнения при прокрутке;
  • другие улучшения и исправления ошибок.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)

использованием библиотек SDL2

SDL2 не ждёт событие в WaitEvent, а опрашивает очередь в цикле со слипами по 10мс. Не лучшее решение для текстового редактора.
То есть в SDL есть api, ожидающее событие, но оно фактически не реализовано, а закостылено, как и практически всё, что умеет SDL2

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

Так Lua и создан был что бы предосталять удобный вызов C реализаций.

splinter ★★★★★
()

А так вообще редактор очень хороший. Пользовался lite и Lite XL на слабом железе, которое не тянет VSCode, было комфортно.

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

Я просто озвучиваю проблему. Возможно для CAD не так критично, но оставив текстовый редактор крутящий SDL_Delay в цикле на каком-нибудь портативном устройстве, можно заметно сократить время работы от батарейки. Ну и, у SDL проблемы ВЕЗДЕ. Например, SDL_Renderer, который имеет софтовую реализацию, но не запускается в последних версиях SDL2 без opengl, поскольку он пытается сделать glXCreateContext даже с SDL_RENDER_DRIVER=software и ловит XError. помогает SDL_FRAMEBUFFER_ACCELERATION=software, про который вряд ли кто-то знает, мне пришлось сорцы копать

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

Хороший редактор, шустрый.

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

Ну и, у SDL проблемы ВЕЗДЕ.

Подтверждаю, сколько же я с ним намучился... Из последнего, неправильно определяет герцовку экрана.

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

браузерная демка повисла в вечном цикле при заходе в настройки :(

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

Чем он лучше CudaText?

Не знаю, не пользуюсь.

Как у Lite XL с плагинами?

Хорошо:
https://github.com/lite-xl/lite-xl-plugins
https://github.com/lite-xl/lite-xl-plugin-manager
https://github.com/lite-xl/lite-xl-lsp
https://github.com/lite-xl/lite-xl-lsp-servers
https://github.com/lite-xl/lite-xl-widgets
https://github.com/lite-xl/lite-xl-colors

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

Если вы ищете расширений, то вам нужен другой редактор.

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

Плагин для markdown preview есть?

Есть, но использует API GitHub для получения html и открывает полученный файл вызовом xdg-open.

А плагин для task management (управления задачами)?

В их реестре нет.

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

не, я не про это
вопрос - чем интерфейс лайта лучше интерфейса саблайма ?

хотя открытость исходников - это конечно несомненный плюс

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

в плагин JavaScript добавлено ключевое слово from;

Что-то я ни в одной документации не смог найти ключевое слово from.

Gentooshnik ★★★★★
()

написанного на языках C и Lua с использованием библиотек SDL2 и PCRE2

vi[m] переписали? 🤡🤡🤡

etwrq ★★★★★
()

А мне понравился. Простой, понятный редактор с выбором тем. Зачет.

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

Но зачем? Ещё и с FreeType возиться…

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

In Vim there are 14 editing modes, 7 basic modes and 7 variants

Вот этим. :)

«Вы говорите 14 режимов редактирования так, как будто это что-то плохое».

Smacker ★★★★★
()

Vim прекрасен тем, что может прожевать файл в пяток гигабайт и работать. Больше никто так не может.

Может ли lite xl так?

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

SDL2 не ждёт событие в WaitEvent, а опрашивает очередь в цикле со слипами по 10мс.

На данный момент это не правда, пауза там 1 милисекунду и нужна она для того чтобы отработала функция внутри WaitEvent принимающая параметр timeout. Таким образом ты либо явно задаёшь -1 и ничего не ждёшь, либо задаёшь timeout и ждёшь 1ms * timeout времени в течении.

но оставив текстовый редактор крутящий SDL_Delay в цикле на каком-нибудь портативном устройстве

Это неправда, то сколько времени, когда и будет ли вообще происходить обработка эвентов зависит только от тебя как разработчика. Если тебе надо ты можешь динамически менять частоту обновления всей или части логики на основе того были ли у тебя эвенты недавно или нет, события есть значит пользователь работает, молотим всё и логику и кадры, пользователь пошёл заваривать чай, его нет пару секунд, увеличиваем задержку. Если у тебя притензия к реализации SDL_Delay то смотря к какой именно из платформоспецифичных. Текущая для линукса использует nanosleep() , а не в цикле считает время молотя проц, но может и молотить проц если нужных функций нету, паузой процесса либо занимается ядро, либо цикл с отсчётом в нём времени иного современное человечество не придумало.

можно заметно сократить время работы от батарейки

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

Приложешька для телефона который у меня вместо звуковой карты работает 24/7, есть активность == программа молотит и логику и кадры, нет активности == частота обновления чего либо падает до 5~10 раз в секунду. И всё.

У SDL много «приколов», но то что ты описал, ну нииинаааю, странно как по мне, ну или я чего не поняло.

который имеет софтовую реализацию

Тута да в SDL3 ваще хотят (или уже) выкинуть :( Жопы! А это всё эпик геймс виноваты, дали гранд Гордону с условием «осовременить» SDL чтобы тот косил под концептуальные подходы Vulkan и всех вот этих вот. Но да ладно. SDL2 и SDL3 это просто два брата близнеца, но от разных мам и пап считай.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от beck

Народ пишет, что легковеснее.

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

Кстати. Ту есть возможность, как в vscode, работать на удаленной машине по ssh?

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

Vim прекрасен тем, что может прожевать файл в пяток гигабайт и работать.

Это история сотворения мира от начала и до наших дней? Мне просто реально даже интересно стало посмотреть на сие. Вим - это, пардон муа, пару строчек поправить в конфиге. И все. Больше он нафиг не нужен, ибо 2024 год на дворе.

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

ибо 2024 год на дворе

А одно из самых успешных и прибыльных ПО на планете это электронные таблицы с if(A:64='List!55';"ДА";"НЕТ") отражающие тупо доисторические времена когда толстые тёти и дяди сидя в цеху фабрики заполняли цифорки в ячейки расчерченной бумаги, а потом складывали их и записывали в другие ячейки на других листочках. И чоооооооооо? :D Пока одни делают пальцы веером показывая какая у них IDE крутая к копилотом за него и код пишет, и доку генерирует и песни поёт. Учёный делает расчёты в gnumeric вводя координаты сетки вместо имени переменной и делает расчёты и открытия которые меняют мир и то чем мы будешь пользоваться в будущем.

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

У всего своя сфера, если кому то хватает vim для его нужд, всё остальное ненужно. И года тут не причём. И через 1000 лет Vim будет актален и любое иное покуда мы пользуемся символами для описания мира.

УтютЪ

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от beck

Vim прекрасен тем, что может прожевать файл в пяток гигабайт и работать.

если жестко отключить подсветку синтаксиса, перемещение по скобкам, все возможные парсеры и autoindent. И то не факт.

Vim прекрасен тем, что может прожевать файл в пяток гигабайт и работать.

joe может

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

Может ли lite xl так?

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

Если тебе постоянно надо редактировать 5-ти гиговые файлы, то скорее всего ты что-то делаешь не так

adn ★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

Пока одни делают пальцы веером показывая какая у них IDE крутая к копилотом за него и код пишет, и доку генерирует и песни поёт.

Где я об этом написал? Фантазии у тебя, какие-то бурные очень. Максимум о чем я писал, это о возможности работать в ide по ssh. Где ты тут «пальцы веером» увидел, я не знаю.

И через 1000 лет Vim будет актален и любое иное покуда мы пользуемся символами для описания мира.

Очень сильно сомневаюсь. Повторюсь - максимум, зачем он нужен, правка пары строчек конфигов наспех.

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

Повторюсь - максимум, зачем он нужен, правка пары строчек конфигов наспех.

Ты забыл добавить фразу «для меня». Ибо [neo]vim расширяемый до бесконечности конструктор, в котором при помощи конфига и плагинов можешь воплотить любые свои фантазии. И некоторым больше по душе создать свое уникальное и максимально удобное окружение под свои потребности нежели юзать дефолт какой-то IDE-шки настроенной дядей Петей.

Если провести аналогию, то можно сказать что vim – это Linux, а IDE – MacOS. Линукс чаще всего имеет базовый и весьма посредственный дефолт, который чаще всего меняют под себя. Причем как в плане интерфейса, так и набора программ. MacOS намного лучше настроена по дефолту и весьма неплохо выглядит. Но изменить ты в ней практически ничего не можешь, так как не имеешь исходников.

iron ★★★★★
()

Поставил себе lite-xl из портов фряхи, правда предыдущую версию. Весьма быстрый и приятный интерфейс. Дефолтная тема очень хороша. Но к сожалению функционала маловато.

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

Ибо [neo]vim расширяемый до бесконечности конструктор, в котором при помощи конфига и плагинов можешь воплотить любые свои фантазии.

Кроме одной - получить удобный редактор.

Psilocybe ★★★★
()

Попытка скопировать б-жественный Sublime Text засчитана.

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

Фантазии у тебя, какие-то бурные очень.

:)

Где я об этом написал?

Нигде, но говорить что Vim перманентно для конфигов это практически тоже самое, просто не явно. Ну и в целом я так получилось не к тебе лично обратился, а в целом написал. Тебе вим может быть не нужен и ты его не используешь, но не потому что он сам по себе «чисто для конфигов», а просто потому что ты его не используешь. Это нормально и даже хорошо.

Повторюсь - максимум, зачем он нужен, правка пары строчек конфигов наспех.

Нет он нужен не только для правки конфигов наспех, а для любой работы с текстовыми данными с возможностью автоматизации действий :) Например удалённый его запуск по ssh меня лично вообще не волнует. А конфиги я и в nano поправлю. А вот например для случаев работы с большим файлом, когда его один разбиваешь на вкладки, затем каждую на сплиты в определённых местах, такой фичи настолько удобной я ваааще нигде не видел никогда, либо жалкое подобие, либо вообще нету.

Очень сильно сомневаюсь.

Ну, пока буквы с клавиатуры набиваем, будет актуален.

Ой ладно, ты наверное подумал я на тебя балоны качу, а это не правда. Я придрался до слов в ответ на намеренное уничижение и всё. А электронные таблицы я припомнил к тому что простые (в основе своей) инструменты не становятся хуже просто потому что года идут. Что в 70е года зарплату всем в табличках считали что в 2024 году.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от iron

Линукс чаще всего имеет базовый и весьма посредственный дефолт,

Разуметься. Ведь это - ЯДРО ! :)

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