LINUX.ORG.RU

Сообщения hobbit

 

Выпуск CudaText 1.234.2.0

 ,

Группа Open Source

30 апреля вышло минорное обновление текстового редактора CudaText.

Редактор написан на языке Free Pascal, поддерживает расширения на Python и имеет несколько особенностей, заимствованных из Sublime Text. На wiki проекта (freepascal.org) перечисляются преимущества, недостатки и особенности проекта по сравнению с Sublime Text и VSCode.

В этой версии:

  • исправлено правило для перечёркнутого текста в лексере Markdown;
  • исправлены ошибки в лексерах HTML и CSS;
  • API для расширений теперь позволяет создавать крошечные расширения (tiny plugin);
  • API для расширений теперь позволяет обрабатывать кнопку ‘…’ в диалоге поиска.

Доступны сборки для Linux, Windows и macOS (также есть сборки более старых версий для FreeBSD, OpenBSD, NetBSD, DragonFlyBSD, Solaris и Haiku).

Название редактора происходит от сербского слова, означающего «чудо», и не связано с технологией CUDA.

Для поддержки пользователей у проекта есть форум на русском и английском языках.

>>> Подробности на GitHub (github.com)

hobbit
()

Ширина столбцов в процентах

 ,

Привет, ЛОР.

Приведённое ниже – сильно покоцанный вариант HTML, сгенерованного кутешным классом QTextDocumentWriter (эффект, о котором идёт речь, проявляется как на полном, так и на покоцанном файле).

<html>
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head>
<body>
<table border="1" cellspacing="2">
<tr>
<td width="12%">
<p>Дата</p></td>
<td width="10%">
<p>Сумма</p></td>
<td width="21%">
<p>Категория</p></td>
<td width="21%">
<p>Подкатегория</p></td>
<td width="35%">
<p>Описание</p></td></tr>
<tr>
<td rowspan="2">
<p>14.06.2005</p></td>
<td>
<p>14.00</p></td>
<td rowspan="2">
<p>Транспорт</p></td>
<td rowspan="2">
<p>Маршрутное такси</p></td>
<td></td></tr>
</table>
</body>
</html>

Сумма ширин всех столбцов в процентах около 100%. Но единственный браузер, который показывает эту таблицу во всю ширину окна – это «маргинальный» Netsurf.

Firefox и Chromium размещают таблицу процентов на 40 от ширины окна. Оно, может, и не так безобразно выглядело бы, но в полном варианте у меня над таблицей ещё и заголовок, которому я указываю расположиться по центру окна. И он действительно располагается по центру, оказываясь сильно правее таблицы.

Я чего-то не понимаю?

P.S. rowspan-ы убирал, эффект тот же.

hobbit
()

Впечатления о QTextDocument и его сохранении в разные форматы

 , ,

Привет, ЛОР.

В прошлой теме я делился своим огорчением о том, как реализован список форматов в QTextDocumentWriter (напомню, что имена форматов – это такая отдельная сущность, не расширения, и не MIME-типы). В частности, прозвучало предложение @Saakx вынести сопоставление в отдельный конфиг. Сама по себе идея хорошая, но некоторые соображения сводят её полезность к нулю.

Первое. Пользователь всё равно свой формат не сможет добавить, они захардкожены в QTextDocumentWriter, это даже не плагины. Смогут добавить либо разработчики Qt, либо те, кто её патчат. Соответственно, и в мой код тоже можно патчик на одну строку внести, я постарался сделать это место как можно более прозрачным.

Второе. За обозримое время существования QTextDocumentWriter список форматов практически не поменялся. Только markdown добавился.

Третье и самое интересное. С точки зрения содержимого QTextDocument, которое создаётся в программе, нельзя просто так взять и заменить один формат на другой (картинку с Боромиром дорисуйте сами). Особенно в том, что касается таблиц. К примеру, в plaintext таблицы с более чем одним столбцом выдаются просто как мешанина из строк (как я понял, одна ячейка – одна строка, и пофиг, сколько там было столбцов и строк в таблице).

