» TeX, LaTeX и т.д.

NewQS
Цитата:

Недостаток этого способа состоит в том, что рисунки отображаются через Ghostscript, поэтому получаются несколько более корявыми, чем есть на самом деле: излишне утолщаются линии, немного искажаются расстояния между близкими линиями, текст в рисунке также более корявый (разница, как между текстом через GSView и текстом через PDF просмотрщик). В принципе привыкаешь к этому, но иногда напрягает

С учётом этого
Цитата:

Я же сколько уже юзаю Metapost, все нахожусь от него в глубокой эйфории

скоро поймёшь, что всё это -- неважно. Вообще, компилируй в METAPOST и при этом держи открытым рисунок всё время в GSView -- она умеет переоткрывать документ автоматически при обновлении.

TeXpert
Цитата:

скоро поймёшь, что всё это -- неважно.

Проникшись силой MetaPost, я уже близок к осознанию суетности искажений визуализации
Просто немного обидно, что такие искажения происходят. Дело в том, что визуальные графические редакторы меня не удовлетворяли тем, что либо рисунок получается "неряшливым" (стрелка чуть-чуть не касается прямоугольника или подходит к нему не совсем по центру его стороны, текст не выровнен в прямоугольнике и т.д.), либо приходится делать слишком много нудных действий, чтобы эти "неряшливости" исправить. Когда я перешел в MetaPost возникло ощущение "идеальности" создаваемого рисунка (на первых порах даже рассматривал рисунки под большим увеличением в итоговом PDF, пытаясь найти какие-нибудь нестыковки). Поэтому и обидно, когда такой "идеальный" рисунок немного искажается при просмотре.

Цитата:

Вообще, компилируй в METAPOST и при этом держи открытым рисунок всё время в GSView -- она умеет переоткрывать документ автоматически при обновлении.

Тоже хороший вариант (если "Options->EPS Clip" поставить, сначала не сразу с этим разобрался ).
Но мне показался более удобным вариант с использованием LEd. Во-первых, я могу не тратить лишние действия на переключения окон (в одном окне LEd находятся и исходник, и просмотр результата). В частности, нажатием Alt-Up, Alt-Down я меняю масштаб во встроенном просмотрщике LEd без перенаправления фокуса от исходника. Во-вторых, рисунок получается в окружении текста, что помогает оценить, насколько он подходит к тексту по размерам, по компоновке и т.д.
Я думал, что может быть я пропустил какой-нибудь более удобный способ, или не заметил какой-нибудь другой IDE со встроенным просмотрщиком, отображающим лучше.
Но похоже, нет в мире совершенства \qed

NewQS
Цитата:

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

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

TeXpert
Цитата:

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

В чем же проявляется badness моего стиля? Тут ведь главное - разделение процесса подготовки самого рисунка и процесса размещения рисунка в тексте. Естественно, я так и поступаю. Сначала делаю рисунок, потом уже (если необходимо) корректирую его расположение по тексту с учетом настроек плавающих объектов и т.д. Разница лишь в том, что готовлю рисунок на фоне текста, а делаю это по двум причинам: во-первых, это просто приятней (конечно, это дело вкуса) уже на начальных этапах рисования видеть, как рисунок может выглядеть в тексте; во-вторых, я обычно ориентируюсь на ширину текста, чтобы потом не сжимать рисунок.
Я стараюсь избегать масштабирования, так как у меня многие рисунки содержать регулярные структуры в виде ячеек типовых размеров и выровненных по одной условной сетке (здесь, кстати, MetaPost подходит лучше, чем что-либо). Поэтому если масштабировать, то надо масштабировать все рисунки, иначе будут разные размеры ячеек или разный шаг сетки. С учетом того, что чаще всего рисунки идут для одной колонки двухколоночного документа, то здесь принципиальным является ширина рисунка. Тем более, я стараюсь компоновать рисунок максимально плотно (обычная проблема - уложиться в лимит объема статьи). Отсюда, либо учитывать ширину в исходнике, либо (в случае отдельной подготовки рисунка) рисовать временные направляющие, например, что-то вроде draw (0,0)--(0,max_width); либо (в моем случае) ориентироваться на ширину текста в колонке, и это мне кажется более удобным.
Таким образом, мне кажется, что никаких принципиальных основ проектирования я не нарушаю (как например, разделение процессов подготовки рисунка и текста), а просто использую другой способ подготовки рисунка, а именно его рисование на фоне текста. Какой из вариантов рисования выбирать (отдельно или на фоне текста) - это опять-таки дело вкуса.

Кстати, еще хотел спросить. Неужели так пока и не появились какие-нибудь хотя бы краткие пособия по MetaPost на русском языке (а то что-то я не встретил)? Для меня самого это не важно, но для многих это является препятствием. Когда рассказываешь знакомым про MetaPost, они сначала загораются, а потом быстро охладевают, когда узнают, что надо читать мануал на английском. Досадно, что такая хорошая вещь как MetaPost мало распространена у нас. Прямо сам бы начал переводить, будь у меня побольше времени.

