LINUX.ORG.RU

Ищу замену для WordPad

 ,


3

5

В феврале с.г. закинул на Opennet одноименную тему:

Для своих статей, заметок и т.д. давно использую простейшие редакторы - MCedit и Medit.
Потому что они крохотные, шустрые и с ними не идут ни в какое сравнение всякие монcтры Libre/Open Write.

Но все же возможностей этих «блокнотов» не хватает, хотелось бы минимального форматирования теста (жирный, подчеркивание, ...цвета) и ссылки.

Попытался какое-то время попользоваться AbiWord - нет, не то, вещь в себе.

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

Что же есть такого долгоиграющего в Linux?

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


И советов сразу было море!
Но когда сегодня с утреца уточнил, что картинки должны обязательно интегрироваться в документ, советов больше пока не последовало.
А уточнил я таким образом:

Ну что же, прошло больше полгода, как я упорно и настырно пытаюсь найти аналог WordPad в Linux.
Такой, чтобы позволял простейшее форматирование текста (B, U, I), его цветовую раскраску и - интегрирование изображений в документ
(а не держать их отдельно, это очень важно!).

И поневоле прихожу к выводу, что кроме AbiWord, до сих пор так ничего и не изобрели (или я не нашел), и он является единственной надеждой заменить WordPad.

С AbiWord я знаком еще где-то в эпоху перехода с DOS на Windows, и тогда он было вроде неплох, многие его использовали из-за слабых компьютерах с памятью 2 МБ (640K хватит всем! :-))
Но об его использовании в Linux у меня остались нехорошие воспоминания, подробностей не помню, какие-то косяки, что ли.

И вот сейчас, в 2021 году, не найдя замены WordPad, решил снова попробовать его использовать.

Система: Debian 10.10/64
AbiWord: 3.0.2 из репозитария Debian

И вот что получилось: AbiWord запускается, позволяет набрать пару слов, а далее, при попытке их сохранить часто мгновенно крошится.
Особенно, если пытаться сохранять не в родном формате .abw, а например, в .odg.
Еще смешно было, когда сохранив текст в простейшем формате .rtf, снова его открыть, то вместо него возникает какая-то абракадабра.
Ну тут понятно, чужие форматы AbiWord освоил плохо, поэтому возвращаемся к .abw.
Ведь свой родной формат он обязан понимать!

Понимать-то он может и понимает, но на плаву долго не держится.
Чтобы понять, что происходит, запустил его в консоли.
И вот что она выдала:

Когда Abiword только запустился, вскоре выскакивает вот такая парочка строк:

user@desktop:~$abiword
(abiword:23304): Gtk-CRITICAL **: 01:46:14.964: gtk_render_background: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed
(abiword:23304): Gtk-CRITICAL **: 01:46:14.964: gtk_render_frame: assertion 'GTK_IS_STYLE_CONTEXT (context)' failed

Но при дальнейшей попытке работать в нем он быстро крошится, молниеносно выдав в консоли 3180 (!!!) строк вида -

** (abiword:23304): CRITICAL **: 01:46:42.112: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:42.114: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:42.114: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:42.115: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:42.118: follow_symlinks: assertion 'filename != NULL' failed

которые заканчиваются следующим -

** (abiword:23304): CRITICAL **: 01:46:46.486: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:46.487: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:46.489: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:46.490: follow_symlinks: assertion 'filename != NULL' failed
** (abiword:23304): CRITICAL **: 01:46:46.491: follow_symlinks: assertion 'filename != NULL' failed
(abiword:23304): Gtk-WARNING **: 01:46:46.493: Attempting to read the recently used resources file at '/home/user/.local/share/recently-used.xbel', but the parser failed: Не удалось открыть файл «/home/user/.local/share/recently-used.xbel»: Слишком много открытых файлов.
/usr/lib/x86_64-linux-gnu/gio/modules/libgioremote-volume-monitor.so: невозможно открыть разделяемый объектный файл: Слишком много открытых файлов
Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgioremote-volume-monitor.so
(abiword:23304): GLib-GIO-WARNING **: 01:46:46.494: Error creating IO channel for /proc/self/mountinfo: Слишком много открытых файлов (g-file-error-quark, 14)
/usr/lib/x86_64-linux-gnu/gio/modules/libgioremote-volume-monitor.so: невозможно открыть разделяемый объектный файл: Слишком много открытых файлов
Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgioremote-volume-monitor.so
(abiword:23304): GLib-ERROR **: 01:46:46.494: Creating pipes for GWakeup: Слишком много открытых файлов
Ловушка трассировки/останова
user@desktop:~$