Программисты, заставшие DOS, конечно, умеют и в plaintext таблицы форматировать, но разработчики Qt то ли не овладели древней магией, то ли просто не захотели заморачиваться (такое форматирование и впрямь создаёт разные противные ограничения, самое безобидное из которых – привязка к фиксированной максимальной ширине документа в символах). Поэтому если создаваемый отчёт завязан на таблицы – plaintext надо либо исключать из списка поддерживаемых форматов, либо делать для TXT собственную реализацию, не завязанную на QTextDocumentWriter.

Не столь фатальный, но противный нюанс представляет собой отличие HTML от ODF. Ширину столбцов можно задавать либо в пикселях, либо в процентах от общей ширины таблицы. Так вот, в HTML уродливо выглядит первый вариант, в ODF – второй. Не перепутайте. Для себя я сделал вывод, что при создании документа сначала надо запросить у пользователя выбор формата, а потом уже заполнять QTextDocument, в нужных местах оглядываясь на формат. В исходнике я эту подстройку пока не сделал, но планирую.

hobbit
()

Как извлечь расширение из имени типа

 ,

Привет, ЛОР.

У кутешного класса QDocumentWriter есть метод supportedDocumentFormats(), который возвращает список поддерживаемых форматов документов. Список возвращается в виде человекочитаемых условных имён (markdown, plaintext…). При этом сам QDocumentWriter по умолчанию использует формат, извлечённый из имени файла, например, если задано имя foo.odt, используется формат ODF.

Есть ли какой-то способ по имени формата определить связанные с ним суффиксы имён файлов? Например, чтобы пользователь мог выбрать этот формат прямо в QFileDialog, как это в десктопных приложениях обычно делается.

У меня сейчас на уме 2 варианта.

  1. Зашить это соответствие (хоть через std::map) прямо в программу и делать QTextDocumentWriter::setFormat() из программы в зависимости от суффикса. Благо сейчас форматов всего 4: plaintext, HTML, ODF и markdown. И это будет именно тот UX, к которым привыкло большинство десктоп-пользователей. Но во-первых, меня не покидает ощущение, что я делаю что-то некрасивое, а во-вторых, в новых версиях Qt номенклатура форматов может поменяться.

  2. Выбирать формат отдельным комбобоксом ещё до выбора имени файла. Это некрасиво и избыточно для пользователя. Ну и есть подозрение, что суффикс всё равно придётся подставлять руками (хотя тут надо проверять, может, QTextDocumentWriter это умеет делать сам).

Интерес пользователя для меня в приоритете. Поэтому, скорее всего, в своём проекте пойду по варианту 1, наплевав на красоту архитектуры. Но может, есть другое решение? Чтобы и овцы были целы, и волки сыты, и пастуху вечная память?

hobbit
()

Учусь писать в journald

 , ,

Привет, ЛОР.

Я заинклудил <systemd/sd_journal.h> и попробовал простую запись через sd_journal_print(). В лог попадает, через journalctl отображается (если журнал выводить полностью).

Теперь хочу посмотреть записи только от своей программы. В man journalctl есть пример, в качестве единственного параметра указать, например, /usr/bin/nginx, и journalctl должен показать сообщения от него. Но с моей программой такое не проходит, даже когда я задаю полный путь, он пишет «** No entries **».

Из-за чего такое может быть, и от чего это зависит? Может, это срабатывает только для сообщений, записанных через sd_journal_send()?

(Есть ещё ключ -u, но он для служб, запущенных через systemd, там явно указывается юнит. Может, фокус с путём в качестве единственного параметра работает только для того, что запущено через systemd?)

И второй вопрос. Для sd_journal_send(), как я вижу, требуется MESSAGE_ID. Если моя программа выводит разные сообщения, мне для каждого сообщения надо регистрировать отдельный ID? Или как?

hobbit
()

Автотулзам не нравится конфигурация arj

 , , ,

Привет, ЛОР.

Пытаюсь собрать очень древний проект на автотулзах на чуть менее древнем Debian Wheezy. Исходники паковали для истинных Ъ, т.е. даже готового configure не приложили, только configure.in в подкаталоге gnu.

Выхлоп autoconf:

configure.in:160: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected 
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
configure.in:160: the top level

Выхлоп полученного таким образом configure:

checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... Invalid configuration `x86_64-pc-linux-gnu': 
machine `x86_64-pc' not recognized
configure: error: /bin/sh ./config.sub x86_64-pc-linux-gnu failed

Могут ли гуру магии autotools подсказать, что с этим можно сделать?

Пара пояснений для тех, кто будет искать в этом проблему XY.

  1. Я хочу ходить по arj-архивам Midnight commander-ом, а для этого нужен именно консольный arj, а не какой-нибудь 7-zip.

  2. DEB-пакет arj для старенького дебиана найти проблематично, но в принципе, можно, если сопоставить содержимое FTP-каталога со списком пакетов. Но мне уже интересно стало: что, задача собрать из исходников в принципе нерешаема? Вероятно, это не последние древние исходники на автотулзах, которые может понадобиться оживить, поэтому хотелось бы, повторюсь, от специалистов по autotools услышать подсказку, что с этим x86_64-pc-linux-gnu (и прочим) не так. Беглый гуглинг подсказывает, что это устаревший синтаксис, можно ли его подновить?

hobbit
()

Ищу программу, хочу нажимать клавиши и видеть ноты

 ,

Привет, ЛОР.

Вопрос отчасти навеян соседней темой про аналоги фрутилупса, но под другим углом зрения, в отличие от той темы, для меня присутствие нот не минус, а плюс. Грубо говоря, вопрос с точки зрения человека, который когда-то играл на пианино и знает ноты, но в софте по созданию музыки не разбирается. То есть вопрос с одной стороны более нубский, с другой – менее.

Представьте себе программу, где я нажимаю клавиши. Пусть даже не на подключенной MIDI-клавиатуре, а на обычной компьютерной, в двух нижних рядах, которые соответствуют белым и чёрным клавишам фортепиано. (Но вариант с переходом на подключённую как альтернативная возможность тоже приветствуется – во-первых, это тупо удобнее, во-вторых, компьютерная, если дело пойдёт, раздолбается очень быстро. Но начать хочется именно с компьютерной, это в итоге поможет и оценить целесообразность покупки музыкальной.)

Кроме издания звука, на экране появляются ноты. В традиционной нотной нотации. :) Чтобы потом их можно было поредактировать именно как ноты. Сохранить во что-то плюс-минус общепринятое, потом загрузить обратно.

Вопроса два.

  1. Есть ли такое для Linux и как называется? (Желательно открытое, но проприетарщину тоже рассмотрю.)

  2. Есть ли такое для Windows и как называется? (Это для самообразования, ну и если под винду есть, а под линукс нет, можно будет как минимум этот ответ копипастить в темы «какую программу для линукса написать», вдруг кто возьмётся. Да, иногда такое бывает.)

hobbit
()

Опять NVIDIA в Манжаре (mhwd спас)

 , ,

Привет, ЛОР.

Всё-таки, в ЛЮБЫХ роллинговых дистрибутивах надо обновляться почаще. Когда-то давным давно у меня так гента умерла.

На сей раз есть отмазка: где-то между двумя командировками механизм обновлений в манжаре лихорадило (про это и на ЛОРе писали), и в какой-то момент я на это забил. Теперь вот вчера дождался, что обновлений набралось на 8 гигов, и обновлятор работает.

Обновился. Выключился (глубокая ночь уже была). Сегодня запускаю – иксы не стартуют. Где-то раз в год у меня такое бывает, обычно решается запуском ядрышка постарше и выжиданием следующего обновления. На сей раз не помогло. Сел разбираться. Выхлоп dmesg сообщил мне, что из новейших дров 590.48.01 (кажется, так) мою 1030 выкинули, надо ставить 580xx. В репе 580xx при этом нет (интересно, откуда оно взяло эту версию), но есть 575xx. Попробовал поставить через pacman, предварительно вычистив последние nvidia-dkms и lib32-nvidia-utils. Вроде бы даже встало, но ни startx не работает, ни sddm через systemd не запускается.

Пришлось покурить матчасть и открыть для себя спасательный mhwd (да-да, 5 лет прожил на Манжаре, не зная про него, ну что же, это значит, всё это время он просто работал):