NewQS

Цитата:

Кстати, еще хотел спросить. Неужели так пока и не появились какие-нибудь хотя бы краткие пособия по MetaPost на русском языке (а то что-то я не встретил)?

Есть и такие: http://www.inp.nsk.su/~baldin/mpost/index.html

RuBorTex
Большое спасибо. Очень хорошее пособие, причем является совершенно отдельным от стандартного мануала (я предполагал какой-нибудь адаптированный перевод) и кажется даже более впечатляющим. Интересно, что оно сделано сравнительно недавно (2006 год), поэтому можно надеяться на возможность большего распространения MetaPost в ближайшее время.

Уважаемые спецы, тут небольшая проблема нарисовалась с Латексом.

Набрал я в нем большой документ, конвертировал при помощи texi2pdf в pdf, отослал на печать подруге-виндовознице, но тот частично не отобразился на бумаге(формулы и цифры в них заменены всякой мутью). Хотя сам по себе Acrobat Reader все отобразил правильно.

Насколько я понимаю, тут может быть проблема со шрифтами. Или нет?

Мне надо использовать в латехе какие-нибудь виндовские шрифты? Кстати, а кто-нибудь знает, почему буквы могут быть в выходном pdf угловатыми?

Проще всего при печати через Акробат установить опцию Print as Image. "Угловатыми" выглядят растровые PK-шрифты, которые старые версии Acrobat не умеют правильно рендерить, но на бумаге они выглядят нормально. Для сборки PDF с векторными шрифтами рекомендуется установить пакет шрифтов cm-super.

Mundshtuk
Ответ зависит от нескольких факторов: используемых шрифтов, способа перегонки в pdf. Если придерживаться здравого смысла, шрифты включаются результирующий файл, который немного вырастет в размере (некоторые из-за копеечной экономии не делают этого и в результате получают проблему большей стоимости). Так же не стоит увлекаться использованием идиотских ttf-шрифтов. Я, например, не уверен, как получает результат texi2pdf -- поэтому рекомендую штатные команды
dvips file.tex и
pdflatex file.tex.
Ну и пакет шрифтов CM-SUPER должен наличествовать.
И -- чуть не забыл -- надо дать указание в конфигурационных файлах, чтобы использовались именно PostScript-версии шрифтов, насколько помню, это в config.ps

Хорошо, cm-super я поставил - тот, что сразу был моих Юбунту-репозитариях. Сказано в ридми было, что они сразу будут использоваться. Но разницы я никакой не заметил.

А где config.ps обычно находится? И как включать шрифты в файл? Размер никакой особой роли не играет, лишь бы печатать прилично можно было.

Mundshtuk
Вот фрагмент из моего файла config.ps. По умолчанию находится в texmf\dvips\config
Код:
% This shows how to add your own map file.
% Remove the comment and adjust the name:
% p +myfonts.map
% %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
p +psfonts.cmz

% Configuration of postscript type 1 AMS fonts: -- added by me 09.05.2003
p +psfonts.amz

p +mypsfonts.map
p +cm-super-t1.map
p +cm-super-ts1.map
p +cm-super-t2a.map
p +cm-super-t2b.map
p +cm-super-t2c.map
p +cm-super-x2.map
p +yfrak.map
p +callig.map
p +rsfs.map
p +PSfontsC2.map
p +phonetic.map
p +zccyril.map
p +ztcyril.map
p +mypsfonts.ams
% %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Вышла новая версия latex2rtf. Разроботчики уверяют что для работы с ней можно спрятать большой напильник, и ... достать напильник поменьше! Если серьезно, то улучшена работа со вставкой рисунков. Рисунки в выходном файле получаються нормального размера!

Цитата:

Вышла новая версия latex2rtf

Кстати, в шапке в пункте Преобразователи форматов не указан .

Чисто из любопытства, в какое представление преобразуются формулы при использовании latex2rtf? В Microsoft Equation или в изображения? Лично я считаю, что преобразование в RTF -- бред, т.к. оно убивает все результаты верстки в LaTeX. Единственное для чего это может понадобиться на практике -- представление тезиса на конференцию, переделанного из уже набранной в LaTeX статьи.