Да, уж, файлов открыто прямо немеряно - аж 1 штука...
Кажется, нечто подобное видел и пару лет назад.

Что делать, куда кидаться, не знаю, грущу, глядя на эту последнюю «надежду»...
Буду признателен любым полезным и креативным советам.


Может господа лоровцы подскажут такой «вордпадовский» редактор?
Или как заставить работать глючный AbiWord надежно.


PS. Пока же после долгих размышлений пришел к такому очевидному выводу:

Господа разработчики мало думают о нуждах пользователей.
И если бы думали, то не воротили таких монстров, как LibreOffice.
Вот скажите, кто использует все его возможности?
Рискну предположить, что никто. Лично я вряд ли более 1%.
Офисные работники побольше, но все равно далеко не всё.

А значит, кроме этого монстра надо было выпустить еще упрощенную лайт-версию - «LibreOffice Lite».
Чтобы бы она было без наворотов, а следовательно, компактной, шустрой и ею удовольствием пользовались бы многие пользователи, которым не нужны все эти монстроидальные навороты.

История о чем говорит? Что чрезмерное раздувание софта часто ведет к его забвению.
Напомню об истории «Аськи». Сначала она была крохотной и шустрой, и ею с удовольствием пользовались.
Но вместо того, чтобы сохранить эти достоинства, ею начали «раздувать», и она стала громоздкой и шустрой.

Этим и воспользовались разработчики Миранды и других клонов аськи, выпустив крохотные и шустрые «аськи», снабдив их плагинами, и народ с удовольствием переключился на них.

Разработчики классической «Аськи», наконец, спохватились, поняли свою ошибку, и выпустили «ICQ Lite» - но уже было слишком поздно, поезд ушел, она уже никого не интересовала.