sudo mhwd -i pci video-nvidia-575xx

Команда бодро стартовала, отрапортовала, что получает пакеты… и задумалась минут на 10. Я уже совсем уверился, что она просто ничего не делает, прервал по Ctrl+C. При повторных запусках жалуется на невозможность блокировки БД. Ну значит, это я торопыжка криворукий.

По наитию переустановил пакет mhwd-db. Ещё раз запустил с ключом -i – ура, сообщения про невозможность блокировки нет. Думает. Переключился на соседнюю консоль, и в недрах /var/tmp со злорадством нашёл каталог с подгружающимися пакетами. Ну вот что им мешает при загрузке прогресс выводить, а? (Может, стоит им багрепорт написать?) Дождался окончания процесса. Пару раз передёрнул sddm через systemctl… и графика, наконец, заработала. На всё угрохал где-то пару часов, включая перерыв на ужин.

Мораль. Я вообще-то люблю десктопный линукс, иначе не сидел бы на нём. Но уже что-то хочется, чтобы такие вещи работали как-то… более автоматизированно, что ли. У системы ведь хватило соображалки вполне внятно, хоть и по-английски, сообщить мне через dmesg, что проблема в слишком новом драйвере. Может, можно продумать и какой-то механизм с предложением установки нужного драйвера? Понятно, что в общем случае он зависит от дистрибутива, ну так это решаемо, если API устаканен.

«…Пусть безумная идея, не решайте сгоряча…»

hobbit
()

Какую систему инициализации вы используете дома?

 , , ,

…на домашнем ПК, ноутбуке, моноблоке или домашнем сервере.

Виртуальные машины, скорее всего, учитывать смысла нет, поскольку они обычно для работы (даже из дома), и там приходится брать уже заданную конфигурацию. Впрочем, сильно не настаиваю. Также нет смысла учитывать купленные огороженные железяки, куда линукс поставил продавец (проигрыватель, слишком умный ТВ, роутер от провайдера и др.).

  1. systemd 477 (74%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. OpenRC 73 (11%)

    ************************************************

  3. не знаю, использую то, что в моём Linux или *BSD по умолчанию 65 (10%)

    *******************************************

  4. SysVinit 42 (6%)

    ****************************

  5. BSD init 32 (5%)

    *********************

  6. у меня дома нет Linux или *BSD 27 (4%)

    ******************

  7. runit 26 (4%)

    *****************

  8. другая, напишу в комментариях 11 (2%)

    *******

  9. s6 8 (1%)

    *****

  10. upstart 2 (0%)

    *

Всего голосов: 763, всего проголосовавших: 647

hobbit
()

Механическая полноразмерная клавиатура с подсветкой для ПК

 , ,

Привет, ЛОР.

На Яндекс.Мракете нашёл чудо под названием PANTEON T15 PRO RS HS.

Интересно, 1) (обязательно) будет ли там в линуксе подсветка и 2) (опционально) возможно ли её в линуксе настраивать? А то там фирменным софтом пугают, который, скорее всего, под винду…

Или какую другую модель порекомендуете? Собственно, RGB и программируемость для меня, возможно, излишние. Мне нужно, чтобы клавиши светились (для работы в темноте), чтобы клавиатура была механическая и полноразмерная. Но товаров попроще с таким сочетанием я не нахожу.

hobbit
()

Ищу двумерный аналог OpenSCAD

 , , ,

Привет, ЛОР.

Для 3D есть такая замечательная штука как OpenSCAD. Где можно наколхозить программно, например, 5 цилиндров в цикле, раскрасить, трансформировать и всё это экспортировать.

А есть ли что-то аналогичное для двумерного рисования? Чтобы рисовать на скриптовом языке линии, круги, многоугольники, текстовые вставки, закрашивать всё это? Потом экспортировать в векторный (SVG) либо растровый (PNG) файл.

В принципе, в самом OpenSCAD 2D-примитивы имеются. Но вот как задать толщину обрамляющей линии для square, например, я так и не нашёл (да, подозреваю, что можно наложить два square через difference, но это уже лютый колхоз и натягивание филина на глобус, если мне нужно просто порисовать квадратики и линии).

