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
  • вставка изображения с интеграцией в файл
  • выходной моно-файл

Этого ты не получишь. LyX — редактор для LaTeX, со всеми вытекающими плюсами и минусами.

И, в целом, это будет более тяжеловесным решением, чем LibreOffice.

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

Нет ничего лучше, чем Zotero. Имеет обширный редактор заметок. Вы можете тематически комбинировать любые файлы, например pdf, html, doc, odt, jpg, png и другие. Zotero поддерживает кириллицу и можно установить русский язык. У него отличная поисковая машина.

https://paste.pics/EDR93

https://paste.pics/EDRAU

https://paste.pics/EDRB8

https://www.zotero.org/support/ru/quick_start_guide

https://www.zotero.org/support/ru/zotero_data

https://www.zotero.org/support/ru/start

https://www.google.com/search?q=zotero+ru&ie=UTF-8

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

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

Этого ты не получишь

А ведь точно - ты прав! :-)

Я провел эксперимент:

- вставил картинку в файл
- сохранил в документе
- снова открыл - картинка на месте, обрадовался!

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

Давно понял, что в этих «латексных» редакторах изображения не интегрируются, но тут лопухнулся.

Так что снова возвращаюсь к тому же -

Лучше Ted'а зверя нет! :-)

Но поскольку еще посоветовали Zotero, сейчас его потестю.

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

Нет ничего лучше, чем Zotero.

- это оно? - https://habr.com/ru/post/271045/

Гм, так это расширение к браузеру? Неожиданно :-o
Неужели оно может быть приличным редактором? Очень как-то непривычно.
Почитал о нем малехо, и может я ошибаюсь, но оно никак не выдает выходной моно-файл, а создает такую свалку, как «тексы».

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

Да вот оно что. Есть новая версия Zotero со встроенной программой для чтения PDF-файлов и обширным редактором заметок. Пользуюсь сейчас. Я использую Zotero в качестве локальной базы данных для всех наборов данных. В Zotero у меня есть коллекция электронных схем, технические данные, интересная информация по различным темам, коллекции электронных книг, Linux …

Расширение для браузера пригодится для сохранения интересных страниц в Zotero. Он также сохраняет файлы PDF, открытые на странице браузера.

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

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

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

Вот же: https://download.opensuse.org/repositories/home:/slowphil:/texmacs-devel/AppI...

Парни, а почему все молчат про Lyx ???

1. Он не WYZIWYG, а WYZIWYM.

2. В отличие от Texmacs, который полноценный текстовый процессор, LyX — редактор LaTeX со всеми вытекающими.

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

1. Он не WYZIWYG, а WYZIWYM.

Да уж понял... Пока с ужасом использую Ted :-))

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

Я рекомендую Zotero Beta

Это хорошо, что вы его так настойчиво рекомендуете, значит, у вас есть опыт работы с ним.

Но вы никак не отреагировали на мою реплику -

может я ошибаюсь, но оно никак не выдает выходной моно-файл

отсюда возникают сомнения в его пригодности для моих запросов.

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

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

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

в виде одного файла HTML

Вы хотите нас рассмешить? :-)) HTML-файл, конечно, будет один. А сами картинки в нем будут? :lol:

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

В один единственный html-файл можно запаковать какие угодно ресурсы. И картинки в том числе.

Друзья, вот чего-чего, а этого я никак не ожидал...
Надеюсь, вы не шутите? Сегодня вроде не 1 Апреля.
Или вы имеете в виду MHT-файл?
Или я настолько отстал от новых IT-веяний :-(

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

Этим «новым веяниями» 20 лет уж как. А стандарту на них так все 23 года.

Это нативные возможности html-формата. MHT тут не при чем.

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

Этим «новым веяниями» 20 лет уж как.

Да нет, вы меня наверное, разыгрываете :-)
Ну не может быть такого!!!
по Станиславскому - (c) «Не верю!»

Или меня переклинило от ночных работ...

Пожалуй, надо бы пойти поспать. А то еще и не такие кошмары примерещатся.

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

Да нет, вы меня наверное, разыгрываете :-) Ну не может быть такого!!!