Так что, чтобы софт не увядал, особенно powerfull, нужно вовремя снабжать его Lite-версиями.
Но по всей видимости, и сожалению, у разработчиков слабые «эффективные менеджеры», и им некому подсказать такую простую идею :-(

★★★★★

Ответ на: комментарий от chukcha

RTF документы да так, чтобы там что-то куда-то не уехало, нельзя было открыть ни одним редактором в линуксах разумеется

4.2.

WordPerfect и Ted существуют более 20 лет.

minda
()
Ответ на: комментарий от chukcha

что это за зависимость такая и для чего она нужна Ted'у?

Библиотека для работы с файлами JPEG.

почему ее нет на его офсайте?

На момент публикации Ted 2.23 (в 2013 году) в репозиториях Debian и Debian based были все нужные зависимости для deb-пакета с официального сайта, поэтому установить можно было очень просто. А еще Ted вообще был в репозиториях Debian. Можно было установить одной командой.

С тех пор изменились некоторые пакеты в репозиториях (отсутствуют libtiff4-dev и libjpeg62-turbo). Пакет с официального сайта требует libtiff4-dev, а мой пакет, собранный для Debian 8, имеет удовлетворенные зависимости (только на некоторых системах Debian based требует libjpeg62-turbo, который я тоже приложил к своему сообщению в этой теме выше). Также из репозиториев был удален Ted, т. к. для него несколько лет не нашлось мейнтейнера.

minda
()
Последнее исправление: minda (всего исправлений: 2)
Ответ на: комментарий от chukcha

Да - а что это за зависимость такая и для чего она нужна Ted'у?

Потому что эти радости были в Debian 10.4 /64 (в виртуалке).

А теперь попытался поставить уже на десктоп с Debian 10.10 /64, и тут случился двойной обломус -

# dpkg -i libjpeg62-turbo_1.3.1-12_amd64.deb

dpkg: предупреждение: снижение версии libjpeg62-turbo:amd64 с 1:1.5.2-2+deb10u1 до 1:1.3.1-12
(Чтение базы данных … на данный момент установлено 160319 файлов и каталогов.)
Подготовка к распаковке libjpeg62-turbo_1.3.1-12_amd64.deb …
Распаковывается libjpeg62-turbo:amd64 (1:1.3.1-12) на замену (1:1.5.2-2+deb10u1) …
Настраивается пакет libjpeg62-turbo:amd64 (1:1.3.1-12) …
Обрабатываются триггеры для libc-bin (2.28-10) …
#
и
# dpkg -i ted-2.23-amd64.deb

Выбор ранее не выбранного пакета ted.
(Чтение базы данных … на данный момент установлено 160240 файлов и каталогов.)
Подготовка к распаковке ted-2.23-amd64.deb …
Распаковывается ted (2.23) …
dpkg: зависимости пакетов не позволяют настроить пакет ted:
 ted зависит от libjpeg8, однако:
  Пакет libjpeg8 не установлен.
 ted зависит от libtiff4, однако:
  Пакет libtiff4 не установлен.
 ted зависит от libpng12-0, однако:
  Пакет libpng12-0 не установлен.

dpkg: ошибка при обработке пакета ted (--install):
 проблемы зависимостей — оставляем не настроенным
Обрабатываются триггеры для desktop-file-utils (0.23-4) …
Обрабатываются триггеры для mime-support (3.62) …
Обрабатываются триггеры для man-db (2.8.5-2) …
При обработке следующих пакетов произошли ошибки:
 ted
#
Значок Ted'а в Главном меню хотя и появился, но Ted не запускается.

Как бы порешать эту проблему?

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

предупреждение: снижение версии libjpeg62-turbo:amd64 с 1:1.5.2-2+deb10u1 до 1:1.3.1-12

Так у вас уже был установлен libjpeg62-turbo. Вы принудительно снизили версию этого пакета, заменив ее моей (старой) версией. На системах, где этот пакет есть, ставить мой не требуется.

dpkg: ошибка при обработке пакета ted (--install):

Вы точно мой пакет Ted пытались установить?

Как бы порешать эту проблему?

sudo apt remove ted

sudo apt remove libjpeg62-turbo

sudo apt autoremove

sudo apt install libjpeg62-turbo

sudo apt install libtiff-dev libpng12-0 libjpeg8

sudo dpkg -i ted-2.23-amd64.deb.

minda
()
Последнее исправление: minda (всего исправлений: 2)
Ответ на: комментарий от minda

Ну да, только устанавливаемый libjpeg62-turbo не спросил меня, а сразу установился и понизил версию.

Сейчас попробую вашу рецепт.

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

После

apt remove ted
пришлось применить
«apt --fix-broken install
иначе не прокатывало.

Получил -
Будут установлены следующие дополнительные пакеты:
  libjpeg62-turbo
Следующие пакеты будут УДАЛЕНЫ:
  ted
Следующие пакеты будут обновлены:
  libjpeg62-turbo

Нодальше возникла следующая проблема -
# apt install libtiff-dev libpng12-0 libjpeg8
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Пакет libpng12-0 недоступен, но упомянут в списке зависимостей другого
пакета. Это может означать, что пакет отсутствует, устарел или
доступен из источников, не упомянутых в sources.list

E: Для пакета «libpng12-0» не найден кандидат на установку
E: Невозможно найти пакет libjpeg8
# 

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

Для пакета «libpng12-0» не найден кандидат на установку

Скачать libpng12-0 для Debian (8 и выше).

sudo dpkg -i libpng12-0_1.2.50-2+deb8u2_amd64.deb

sudo apt remove libjpeg62-turbo

sudo apt install libjpeg62-turbo-dev

sudo apt install libtiff5

sudo dpkg -i ted-2.23-amd64.deb.

minda
()
Последнее исправление: minda (всего исправлений: 5)
Ответ на: комментарий от minda

Снова задачка -

# dpkg -i libpng12-0_1.2.50-2+deb8u2_amd64.deb
Выбор ранее не выбранного пакета libpng12-0:amd64.
dpkg: из-за libpng12-0_1.2.50-2+deb8u2_amd64.deb, содержащегося в libpng12-0:amd64, возникла проблема предварительных зависимостей:
 libpng12-0 требует предварительной установки multiarch-support
  пакет multiarch-support не установлен.

dpkg: ошибка при обработке архива libpng12-0_1.2.50-2+deb8u2_amd64.deb (--install):
 проблема предварительных зависимостей — пакет libpng12-0:amd64 не будет установлен
При обработке следующих пакетов произошли ошибки:
 libpng12-0_1.2.50-2+deb8u2_amd64.deb
# 
Здесь выкрутился с помощью 'gdebi'

Но дальше что-то пошло не так :-(
# apt remove libjpeg62-turbo
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Некоторые пакеты не могут быть установлены. Возможно, то, что вы просите,
неосуществимо, или же вы используете нестабильную версию дистрибутива, где
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
 libgdk-pixbuf2.0-0 : Зависит: libjpeg62-turbo (>= 1.3.1) но он не будет установлен
                      Зависит: libtiff5 (>= 4.0.3) но он не будет установлен
 libgtk-3-0 : Зависит: adwaita-icon-theme но он не будет установлен
 libwebkit2gtk-4.0-37 : Зависит: gstreamer1.0-plugins-good но он не будет установлен
                        Зависит: libjpeg62-turbo (>= 1.3.1) но он не будет установлен
 lxlock : Зависит: light-locker но он не будет установлен или
                          xscreensaver но он не будет установлен или
                          gnome-screensaver но он не будет установлен или
                          i3lock но он не будет установлен или
                          suckless-tools но он не будет установлен или
                          slim но он не будет установлен
E: Ошибка: pkgProblemResolver::Resolve привёл к появлению сломанных пакетов. Это может быть вызвано зафиксированными пакетами.
# 
Становится стремно :-( Это же мой десктоп, очень не хочется его развалить.
И какого-то фига скринсейверы приперлись, которые я всегда сразу удаляю.

Может вы сначала попробуете отладить установку Ted в Debian 10.10 ?

А вообще-то было бы просто замечательно, если бы вы сделали статическую сборку Ted.
А еще лучше - AppImage!

А то при каждой даже минорной версия Деба будут возникать проблемы.
Не работа будет, а перманентная борьба с зависимости.

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

Становится стремно :-(

Ничего не будет. Разрулим сейчас:

sudo apt -f install

sudo apt autoremove

sudo apt install libjpeg62-turbo-dev libtiff5

sudo dpkg -i ted-2.23-amd64.deb

попробуете отладить установку Ted в Debian 10.10 ?

Да. Сейчас сам проверю. По результатам напишу уже итоговый мануал для Debian 10.

minda
()
Ответ на: комментарий от chukcha

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

Не будет. Я постараюсь вернуть Ted в репозитории Debian. Но в stable и oldstable они попадут нескоро. Поэтому пока придется ставить из deb-пакета с его зависимостями. Чтобы было проще — напишу сейчас краткий мануал, который подойдет для любых версий Debian.

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

Я постараюсь вернуть Ted в репозитории Debian

Да, пожалуйста, сделайте это!
Мне этот редактор сразу понравился своей элегантной простотой - ничего лишнего и все нужное при нем.
Отсутствие цветовой раскраски текста совершенно не смутило, хотя и не помешало бы.
Панели инструментов жаль, нет, это значительно ускорило бы работу.

Главное, что есть в нем:

- визивиг
- форматирование текста
- вставка картинок с интеграцией в документ
- выходные RTF-документы в виде моно-файла (а какими же им быть :-)
- компактность (как будто на ассемблере писал :-)
- и непревзойденная шустрость!

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

Отсутствие цветовой раскраски

Цвет текста можно выбрать. Выделите нужный участок текста, а затем нажмите правую кнопку мыши. В открышемся окне вверху выберите «Font color». Установите нужный цвет и нажмите «Apply».

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

Цвет текста можно выбрать.

Вот это да!!! Ну все, это идеальный редактор, и лучшего не надо.
Долгой бы жизни ему и скорейшего возврата в репозитарии! :-)

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

Только сейчас кое-что заметил. Мое предположение оказалось верным. Вы пытались установить Ted с официального сайта (об этом говорит название deb-пакета ted-2.23-amd64.deb из приведенного вами вывода терминала; deb-пакет, собранный под новые версии Debian, называется ted_2.23-1debian8_amd64.deb).

Если бы вы попытались установить правильный deb-пакет на desktop с Debian 10.10 (как вы сделали в случае с установкой на виртуальную машину с Debian 10.4), тогда и проблемы с зависимостями не было.

minda
()
Последнее исправление: minda (всего исправлений: 3)
Ответ на: комментарий от chukcha

Вот мануал (лично проверил на Debian 10.10, Debian 11, Debian Testing и Debian Sid).

1. Скачиваем Ted:

Ted-2.23-Debian8.

2. Устанавливаем Ted:

sudo gdebi ./ted_2.23-1debian8_amd64.deb.

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

FocusWriter уже советовали?

Ну и в составе Wine есть неплохой клон WordPad.

mertvoprog
()
Ответ на: комментарий от minda

Только продрал глаза - и сразу за Ted :-))

Только сейчас кое-что заметил. Мое предположение оказалось верным.
Вы пытались установить Ted с официального сайта (об этом говорит название deb-пакета ted-2.23-amd64.deb из приведенного вами вывода терминала; deb-пакет, собранный под новые версии Debian, называется ted_2.23-1debian8_amd64.deb).

Ну да, когда ставил Ted на виртуальный 10.4, то взял ваши ссылки на ЛОРе и скачал, не глядя куда они ведут.
А когда понял, что Ted - это вещь!!!, то полез на офсайт знакомиться с ним, и для 10.10 взял их уже прямо с офсайта.

Я ведь не знал, что они разные. Получается, вы сопровождаете Ted? :-)

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