С экспортом тоже проблема. Я нарисовал в опенскаде два разноцветных квадратика. Сохранил в SVG. Потом открываю что в gimp, что в inkscape – вожделенная плоская картинка есть, но информация о цвете потеряна. А «Экспорт в растр» из OpenSCAD вместо плоской картинки записывает в PNG вид на трёхмерную сцену (и я его не обвиняю, он, в общем-то, для другого делался).

В общем, ищется более подходящий инструмент.

В принципе, есть подозрение, что большая часть моих хотелок закрывается скриптингом, к примеру, на питоне (или другом скриптоЯП общего назначения). Если есть для него простейшая библиотека рисования, которая умеет не только на экран вывести, но и в файлик вывести (те же PNG и SVG, на крайняк обойдусь каким-то одним из них) – сойдёт, хоть это и менее удобно, чем специализированный инструмент. Есть такое (желательно с примерами)?

Обновление: всем спасибо за советы, остановился на PyCairo. Совет писать простой SVG вручную тоже интересен, там оказалось не так сложно, как я думал. Может, как-нибудь тоже пригодится.

hobbit
()

Чем посмотреть статистику пакетов по UDP-портам

 , ,

Привет, ЛОР.

Есть набор сетевых программ, который для общения между собой может использовать UDP-порты из довольно широкого диапазона. Хочется как-то отследить это процесс: сколько портов они захватили, по каким реально шла передача и по каким сколько пакетов передано.

Гугл советует netstat либо ss. Но то ли я ключи неправильно подобрал, то ли хочу странного… Один вариант мне просто выдаёт список занятых портов без статистики. Другой выдаёт общую статистику UDP без разбивки по портам.

Посоветуйте, пожалуйста правильную утилиту с ключами.

В идеале хотелось бы видеть что-то типа того, что top выдаёт для процессов – только для сетевых портов. В реальном времени таблица: порт, кто на нём сидит, сколько по нему передано/принято. И чтобы можно было грабить корованы хоткеями сортировать по объёму, скорости и т.д. Неужели за полвека юниксостроения никто такого не написал?

В не совсем идеале подойдёт и слепок со статистикой на текущий момент. Который на стандартный вывод выводит опять-таки список портов, и сколько по каждому из них на данный момент передано/принято. Вот такое, подозреваю, точно должны были написать, только туповатый я неправильно ключи подобрал или программу не ту взял. Скрипт анализа слепков я и сам напишу, скриптом обещаю поделиться, если решение есть только такое :)

Есть идеи?

hobbit
()

Как облегчить сохранение файлов из Андроид-приложений

 ,

Привет, ЛОР.

Есть ли какая-нибудь программа, добавляющая в меню «Поделиться» (насколько я понимаю, в Андроиде оно стандартизовано на уровне системы) пункт, позволяющий сохранить артефакт в произвольное место файловой системы, к которому у пользователя есть доступ?

Например, мне в Телеграм прислали PDF, я его хочу с минимумом нажатий сохранить на подключенную по OTG флешку. Сейчас это можно сделать через Total Commander, и он, к счастью, даже добавляет себя в это самое меню «Поделиться». Но всё равно довольно громоздко получается.

Гугл советует какую-то дичь: то сохранение в облака, то программу linkora, которая, как я понял, всё же несколько для другого. :) Возможно, я неправильно гуглил.

Линукс здесь, во-первых, при том, что Android это Linux, хоть и не GNU. А во-вторых, я надеюсь, что такая простая (по идее) утилита вполне может быть опенсорсной и находиться на F-Droid, например.

Обновлено: см. комментарий @rwunlr0

hobbit
()

Установка экзотического модуля ядра

 ,

Привет, ЛОР.

Отмазка. Тема в текущем виде балансирует на грани Development и Talks, но если, как я надеюсь, в ней будут внятные ответы, то появятся и технические подробности.

Вопрос в следующем. Мне нужно поставить драйвер, о существовании которого ядро линукса может не знать (но в целом о существовании этого класса устройств знает (*)). Драйвер поставляется в виде модуля ядра, вероятно, проприетарный (но это пока не точно). Нужно ли под это дело перекомпилировать само ядро или достаточно положить его в нужное место и скомандовать insmod/modprobe?

