LINUX.ORG.RU
ФорумTalks

Текстовые процессоры, предназначенные для чисто электронных документов


0

1

Все наверное видели LibreOffice, OpenOffice Writer, Abiword или MS Word.

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

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

Почему бы теперь не отделить систему собственно создания текста от системы превращения текста в печатный документ?

Предположим, одна программа позволяет набрать сам текст, вставить картинки, обозначить смысловое выделение каких-то слов, заголовки и так далее. Она уже экспортирует то что получится во всякие другие форматы (HTML, PDF, ODF, по желанию doc, docx) — но с дефолтным шаблоном — такое ПО не предназначено для вёрстки как таковой. Возможно она сможет и печатать или экспортировать в PDF — но это должно делаться простеньким диалогом. Впрочем для удобства.

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

И плюс ещё третья программа — но уже для веб-вёрстки, где никакие страницы не нужны, да и шрифт в основном один и тот же, но надо сгенерировать CSS-шаблоны и расставить теги. Опять же, принимает файлы из первой программы, на выходе даёт HTML и CSS.

Про существование LaTeX/TeX я знаю, но они же приспособлены именно для публикаций — то есть объединяют функции первого и второго типа.
Знаю что в общем-то реализована правка содержания отдельно от вёрстки.

Но
1) Латех не визуальный, а концепция WYSIWYG тоже имеет право на существовани. Почему бы не делать вёрстку именно через WYSIWYG?
2) А как насчёт вставки картинок? Неплохо бы что бы можно было вставлять картинки в готовящийся документ, а редакторы чистого текста это не позволяют. То же самое насчёт выделения смысловых частей.
3) LaTeX — это почти программирование, а не все люди в принципе на такое способны.

Резюмируя:
Отдельное редактирование смысла и оформления как это сделано в LaTeX, но при этом используя концепцию визуальности как в *Office. Отдельные программы для редактирования содержания (1), для редактирования оформления при подготовке к печати (2), и для использования на Web-сайте (экспорт в HTML или Wiki) (3).

Кстати, меня ещё интересуют форматы, которые предпочтительней если предполагается, что документ предназначен для чтения в электронном виде, с полным отказом от метафоры страниц (если они и есть то только как страницы Wiki или Web-страницы, но не бумажные листы). PDF не годится, потому что в общем-то клон бумажного листа, doc, docx и odt тоже, по той же причине. DjVu для сканированных, а не для подготовленных на компьютере.

fb2 — хорошо, но вроде как трудности с поддержкой формул и прочего нужного для технической литературы
html — картинки приходится сохранять отдельно, редактировать не очень удобно (надо знать язык разметки, плюс обычно оно генерируется, а тогда надо повторять изменение и в исходном файле). war (веб-архив конкверора) — устраняет недостаток 1, но редактировать ещё неудобней. веб-архив эксплорера (кажется mht) — примерно то же самое, плюс формат менее прозрачный.
tex — прежде чем посмотреть надо компилировать, а это неудобно. Плюс, не знаю, можно ли компилировать tex в HTML.

Другие форматы сходу не припоминаю или знаю о них слишком мало.

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

Есть два концептуально разных подхода:

1) форматирование (расположение текста и изображений) осуществляет устройство потребителя. Примеры: html, LaTeX, fb2

2) форматирование осуществляет издатель, а потребительское устройство лишь его отображает. Примеры: pdf, с натяжкой .odt, .doc[x] и прочее.



Вот именно об этом речь и идёт. Только плюс ещё к тому, что из (1) можно получить (2), а из (2) получить (1) — нет, значит для (1) должен быть специальный отдельный редактор, а (2) можно генерировать из его вывода + шаблона, получаемого отдельным редактором форматирования. Который может быть (и даже скорей всего должен быть) разным для вывода в Web и на бумагу.

Только вот HTML всё-таки часто стремятся сделать по типу (2), и автогенерируют.

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

>Который может быть (и даже скорей всего должен быть) разным для вывода в Web и на бумагу.

Веб можно выводить на бумагу. man CSS и media к нему. Зачем нужно генерировать бумажный вариант напрямую — непонятно.

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

> Зачем нужно генерировать бумажный вариант напрямую — непонятно.

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

А что, CSS и это умеет?

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

Какие есть годные и нетяжелые, где акцент на смысл, а не на оформление?

Нет таких.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от schizoid

Не надо раскапывать *roff. Тем более они под задачу не подходят никак.

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

> manpages/infopages

А картинки там есть?

Кстати, вообще не понимаю, почему FSF пропагандирует инфо, если ман вроде удобней.

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

> А корову можно?

Корову я и сам могу :P

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

> Кстати, мощности современных компьютеров настолько велики, что вполне реально сделать quasy-WYSIWYG в латехе:

Это давно уже есть (про подобные программы я слышал во времена DOS, но там не взлетело). Смотри в сторону Bakoma TeX, ну и Whizzytex

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

> Я хочу просто вставить картинку, а не набивать к ней вручную путь. Желательно вставить черзе Ctrl-V, а не костыли. (кстати. иксовый буфер по средней кнопке умеет картинки?)

О да. А ещё обычно хотят чтобы растр волшебным образом в вектор преобразовался.

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

> А ещё обычно хотят чтобы растр волшебным образом в вектор преобразовался.

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

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

Вы не понимаете. Это как раз обязательно иначе при печати случается сюрпориз в виде кали-мали. Подготовка картинки — это отдельное подчас весьма сложное дело. Запомнить название картинки в процессе создания и где она лежит может каждый. Это гораздо проще чем её сделать.

А вставка картинки есть в том же LyX. Наверняка есть какая-то прилада для emacs, но лично мне это совершенно не напрягает. Меня в основном напрягает что именно написать, а об оформлении на 95% заботится LaTeX.

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

> Это как раз обязательно иначе при печати случается сюрпориз в виде кали-мали.

Прочитайте ещё раз тему — документ предназначен _только_ для электронной обработки. Нужен лёгкий (а не как * Office) редактор для таких документов

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

Чисто из любопытства: а какие тексты вы собираетесь писать?

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