Он не врет, правда. Можно даже любую веб-страницу сохранить в один единственный html-файл (например, с помощью расширения SingleFile).

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

HTML-файл, конечно, будет один. А сами картинки в нем будут?

Да. Я лично так делал. Один хтмл-файл а в нем сиэсэс стили, картинки, шрифты.

Было нужно для стартовой страницы вайфай сети.

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

Блин, 20 лет занимаюсь сайтами, но ни разу такое не встречалось :-O
Может, потому что такое сайтам не нужно? А где тогда - для удобства в автономной работе?

Но тогда это должно быть описано где-то в требованиях W3C.
Иначе оно нестандартное, и ему тогда не 20 лет, как вы говорите.

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

Zotero сохраняет всю страницу без помощи SingleFile

Зачем нужна целая лишняя программа, если можно средствами браузера (расширения) сохранять страницы? Разве что как каталогизатор PDF и генератор BibTeX. Только это как с каталагизаторами изображений (где тоже есть подробная информация по изображению, метки и т. д.). Нужно только единицам в каких-то определенных нишах.

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

Это «дополнение» позволяет мне быстро понимать проиндексированные ресурсы и обмениваться файлами по темам. Я использую Zotero не так, как предполагалось изначально. Для меня Zotero управляет базой данных и позволяет быстро находить информацию.

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

Для меня Zotero управляет базой данных и позволяет быстро находить информацию.

Т. е. каталогизатор со своей базой данных. Zotero нужна для упрощения верстки научных работ и прочих печатных дел, где нужно соблюдение строгих стандартов к оформлению (верстке), т. к. позволяет автоматически генерировать библиографические списки из имеющейся базы PDF-файлов уже с нужным оформлением по нужному стандарту (например, ГОСТ).

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

Зачем нужна целая лишняя программа, если можно средствами браузера (расширения) сохранять страницы?

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

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

Вы не используете base64?

Лично я - нет :-), но почтовые клиенты используют и меня не спрашивают.

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

Блин, 20 лет занимаюсь сайтами, но ни разу такое не встречалось :-O Может, потому что такое сайтам не нужно? А где тогда - для удобства в автономной работе?

Да что вы говорите. Это регулярный прием инкапсулировать спрайты в css. Какие 20 лет, чем вы там занимаетесь, если про такие базовые возможности не знаете.

Но тогда это должно быть описано где-то в требованиях W3C.Иначе оно нестандартное, и ему тогда не 20 лет, как вы говорите.

Веб опирается на тысячи стандартов от десятков организаций, при чем тут w3c. Как же whatwg? Как же ecma? Как же ietf? Как же еще сотни общепринятых rfc?

Все есть, все стандартизовано в 1998 году, поддерживается всеми браузерами и повсеместно применяется в веб-разработке.

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

Ну, потому что мне нужно не сохранять готовые страницы, а создавать их.

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

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

не сохранять готовые страницы, а создавать их

Zotero для этого не предназначена. См. выше.

Вам нужен удобный редактор HTML, в котором вам будет удобно составлять такие документы (страницы). Что-то типа BlueGriffon.

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

о безопасности данных в браузере пока промолчу

А ничего, что программы на JavaScript или TypeScript даже безопасней программ на каком-нибудь C? Не задумывались о том, почему сейчас почти все программы пишутся на TypeScript с использованием хромовского браузерного движка в виде Electron? VSCode — это вам говорит о чем-нибудь?

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

Чем, чем - сайты клепал! :-) И как-то обходился без этой «базовой возможности».
Интересно тогда, зачем придумали этот не столь удобный MHT-формат, если можно было обойтись этой базовой возможностью?

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

Ну прямо уж! Наверное, дураки были, которые создавали, например, Dreamweaver, а другие дураки покупали?

Ладно, если все так красиво упаковывается в моно-html-файл, то подскажите, какие есть «редакторы», или как они там должны в этом случае называться, которые это умеют?

Кроме уже упомянутого Zotero.

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

Что-то типа такого.

Странно, этот клип уже видел. Интересно, зачем...

А ничего, что программы на JavaScript или TypeScript даже безопасней программ на каком-нибудь C?

В теории - да. Но учитывая, сколько уязвимостей находят в самой Java-машине, то кто его знает.