Конечно. более полезным представляется
http://sourceforge.net/projects/rtf2latex2e/
Тот, что встроен в Scientific Word, работает очень шустро (см. инструкции by TeXpert http://bitiak.narod.ru/Word2TeX.html).
Преобразование формул идет в Equation Editor (а вдруг вам встретится напарник, который знает только Word, а обучать его LaTeX'у нет времени?).

Имею проблему с FoilTex и русскими шрифтами. Поиск в инете показал, что проблема неединична, но готового решения у нее нет.

В общем, при использовании класса foils при втором прогоне компиляции (когда уже есть aux-файл) ТеХ выдает ошибку типа "corrupted NFSS tables!" и указывает на команду типа \@selectlanguage{russian}. Что самое смешное, это дело системно-зависимо: дома у меня такая ошибка есть, а на работе все нормально компилится. И там, и там стоит MikTex 2.6, поставленный с Basic Installer+Live Net Update. Руками и туда, и сюда запихнут один и тот же PSCyr 0.4d. Единственная разница - это то, что на работе я как-то подправлял установку (то ли Griefin, то ли еще кто подсказал, что официальная инструкция по установке PSCyr неполна), а дома я этого не сделал. МБ, в этом и причина необновленности/косячности таблиц NFSS (new font selection system)? Повторите, плиз, что там со шрифтами еще полагается сделать?
(Для информации: скопировано, refresh FNDB, правка updmap.cfg, запуск udpmap.exe - это все сделано.)

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

orgru

\addto\captionsrussian{
\def\figurename{Фиг}
}

Griefin, спасибо!
(пробовал figname, про figurename не догадался)

Varravann
Источник проблемы в том, что в MiKTeX 2.6 нельзя напрямую изменять конфигурационные файлы. Об этом сказано в заголовках:


Код: ## updmap.cfg: T1 font configuation file for MiKTeX.
##
## DO NOT EDIT THIS FILE DIRECTLY! It will be replaced when
## MiKTeX is updated.
##
## Run
##
## initexmf --edit-config-file updmap

Всем привет. При наборе большого математического текста и подключении пакета hyperref столкнулся с такой ошибкой:

Too many math alphabets used in version normal

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

Такой вопрос. Нашел в инете интересную рисовалку для латеха:
http://mathcs.holycross.edu/~ahwang/current/ePiX.html
Кто-нибудь пользовался? Как там вставить русские названия осей?

Цитата:

Кто-нибудь пользовался? Как там вставить русские названия осей?

там вроде пишут, что оно умеет делать рисунки в EPS.
а дальше можно в латехе использовать команды \psfrag
(из пакета psfragx) для замены латинских строк из EPS файла
на любые необходимые. И после этого о головной боли с
русским языком/кодировками и т.п. для графиков можно забыть.

KuzemkoA, qva
По-моему, для TeX ничего лучшего, чем METAPOST для рисования нет, и скорее всего, не будет -- это продукт уровня TeX. Все остальные будут обёртками или попытками приближения. Так что, не стоит распыляться. Ну и, средства Mathematica и Maple никто не отменял.

TeXpert
Ну, метапост - это конечно замечательно.
только чтоб в нем построить нужный мне график - я потрачу раз в 200 больше
времени (по разным причинам: и по незнанию метапоста,
и по сложности графиков ), чем в том же gnuplot + psfrag.

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

да и графика у маплы и математики далеко не всегда меня устраивает
(точнее даже не сама графика, а как раз - подписи к картинкам всякие )

PS: я согласен, немного ушел от темы в философию

т.е. итог такой (про использование чего-то там):
все определяется сложностью рисунка и его происхождением. и временем,
которое я могу потратить на украшательство рисунка.

qva
Цитата:

...только чтоб в нем построить нужный мне график - я потрачу раз в 200 больше
времени (по разным причинам: и по незнанию метапоста,
и по сложности графиков ), чем в том же gnuplot + psfrag

Этот плач аналогичен тому, что "...только чтоб в LaTeX набрать нужный мне документ - я потрачу раз в 200 больше
времени (по разным причинам: и по незнанию LaTeX,
и по сложности формул ), чем в том же Word". Несерьёзно это. Зато по мелочам ты потом времени потратишь на порядок больше. На такие вещи время тратится раз (ка в случае с велосипедом), и всё. Дальше просто катаешься.
Цитата:

...а про всякие математики и маплы... это несерьезно

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

Приветствую всех.

Недавно встретился с проблемой размещения иллюстраций и таблиц в конце документа.
Пакет endfloat, присутствующий в моей поставке tetex, неверно формирует файлы .fff и .ttt для кириллического текста.
Анализ проблемы показал, что её можно решить, правда, несколько нетривиальным способом.
В http://rapidshare.com/files/78947193/xendfloat.sty.gz.html выкладываю измененный стилевой файл пакета endfloat, переименованный в xendfloat с целью сохранения оригинала.
Использование его аналогично исходному пакету; для удобства локализации добавлена команда
Код: \abouthere

Подскажите, пожалуйста, как набрать "жирный" интеграл. \boldmath не рисует его жирным...

Ещё бы был признателен за шаблон\муляж титульного листа дипломной\курсовой работы по ГОСТ 7.1-2003

SiberianGRemlin
\boldsymbol{}?

SiberianGRemlin

Цитата:

Ещё бы был признателен за шаблон\муляж титульного листа дипломной\курсовой работы по ГОСТ 7.1-2003

http://www.ctan.org/tex-archive/help/Catalogue/entries/disser.html

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

OlegOdintsov
Лучше сделать патч и послать его разработчику пакета.