(*) Один из примеров (не единственный) интересующих меня устройств – платы видеозахвата.

hobbit
()

Fedora 43 Beta

 

Группа Red Hat

Подготовлены образы с бетой Fedora 43.

Версии некоторых основополагающих пакетов:

  • Linux kernel 6.17;
  • GNOME 49;
  • KDE Plasma 6.4;
  • Python 3.14;
  • Go 1.25.

Из прочих новшеств следует отметить переход на пакетный менеджер DNF5 по умолчанию в установщике, изменения в безопасности и повышение стабильности дистрибутива.

Выпуск Fedora 43 ожидается в октябре.

Скачать

Автор новости – @mx__.

>>> Подробности (webpronews.com)

hobbit
()

Ищу двухпанельный файловый менеджер на Qt

 ,

Привет, ЛОР.

Сабж. Интересует проект на чистой Qt/С++, без привязки к кедолибам, т.е. это не Double Commander, не Konqueror и не Krusader. Помнится, как-то я натыкался на этот проект, его написали на Qt4, потом кто-то форкнул под другим названием и кажется, перевёл на Qt5.

Но сейчас на том же гитхабе я нашёл только KamiCmd, его тоже потыкаю, но кажется, это всё же не он. Да, я в курсе, что последний коммит сделан 14 лет назад. :)

P.S. Интересуют именно классические двухпанельные ФМ с концепцией источника, приёмника и развитой системой горячих клавиш. Клоны Проводника, к которым присобачили вторую панель, не интересуют, такое и в Dolphin есть.

hobbit
()

Какой программой учёта личных финансов вы пользуетесь?

 , , ,

Несколько пожеланий голосующим.

  1. Если выбираете пункты «другой свободной», «другой проприетарной», «мобильным приложением», «онлайн-сервисом», «self-hosted сервисом» — пишите в комментариях, какой/каким именно.

  2. Комментарии от авторов самописных программ, если у нас такие есть, тоже приветствуются, планета должна знать своих героев. :)

  3. Если вашим учётом занимаетесь не вы, а кто-то из членов семьи (жена, муж, родители…), не надо писать "где пункт «Всё считает жена?». Лучше поговорите с ними и выберите в опросе их вариант, возможно они тоже используют какую-то программу, файлы или пишут в тетрадке. Опрос не о том, кто в семье финансами рулит, а о том, какие технические средства используются.

  4. Если не занимаетесь учётом личных финансов потому, что просто не нашли подходящую для вас программу – напишите, что именно в существующих программах вас не устроило.

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

P.S. В опрос, к сожалению, не попала любопытная GTK-программа Home Finances от ЛОРовца @St_Junker, снимки которой автор выкладывал в галерею ЛОРа аж в 2009 году, и которая по идеологии сильно схожа с проприетарной программой «Домашняя бухгалтерия». Репозиторий на sourceforge, кстати, живой, поборники упрощённой модели учёта «приход – расход – перенос» могут ознакомиться, только надо уточнить, какая версия GTK там используется, скорее всего – достаточно древняя.

  1. не занимаюсь учётом личных финансов 198 (44%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. держу в голове 107 (24%)

    ****************************************************************************************************************************************************************************

  3. статистикой банк-клиентов 84 (19%)

    ***************************************************************************************************************************************

  4. вбиваю в файлы (текст, электронные таблицы и др.) 68 (15%)

    *************************************************************************************************************

  5. записываю на бумаге 31 (7%)

    **************************************************

  6. мобильным приложением (без привязки к онлайн-сервису) 15 (3%)

    ************************

  7. онлайн-сервисом (в т.ч. через мобильный клиент) 12 (3%)

    *******************

  8. GnuCash 10 (2%)

    ****************

  9. самописной 9 (2%)

    **************

  10. KMyMoney 6 (1%)

    *********

  11. HomeBank 6 (1%)

    *********

  12. другой проприетарной для ПК 5 (1%)

    ********

  13. ledger 4 (1%)

    ******

  14. другой свободной для ПК 3 (1%)

    ****

  15. self-hosted сервисом 3 (1%)

    ****

  16. Skrooge 2 (0%)

    ***

  17. Money Manager Ex (mmex) 2 (0%)

    ***

  18. hledger 2 (0%)

    ***

  19. Grisbi 1 (0%)

    *

  20. 1С с самописной конфигурацией 1 (0%)

    *

  21. Eqonomize! 0 (0%)

  22. 1С:Деньги 0 (0%)

Всего голосов: 569, всего проголосовавших: 446

hobbit
()

Посоветуйте бюджетного регистратора

 ,

Привет, ЛОР.

Ру-центр в последние несколько лет стал отличаться в первую очередь совсем уж конским ценником. Основной домен я оттуда выводить вряд ли буду, но вот что-то новое там регистрировать совсем неохота.

Какого регистратора можете посоветовать, если понадобится завести домен (желательно в .org или .io, но возможны варианты) для сайта заведомо некоммерческого небольшого технического проекта?

Цена – чем дешевле, тем лучше. Варианты с халявой тоже рассматриваю, если там не придётся 20 раз приседать а-ля «Dear PVS Studio».

География не особо важна, но принципиально важна безгеморройная оплата из России. С криптой связываться неохота, с маскировкой своего географического положения тоже.

Обновление: всем спасибо, выбрал Beget. В гугле не забанен, но в силу не слишком большого опыта (кроме ру-центра, дел особо больше ни с кем и не имел) могу не отличить маркетинговые обещания и проплаченные обзоры от реальной экономии. Поэтому ЛОРовцам с опытом поверю больше, чем гуглу. :)