Не задумывались о том, почему сейчас почти все программы пишутся на TypeScript с использованием хромовского браузерного движка в виде Electron? VSCode — это вам говорит о чем-нибудь?

Сорри, такие дебри мне не доступны. Все же я обычный юзер, может, слегка продвинутый ;)

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

А ничего, что программы на JavaScript или TypeScript

Но учитывая, сколько уязвимостей находят в самой Java-машин

Ну, это в целом всё, что необходимо знать о вашем «20 летнем» стаже в программировании.

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

Ну, это в целом всё, что необходимо знать о вашем «20 летнем» стаже в программировании.

А кто вам сказал, что я программирую? Я на ЛОРе на всех углах повторял, что я ни разу не программист.
И для того, чтобы делать сайты, например, на Друпале, мне эти навыки не потребовались.
Конечно, вы можете сказать, что и сайты соответствующие, но тут я не буду спорить, какие есть.

Меня больше редакторы документов на основе ! этой вашей «базовой возможности» заинтересовали.
А то заинтриговали, а на выходе только «Синий Грифон».

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

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

The notes folder can be freely chosen (multiple note folders can be used)

Как в markdown вставлять картинки, сам разбирайся, врунишка.

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

Там rtf форматирование, элементарщина.

Это очень, очень смешно. RTF — довольно таки путаный и громоздкий формат. Одно то, как там таблицы размечаются — веселуха.

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

1 - 50/50 2 - есть 3 - есть, если base64 4 - да 5 - это язык разметки, хватит плагина к текстовому редактору

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

Посмотрел бы для начала на ее название и что здесь обсуждается

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

В Markdown это есть

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

Да уж понял… Пока с ужасом использую Ted :-))

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

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

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

Вот только насчёт картинок не знаю. Самому интересно. Upd: картинки в маркдаун вставляются, но только по ссылке, не монолит.

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

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

Сразу говорю — с форматами не очень хорошо. Либо это форматы офисных пакетов (с которыми редакторы-легковесы справляются, но не очень хорошо, пример — тот же RTF, который wordpad разбирает по одному, ted немного по-другому, про DOC, DOCX и ODT уж молчу), либо чем-то из требований надо жертвовать.

Вот я бы пожертвовал монолитностью: картинки в отдельных файлах, вместо одного файла придётся таскать папку. Зато сразу появляется выбор и форматов, и редакторов под них. Чтобы тебя утешить, могу сказать, что мы во времена Word 2000 даже в нём при разработке больших документов картинки вставляли строго по ссылкам, при вставке сотни и больше картинок внутрь файла редактор начинал бешено тормозить. В современных версиях, вроде, чуть получше. И с точки зрения контроля, что поменялось в файле, маркдаун лучше полубинарных офисных форматов.

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

Вот я бы пожертвовал монолитностью: картинки в отдельных файлах

Скорее всего, у него они скапливаются в огромном количестве, а потом он эти документы не редактирует (или редактирует редко только некоторые), поэтому нет смысла держать отдельно в файлах содержимое каждого документа.

вместо одного файла придётся таскать папку

Может ему именно одним файлом хранить нужно. Тогда можно в архив добавлять все файлы определенного документа. Двухпанельные файловые менеджеры (например, Double Commander, Krusader и т. д.) могут их удобно на лету открывать (как обычные каталоги). Только это все равно не то.

маркдаун лучше полубинарных офисных форматов

Да, а еще в Markdown с помощью base64 можно интегрировать изображения прямо в файл. Только размер такого файла будет огромным. Лучше, конечно, так не делать.

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

Да, а еще в Markdown с помощью base64 можно интегрировать изображения прямо в файл. Только размер такого файла будет огромным

Я немного погуглил. Имеется в виду вот это?

![avatar][base64str]
[base64str]:data:image/png;base64,iVBORw0......

Судя по тому, что base64-ится именно PNG (который уже сжат), увеличение будет не особо большим, по сравнению с суммой размеров исходных картинок — раза в полтора. Я считаю, это приемлемо.

Если ещё теперь найти визуальный редактор маркдауна (с WYSIWYG-ом, ага), который всё перечисленное поддерживает, возможно, это будет редактор мечты ТСа. :)

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