Не открывал rtf в linux, но элементарщина (мнение программиста). Я знаю как разработчики wordpad кодируют rtf опять же все просто.

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

Самое главное я не увидел в этом нытье:

какой выходной формат файла?
результат только для себя или с другими делиться?
кто будет редактировать в будущем эти файлы? только ты или любой др. человек?

futurama ★★★★★
()

Я пошёл вообще другим путём - т.к. документы я почти всегда публикую вэбчиком или отправляю пдфкой то просто перешёл на маркдаун а картинки «эмбежу» в папку с самим документом.
На первый взгляд не шибко удобно но на практике прям язь если выхлоп графомании это именно публикация через хтмл.
Из неочевидных минусов - часто требуется предпросмотр написанного именно в хтмл, что приводит к нужде пользования костыльных редакторов типа атома, который на удивление шустрый но все же далёк от концепции «лайтового»

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

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

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

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

Как-то смотрел его, но не помню, чем он не подошел. Емнип, он норовит сваливать все документы в один каталог.
Сейчас гляну еще разок.

Но имхо, пока лучше Ted зверя нет :-))

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

Cherrytree

В репах нет, использовать стремно.


Typora. пишешь в маркдауне, сразу видишь, что будет,

Если вы с ним разбирались, то удовлетворяет ли он этим условиям?

