soft & scripting

Как и в случае с Textadept, настройка барузера осуществляется прямым редактированием исходного кода на Lua. В качестве движка используется WebkitGtk. Пример конфига для поиска выделенного текста на яндекс.картах:


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

Конечно это не очень чистый хак, но такой способ требует наименьших телодвижений от пользователя OpenSUSE.

"Косметическое" обновление менеджера задач Xfce. Теперь он выглядит так:


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

Конечно же понятно, что достаточно открыть терминал и запустить htop.. но и такой (графический) менеджер задач тоже должен быть в любом приличном DE, и должен быть удобным.

Узнал о Textadept случайно, когда искал альтернативу Emacs`у для работы с файлами, подобными такому. В рунете встречается описание "быстрый и минималистичный" - действительно, в интерфейсе Textadept можно скрыть панель вкладок, отключить полосы прокрутки и в итоге получить просто-окошко с меню и текстом. Больше это "описание" ничего не описывает, поэтому добавлю еще про его фичи:

• широкий функционал по умолчанию: дополнение текста, автоматическая вставка парных символов, сниппеты, встроенная командная строка, поддержка тем оформления и т. д.
• гибкость настроек и расширяемость под конкретные задачи пользователя за счет конфига, по сути представляющего собой скрипт на Lua
• есть даже возможность запуска в консоли/терминале (textadept-curses)

Все понять и настроить можно даже без знания Lua, чтобы писать несложные функции у меня ушло несколько часов на ознакомление с документацией, в основном из-за отсутствия примеров, вроде такого:

keys['f7'] = function()
-- sh select var
buffer.search_anchor()
buffer.search_next(buffer, buffer.FIND_REGEXP,'$[0-9a-zA-Z_]+')
end

Оказывается, команда file может сказать о файле и такое:
HTML document, UTF-8 Unicode text, with very long lines
Столкнулся с этим, когда на дампе обычной html-страницы наличные текстовые редакторы (diakonos, Emacs) стали тормозить, а попытка поиска по регулярным выражениям загоняла их в полный ступор, после чего оставалось лишь прибить процесс. Простейший скрипт на bash показал, что некоторые строки в файле имеют длину более пяти тысяч символов (йандекс рулит!).

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