hobbit
()

Отключили EnableAUR

 ,

Привет, ЛОР.

Мне перед отпуском в манжару прилетел новый pamac.conf.pacnew, но руки до него дошли только сейчас. В основном, мелочь, но я заметил, что EnableAUR закомментирован.

Кто знает, почему?

hobbit
()

Аппаратные текстовые процессоры

 , ,

Привет, ЛОР.

Все мы знаем, что певец Льда и Пламени Джордж Мартин пишет свои романы в WordStar 4.0 для MS-DOS, а классик киберпанка Нил Стивенсон (написавший, помимо прочего, книгу «В начале была командная строка») – так вообще в GNU Emacs.

Но оказывается, бывает ещё круче. Я тут зашёл на Википедию почитать библиографию Кобо нашего Абэ и набрёл на следующее:

Абэ был первым японским писателем, который стал сочинять свои произведения, набирая их в аппаратном текстовом процессоре (начиная с 1984 года). Абэ пользовался продуктами фирмы NEC модели «NWP-10N» и «Бунго» (яп. 文豪).

К сожалению, ни Гугл, ни Яндекс ничего внятного про NWP-10N не говорят, почти все содержательные ссылки ведут на тексты, посвящённые биографии Кобо Абэ.

…Ну и понятно, что с массовым развитием ПК подобная продукция сошла на нет…

А если пофантазировать? Я бы вот не отказался от электронной записной книжки в формате нетбука. Аппаратная клава и экран. Заманчиво выглядело бы с экраном e-Ink, но они слишком тормозные, по крайней мере, недавно такими были.

И оснастить всё это дело операционкой, которая грузится за 2-3 секунды. Появилось вдохновение – включил и начал строчить. Пора прерваться – сохранил и выключил.Либо сильно оптимизированный линукс, либо вообще какой-нибудь EmBox. Кроме редактора, можно добавить ещё пару-тройку приложений типа органайзера, но не в ущерб быстродействию. Полноценная многозадачность и многооконность не нужна, вполне устроит переключение задач по типу PalmOS.

Wi-Fi желателен, но не обязателен, меня бы вполне устроило, чтобы оно подключалось по проводу по UMS как обычная флешка (и режим хоста как альтернатива). Впрочем, сильно возражать не буду если и с вайфаем, он просто слишком много технологий за собой потянет, как аппаратных, так и программных.

Скажите, я чего-то совсем нереального хочу?

P.S. Да, разумеется, это уже не аппаратный текстовый процессор, а аппаратно-программный. Но я про применяемость, а не про то, что под капотом.

hobbit
()

RSS подписка на новые темы