- визивиг
- форматирование текста
- вставка изображения с интеграцией в файл
- выходной моно-файл
- есть в репах Debian

можно экспортировать в монопдф

Ну, если экспортируется в PDF-документ, то он и получится монофайлом, каким же еще :-)
А вот среди редактируемых его собственных форматов монофайлы есть?

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

Еще можете попробовать TeXmacs:

— WYSIWYG;
— широкие возможности форматирования текста;
— вставка изображений, таблиц и формул с их интеграцией в экспортируемый моно-файл (TM, PDF, PostScript);
— есть portable-версия в формате appimage;
— есть дополнительные репозитории для Debian.

Он не такой минималистичный и реактивный, каким является Ted, но все еще быстрый и нетребовательный к мощности CPU и скорости HDD.

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

— вставка изображений, таблиц и формул с их интеграцией в экспортируемый моно-файл (TM, PDF, PostScript);

RTF то что есть сейчас это используется технология OLE (object linking and embedding) майкрософтовская, не уверен что в linux стоит ее использовать. Зы изначально wordpad был каким я его помню (2003 год) проще, вставки картинок/таблиц ЕМНИП не было. Ну и ненавистного ribbonа тогда не было.

никакого OLE в UNIX уж точно нет и думаю вряд ли будет.

sql.ru

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

RTF то что есть сейчас это используется технология OLE (object linking and embedding)

И какое отношение RTF имеет к TeXmacs?

никакого OLE в UNIX уж точно нет и думаю вряд ли будет

Это не мои слова. Не надо мне тут их приписывать.

minda
()
Ответ на: комментарий от XoFfiCEr

я указал источник

Где? Смотрим:

никакого OLE в UNIX уж точно нет и думаю вряд ли будет.

sql.ru

Твой ответ «sql.ru» на какую-то цитату — это источник что ли? Ты хотя бы символ цитирования или копирайта что ли оставил, раз уж не знаешь как правильно оформляются цитируемые источники.