Thunderbird. Можно каталогизировать в Local Folders, можно сохранять как eml (картинки в base64 будут интегрированны).

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

Вам нужен удобный редактор HTML, в котором вам будет удобно составлять такие документы (страницы). Что-то типа BlueGriffon.

Пощупал этот Синий Грифон. По возможностям - очень крут.
Но - монстр: 270 Мб. Некоторые плагины платные, что как бы намекает.
И увы - картинки держит отдельно.
Не нужен.

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

Итак, из всего рекомендованного и опробованного реально подошли только два претендента -

- Ted, который хранит документы в универсальном .rtf
- TeXmacs, который хранит их в своем особом .tm

TeXmacs намного продвинутее, что одновременно являетс яего слабым место - он больше Ted (30 Mb против 2.4) и соответственно грузнее, стартует не мгновенно.
И формулы, математика - лично мне оно и даром не нужно.
Еще в нем странный вид кнопок форматирования - вместо привычных B I U S изображены E S V S Na (испанские, что ли).
К этому может быть можно привыкнуть, но еще размер картинки менять неудобно - обычно тащишь мышкой ее за уголок, а в TeXmacs надо задавать числами через меню.

В TED разрешено запускать несколько копий, и это часто приводит к неразберихе. Может это возможно устранить через запуск через вспомогательный скрипт, в котором производится проверка наличия Ted в памяти.
Зато у этого старичка богатейший конфиг. Еще не вникал, но похоже, за счет него можно сделать из Ted конфетку :)


Друзья, помогите сделать правильный выбор!
Хаос в моих тысячах текстовых документов и их изображений все растет и растет.
Потому что если заберусь далеко, то возвращаться обратно будет практически невозможно.

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

Scrapbook, SingleFile и блокнот полезны, но попытаться найти конкретную информацию сложно. Вот почему я использую Zotero. Вы используете все, что хотите. У каждого есть выбор. Вы можете перетаскивать файлы и папки с файлами в Zotero с помощью мыши. Индексируйте и комментируйте. Есть удобный превью. Я могу контролировать информацию, которую собираю. Одного файла, сохраненного на одном листе, недостаточно. Вам нужно знать, где и как его искать. В описаниях роутера в Zotero, например, у меня есть файлы * .bin с последней прошивкой. Иногда также видео в формате mp4 с инструкциями.

diatryba
()

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

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

Всё, останавливаюсь на Ted.
А то так можно перебирать до Нового года, а мне работать надо.

Хоть этому старичку 100 лет в обед, но по совокупности характеристик меня он устраивает больше всех остальных просмотренных.
Снова перечислять его плюсы не стану, кому надо, ознакомитесь на офсайте.
Единственное, его бы надо бы чуток подстроить под свои привычки - minda, поможете?

Попытался было самостоятельно, но конфигурационные файлы Ted.properties.sample и ted.gtkrc-2.0 , лежащие в /usr/share/Ted/config/ , вызвали некоторые недоумение.

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

Например, в рабочем конфиге есть параметр font_name, который равен «Sans 7», а примерах его нет.
И наоборот, в примерах приведены множество шрифтов «helvetica», например -

!Ted*XmCascadeButton*fontList: -*-helvetica-bold-o-normal-*-14-*-*-*-*-*-*-*
!Ted*popup_*fontList: -*-helvetica-bold-o-normal-*-14-*-*-*-*-*-*-*
!Ted*XmLabel*fontList: -*-helvetica-medium-r-normal-*-14- 
и т.д. 
а в рабочем конфиге о шрифтах вообще ни слова.

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

На первое время хотелось бы совсем немного:

1) Поменять дeфолтовую фрау генетике «helvetica» на «DejaVu».
2) Увеличить шрифт вспомогательного меню.
3) Поменять белый фон листа на другой цвет, например, «кобальтовый» (#001B33), а тест соответственно белым (#FFFFFF), так меньше режет глаза.
4) И еще сбивает с толку правый клик, по которому всплывает «Ted Forma Tool».
Привычнее ведь контекстное меню с Cut-Copy-Paste и прочим - его можно добавить?

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