ALT Linux Community general discussions
 help / color / mirror / Atom feed
From: DM <dead_m@list.ru>
To: community@altlinux.ru
Subject: Re: [Comm] LyX
Date: Tue, 9 Sep 2003 00:28:40 +0400
Message-ID: <20030909002840.784b9fe5.dead_m@list.ru> (raw)
In-Reply-To: <200309081320.06906.akrioukov@mail.ru>

Hello, Alexej!

On Mon, 8 Sep 2003 13:20:06 +0400 You wrote:

> Вроде теперь в Сизифе есть сборка с qt. Лично я его собирал
> под разные дистрибутивы и вручную, и из src.rpm, и никогда 
> никаких проблем не видел.

Вот сейчас поставил LyX-qt и проверил. lyx-qt-1.3.1-alt2

Результаты:

1. Меню: <<Помощь/Введение>>. Выводится текст явно в koi-8 (у меня 1251). 

2. Открываю свой старый текст в lyx. Текст в 1251, поле
inputencoding в документе заполнено как auto. Текст
воспринимается в koi-8. Руками меняю имя кодировки в файле на
cp1251 --- никакого эффекта. В то же время новый файл создаётся
LyX с нормальными настройками. Видимо, глюк из-за совокупного
влияния разных версий LyX и настроек. Прямо перекодировал файл в
koi8, после этого он всё-таки открылся правильно. Но вот
почему-то подписи на рисунках (технические, которые выводит LyX
для указания интервалов) оказались явно не в той кодировке
(только при просмотре в LyX, в PS-выводе всё нормально). Кнопка
<<Оглавление>> имеет надпись в koi8, само оглавление в окне
выводится в той же самой koi8 (хотя в PS, опять-таки, всё
правильно). Кнопки <<Сноска>>, разбросанные по тексту, также
имеют надписи в koi8.

3. Создаю новый файл, ввожу в него русский текст. Явно указываю
кодировку 1251. Экспортирую его в LaTeX. Результат: в файле явно
прописана строка

\usepackage[cp1251]{inputenc}

но при этом текст почему-то экспортнулся в кодировке koi8-r.

(Кстати, в предыдущем письме я, видимо, ошибся. Память иногда
подводит :-) Ошибка при экспорте состояла именно в том, что
_текст_ экспортировался в koi-8, независимо от фактической и
прописанной в настройках кодировки).

Резюме по экспресс-проверке:

1. Глюки с клавиатурным вводом русского текста, имевшие место
ранее, не замечены. 

2. Глюки с кодировками при импорте-экспорте и с работой в среде с
кодировкой 1251, по крайней мере, частично, сохранились.

Надо будет сползать на bugs. Если там закрыли виденные мной
записи об этих багах, обновить, чтоли...

> Это, конечно, дело вкуса. Я приведу лишь одно соображение:
> возможна ведь ситуация, когда хочешь
> сочинить документ, особенно не напрягаясь, но при этом
> допускаешь возможность дальнейшей его доработки в чистом LaTeX.

А вот эта возможность мне представляется, скорее, теоретической.
Маленький текст, который требует специфического (а значит, почти
наверняка, визуального, а не структурного) форматирования и при
этом впоследствии будет куда-то вставлен? Что это может быть?
_Мне_ в голову не приходит. _У меня_ обычно либо достаточно
большие тексты в LaTeX, либо повседневные документы в ОО. 

> > Формат файла у него собственный, никем больше не
> > поддерживается, ладно хоть не закрытый :-) . Мне, кстати,
> > действительно непонятно, что заставило разработчиков сделать
> > свои собственные особенности форматирования, а не
> > поддерживать стандартный LaTeX--- второй вариант был бы
> > гораздо удобнее во всех отношениях.
> 
> Я об этом писал когда-то на Софтерре. По моим понятиям, смысл
> этого формата в том, что он -- машинно-ориентированный, т. е.
> предназначен для того, чтобы *однозначным* способом фиксировать
> все телодвижения пользователя. А вот когда дается команда на
> компиляцию, тогда уже можно посмотреть, каким способом *лучше*
> перевести разом весь документ в latex. Именно поэтому на выходе
> получается относительно читаемый latex-код. В отличие,
> например, от HTML, генерируемого визуальными редакторами.