Оформляй текст корректно, если хочешь, чтобы тебя понимали. Т. к. вот это оформлено как твой ответ (sql.ru) на непонятно кому принадлежащие слова в виде цитаты. Учитывая, что ты отвечал на мое сообщение и не оформил ссылку на источник, оставив ее в виде простого ответа, можно прийти к выводу, что слова якобы мои.

minda
()
Ответ на: комментарий от XoFfiCEr

rtf имеет наипервейшее отyошение к wordpad

Но почему-то ответил ты на мое сообщение про TeXmacs, которое написано для ТС. Про WordPad в нем ничего не написано.

minda
()
Ответ на: комментарий от chukcha

Лайты нужны народу, лайты!

Нет, ты один такой, остальные откроют odt / doc libreoffice’ом / MSO и не поморщатся.

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

Да цитата взята непосредственно с форума сайта sql.ru что непонятного то? Это у тебя уважаемый опыта общения видимо мало.

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

Еще можете попробовать TeXmacs:

Спасибо, minda, уже пробую :-)

А где такие есть? В родных репах его нет.

QOwnNotes с разметкой Markdown предлагали?

Кажется, нет. Спасибо, тоже гляну

Вообще-то я уже было остановился на Ted, и он меня не разочаровал.
Начал переводить на него свои plain-тексты, и наткнулся на маленький косячок - он не понимает пустых строк, и вместо них вставляет квадратики.
Как сделать в самом Ted их Посик/Замену похоже такого в нем нет, нужен вспомогательный конвертор.

И вспомогательное меню, (например, «Format Tools»)в отличие от основного отображается уж очень блошиным шрифтом, я его плохо различаю.
Возможно,это правится в конфиге?

И еще заметил, что свои шрифты Ted носит с собой, что ли?
Потому что системные он похоже не видит.

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

Еще можете попробовать TeXmacs

Попробовал. С помощью gdebi встал легко.
Интерфейс локализован.

Но Семен Семеныч! Он напрочь не видит ни русских каталогов, ни русских имен файлов.

А так безусловно хорош, но увы - фтопку.

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

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

Не понимаю, зачем предлагать наобум что попало, не проверив сначала самому :-o

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

напрочь не видит ни русских каталогов, ни русских имен файлов

О чем конкретно речь? У меня всё видит (проверено на portable-версии). Т. е. при нажатии «Загрузить» открывается окно выбора файлов, в котором корректно отображаются и открываются кириллические файлы и каталоги.

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

О том самом - если в имени каталога или файла есть кириллица, он их просто не показывает. Как будто их нет вообще.
Даже невидимые" файлы - показывает, а кириллицу - нет.

Только я использовал не portable, а натуральный deb-пакет/64.

Сейчас попробую portable.

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

А где находится его portable/appimage? Не найду что-то...

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

О том самом - если в имени каталога или файла есть кириллица, он их просто не показывает. Как будто их нет вообще.

Хотя стоп машина! Я сейчас запустил TeXmacs еще раз, чтобы снять для вас с него скриншоты, где он не видит кириллические каталоги и файлы.
Помню, что из всех каталогов в домашней папке он показал только один каталог - Desktop, поскольку он на английском.
В нем лежала картинка, и он ее тоже не видел, потому что она была на кириллице.
Переименовал ее в латынь, и TeXmacs ее увидел.

И вот, когда я запустил TeXmacs 2-й раз, он все это кириллическое вдруг стал нормально показывать!

Может он при 1-м запуске адаптируется к локали? :-))


А где находится его portable/appimage? Не найду что-то...

Все равно остается актуальным, просто любопытно, куда они его запрятали.

chukcha ★★★★★
() автор топика

Юзаю обычный Markdown для таких целей. Мне даже не нужно его рендерить. Обычной подствеьки кода в редакторах достаточно

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

Юзаю обычный Markdown для таких целей

Ок, тогда контрольный выстрел вопрос - он все это умеет?

- визивиг
- форматирование текста
- вставка изображения с интеграцией в файл
- выходной моно-файл
- есть в репах Debian

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

Молчишь? Значит, не умеет.

Шурик, ну зачем тогда рассказывать здесь о том, чем ты пользуешься?
Это тебе не Ютуб с вьеб-камерой, и здесь тебе не заплатят.

А вот тему захламил офтопом - это да.
Посмотрел бы для начала на ее название и что здесь обсуждается.

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