Пардон, но кто мешал определить все особенности форматирования в
виде команд LaTeX'а, собрать эти команды в стандартный набор и
подключать его к каждому документу обыкновенным \include ? Чтобы
сам файл оставался всегда правильным LaTeX-исходником и мог
обрабатываться непосредственно? Если бы это было так, то я
проигнорировал бы _все_ перечисленные мной недостатки. Глюки
можно побороть, а удобный и специализированный LaTeX-редактор на
дороге не валяется.

> > иногда не хватает. Поддержки под Win без костылей (aka
> > CygWin)
> 
> А зачем она нужна? Задачу обмена документами это бы не
> облегчило, веь установка LyX всё равно потянет за собой полное
> дерево TeX. 

А это личные особенности. Дома я давно сижу под Linux, всё, что
не касается основного места работы, делается под ним, но иногда
дома делается что-то для работы, а иногда на работе --- что-то
для дома. На работе винда. Поэтому _мне_ удобнее ОО, чем LyX. За
других, естественно, не расписываюсь :-)

> Передавать кому-то сидящему на винде исходники в
> формате latex тоже ведь практически нереально, хотя tex под
> винду и существует. 

А вот тут --- позвольте не согласиться. У меня дома рабочая среда
для крупных текстов: Linux + tetex + kile. На работе win2000 +
MikTeX + TeXnic Center (мож, где в названиях 'c' с 'k' перепутал,
ну да ладно). Всё вполне совместимо и переносимо. 

> Как ни верти, а нужно компилировать pdf и
> распространять именно его.

Распространять --- да. А обмениваться рабочими вариантами текстов
--- ни разу. 

> Возможность редактирования таблиц имеется. Пусть даже она
> неполная, но для кого-то это всё равно удобнее, чем создавать
> таблицу в LaTeX вручную. 

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

-----------------------------------------------
DM: dead underscore m at list point ru


  reply	other threads:[~2003-09-08 20:28 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-05 15:40 Oleg Vladimirovich
2003-09-05 17:48 ` Alexej Kryukov
2003-09-05 19:49 ` DM
2003-09-06  3:06   ` Gleb Kulikov
2003-09-07 20:46     ` DM
2003-09-06  9:04   ` Alexej Kryukov
2003-09-07 20:38     ` DM
2003-09-08  9:20       ` Alexej Kryukov
2003-09-08 20:28         ` DM [this message]
2003-09-08 21:46           ` Alexej Kryukov
2003-09-09  1:28             ` DM
2003-09-09 20:54               ` Alexej Kryukov
2003-09-10 19:39                 ` DM
2003-09-12 18:49                   ` Формат OO (было - [Comm] LyX) Sergey Lizogub
2003-09-12  6:14                     ` æÏÒÍÁÔ OO (ÂÙÌÏ " Serhii Hlodin
2003-09-12  7:20                     ` Re[2]: Формат OO (было- " "DM" 
2003-09-12  8:30                     ` Формат OO (было - " Maxim Britov
2003-09-12 18:21                       ` DM
2003-09-13 16:08                         ` Alexej Kryukov
2003-09-14 21:49                           ` DM
2003-09-15  8:29                             ` Alexej Kryukov
2003-09-15 19:11                               ` DM
2003-09-15  8:33                             ` Maxim Britov
2003-09-13 18:14                   ` [Comm] LyX Alexej Kryukov
2003-09-14  0:01                     ` Alexander Bokovoy
2003-09-14 21:40                     ` DM
2003-09-15  8:25                       ` Alexej Kryukov
2003-09-15 19:25                         ` DM
2003-09-15 20:36                           ` Alexej Kryukov
2003-09-14  9:31                   ` Vitaly Lipatov
2003-09-14 12:18                     ` Alexej Kryukov
2003-09-09 10:29             ` Re[2]: " Sergey A. Kolesnitchenko
2003-09-09 16:07               ` Alexej Kryukov
2003-09-17 10:07             ` Andriy Dobrovol's'kii
2003-09-17 11:28               ` Andriy Dobrovol's'kii
2003-09-14  9:13     ` Vitaly Lipatov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030909002840.784b9fe5.dead_m@list.ru \
    --to=dead_m@list.ru \
    --cc=community@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git