» TeX, LaTeX и т.д.

Пришла беда откуда не ждал

DVI Search (Forward) перестал работать. А без него хоть плачь

Выяснил следующее. latex (miktex 2.7) почему-то начал создавать уменьшенные dvi файлы. Если я открываю (в WinEdt 5.5) старый dvi (большой), то поиск работает. После перекомпиляции он немного уменьшается и поиск отключается. Дело не в настройках DVI Search. Копирую уменьшенный dvi в соответствующую папку на другом компьютере (с тем же tex исходником) и поиск также пропадает. Сравнивал другие настройки WinEdt (Execution Mode - Latex, Texify) с аналогичными настройками WinEdt со второго компьютера (на котором всё хорошо) - совпадают

Добавлено:
karl_karlsson
За Springer Latex search отдельное спасибо. Поиск статей по формулам - потрясающая вещь!

Беда не приходит одна...

Пока боролся с DVI Search случайно закопипастил (в смысле затёр) изготовленные два дня назад рисунки. Они были помещены во вспомогательный файл proba.tex из которого сегодня планировались к перемещению по месту назначения. Но перед этим я обнаружил (не вовремя!) проблему DVI Search и поместил в этот файл другой материал (поверх старого) с целью тестирования поиска. Поскольку в процессе тестирования я неоднократно менял содержимое этого файла, то в proba.tex.bak, разумеется, оказалось не то, что нужно. Вместе с тем proba.tex.sav, наоборот, хранил слишком древний материал (без свежих рисунков). Это уже похлеще какого-то там DVI поиска (всё равно бы решил переустановкой теха и/или WinEdit-а). Делать рисунки заново категорически не хотелось (помимо графиков на них ещё куча ручного форматирования содержалась)

Проработал вопрос с [more=восстановлением старых версий файлов]Установил несколько анделитно-рекавери-юнерейзных программ --- ничего
В конце концов остановился на Easy Recovery. По отзыву одного из форумчанинов он как-будто может подобное. Установил его. А он зараза не заработал как следует. Я даже сюда написал
[/more]

Застрял, вообщем, на ровном месте. Всю ночь практически ни с чем провозился. Ничего я, конечно, не восстановил (с помощью recovery софта). Но наутро чудо всё-таки произошло. Оба вопроса решились
[more=Восстановление затертого файла]Я использую SeaGateBackUpManager для резервирования логического диска с данными (всего) на внешний жёсткий диск. Запускается по расписанию в воскресенье и среду. Диск был подключен и ровно в 9 утра начал бэкапирование. И тут я вдруг вспомнил, что забыл (как хорошо иногда что-нибудь вовремя забыть) подключить его в воскресенье. И поэтому подключал в понедельник (когда рисунки были готовы, но это не нарочно, поэтому и не запомнил). Но ведь выходит, что я опоздал --- бэкапирование завершено и внешний диск хранит уже новый, испорченный материал. Это так, но помимо него он хранит также историю десяти предыдущих сессий (то есть менеджер сравнивает новое и старое содержимое диска и оставляет ту часть старого материала, как правило небольшую, которая отсутствует в новой итерации). Вот это-то мне и помогло. Захожу в History -> Level2 -> ... и вот он мой родимый --- proba.tex c искомыми графиками!![/more]
В связи с вышесказанным новый вопрос: нельзя ли настроить WinEdt так, чтобы он побольше бэкапов создавал (а то может не всегда так везти будет)

По-поводу проблемы с DVI Search. Вернуть его оказалось очень просто (случайно методом тыка получилось)
Options -> Execution Modes... -> Diagnosis -> Miktex Configuration
Поиск вернулся (прежние размеры dvi-лов тоже). Почему помогло и что за глюк это был не представляю. Но главное работает

singul


Цитата:

По-поводу проблемы с DVI Search. Вернуть его оказалось очень просто (случайно методом тыка получилось)
Options -> Execution Modes... -> Diagnosis -> Miktex Configuration
Поиск вернулся (прежние размеры dvi-лов тоже). Почему помогло и что за глюк это был не представляю. Но главное работает

В нижней строке окна WinEdt есть поле --src. Если по нему щелкнуть, эта установка пропадает и при компиляции tex-файла через WinEdt не указывается ключ --src-specials, который вставляет в dvi-файл метки для работы прямого поиска. Видимо ты в какой-то момент случайно кликнул по этому полю и отключил --src. А указаные команды восстанавливают параметры по умолчанию, в том числе и эту команду.

Вопрос по BibTeX'у. Команда \nocite{*} выводит всю библиографическую базу. А можно ли осуществить избирательный вывод? Скажем по году и/или автору и т.д.

И ещё. Похоже, bib-файл не любит комментарии (%). Можно, правда, выкрутится через неиспользуемые поля. Тем не менее, повторю ещё раз свой предыдущий вопрос (который теперь является общим для tex и bib файлов):

можно ли закомментировать фрагмент исходного текста?

Часто возникает необходимость. Очень неудобно переносить-возвращать материал за \end{document} (того и смотри что-н по дороге потеряешь). WinEdt позволяет компилировать часть входного файла, но это не совсем то

Добавлено:
Один из форумчан писал, что у него bibtex работает и без добавления ключа --csfile <кодовая страница>. Работает. Только сортирует криво. Не то чтобы вообще не сортирует, но с ошибками. Вообщем в WinEdt'е всё настраивается так:

Заходим в Options -> Execution Modes... -> Console Applications -> BibTeX
В строке Executable меняем bibtex.exe на bibtex8.exe
В строке Switches прописываем --huge --csfile cp1251.csf
В строке Parameters оставляем "%N"

Этого вполне достаточно. Если не выставить --huge, то bibtex'у может не хватить какой-то там памяти. Мне, кстати, сразу не хватило (вместо --huge можно использовать --big, но лучше заранее перестраховаться)

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

singul

Цитата:

можно ли закомментировать фрагмент исходного текста?

Код: \usepackage{verbatim}
% или
% \usepackage{comment}
…
\begin{comment}
…
\end{comment}

karl_karlsson

Может быть Вы мне поможете: мне очень нравится гарнитура Petersburg из TimesC пакета, но её стилевой файл не даёт возможности масштабирования, которое мне внезапно понадобилось для единообразия текста с формулами. Я попытался разобраться, как масштабирование реализовано в других случаях, вышел на PSNFSS bundle, но у меня на этом «забуксовал разум» Может, подскажете, в какую сторону копать?

Такой вопрос уже задавался, но нужного ответа так и не нашел.
Как можно сделать символ интеграла так сказать "в традиционной форме":

?
P.S. В шрифте Euler он все же отличается от данного начертания.

Melirius
Посмотрел, но у меня пакет FontsC оказалось нет и найти его в сети не удается.
Иначе да - PSNFSS bundle, посмотрите на Helvetica.
C:\Program Files\MiKTeX 2.9\tex\latex\psnfss
[more=helvet.sty]

Код: \ProvidesPackage{helvet}%
[2005/04/12 PSNFSS-v9.2a (WaS) ] % это комментарий конечно в []

karl_karlsson

Цитата:

Надо сперва найти шрифт у которого интеграл так выглядит.

Можно сказать, что собственно в этом и заключается вопрос.

P.S. Есть шрифт mathabx. Если его подключить (\usepackage{mathabx}), то внутри текста знак интеграла выглядит как надо, но в выключных формулах он все равно несколько повернут по часовой стрелке.

В шрифте Math Design знаки интегралов довольно приличные.



См. здесь: http://www.tug.dk/FontCatalogue/utopia-md/

Ага, так надо ещё в fd-файлы лезть — не допетрил сам. Спасибо, попытаюсь разобраться.

Кстати, сам пакет сейчас найти действительно сложно, так что вот он

http://narod.ru/disk/6505077001/fontsc20030524.exe.html

Griefin

Цитата:

В шрифте Math Design знаки интегралов довольно приличные.

Хотелось бы его немного повернуть против часовой стрелки. Может это возможно как-то сделать внутри самих уравнений с сохранением формы и размера знака?

myual
Есть команда \rotatebox.

Griefin

Цитата:

Есть команда \rotatebox.

Только внутри уравнений работает лишь вариант, например, \rotatebox{12}{$\int$}, который не сохраняет размер знака интеграла.

Цитата:

\rotatebox{12}{$\int$}

\rotatebox{12}{$\displaystyle\int$} ?

Alekh

Цитата:

rotatebox{12}{$\displaystyle\int$}

Спасибо, так заработало.

Только сейчас почему то при компиляции в dvi (используя texify + yap -- для просмотра) поворот отсутствует, только при преобразовании dvi -> pdf поворот появляется. Хотя до переустановки системы все было нормально и уже в самом .dvi-файле символ был повернут. Может у кого есть какие соображения из-за чего так происходит, или от какого параметра/настройки это зависит?

myual

Ghostscript установлен?
В Yap'е Render Mode = dvips?

(у меня есть подозрения, но я уже не помню точно, что Yap такие вещи, как rotatebox и resizebox плохо обрабатывает)

Alekh

Цитата:

Yap Render Mode = dvips

Это решило проблему. Спасибо за подсказку.

myual
Результат покажите?

Цитата:

Результат покажите?

Вариант 1 (по умолчанию):
Код: \rotatebox{17}{$\displaystyle\int$}f(x)dx

Настройка нумерации заголовков и подзаголовков осуществляется при помощи

Код: \setcounter{section}{12}
\setcounter{subsection}{7}

GeMir
\setcounter{equation}{32}

karl_karlsson
По поводу окружения comment (кстати, о нем упоминается в Котельникове-Чеботаеве --- странно, что когда читал не обратил внимание на такой полезный инструмент).
Нашёл способ получше !! (к сожалению именно нашёл, даже обидно немного, что сам не догадался до такого простого решения)

\newcommand{\cm}[1]{}

Использование:

\cm{вставляем что угодно, с любым количеством пустых строк и какими угодно командами} --- всё равно ничего из {} не откомпилируется

\begin{comment} ... \end{comment} несколько тяжеловесны. Попытка сократить их через
\newcommand{\bc}{\begin{comment}}
\newcommand{\ec}{\end{comment}}
потерпела неудачу. Причём даже не потому, что компилятор теперь может воспринимать текст так
\newcommand{\bc}{\begin{comment}
} --- комментарий
\newcommand{\ec}{ --- комментарий
\end{comment}}

От такой интерпретации можно избавиться, введя макрос для comment (для других окружений подобное вполне допустимо) или ещё проще - поместив макросы перед \usepackage{comment} (или \usepackage{verbatim}, если процедуру comment вводим с помощью него). Но это всё равно не поможет. Странно, почему? Впрочем, ввиду указанного выше варианта с \cm это теперь почти не имеет значения

---

Важное замечание по поводу natbib!

Если у вас установлена достаточно свежая версия этого пакета, до для корректного его использования совместно, например, со стилем gost71u (с plain'ом всё нормально), netbib теперь необходимо подключать с опцией numbers. Скажем так
\usepackage[numbers,square,comma,compress]{natbib} (напомню, что можно добавить и sort - по своему усмотрению)

Причем со старыми версиями пакета (у меня на двух компьютерах как раз таки разные версии оказались) с новой опцией (не являющейся в таком случае необходимой) всё будет также работать хорошо. Так что для совместимости теперь её лучше всегда добавлять. Правда, надо сказать, что если этого не сделать, то ничего фатального при работе с новыми версиями natbib не произойдёт. Достаточно будет просто проигнорировать сообщение об ошибке (bibliography not compatible with author-year citations) - всё откомпилируется нормально

singul

Цитата:

\setcounter{equation}{32}

Угу, спасибо. В комбинации с "\numberwithin{equation}{section}" даёт желаемый результат.

Обновил WFonts. Уже имеются лигатуры и пакеты с опцией масштабирования.
Шрифты уже Arial, Courier New, Georgia, Palatino, Times New Roman, Verdana.
WFonts.v3.7z
WFonts-source.v3.7z
Замечания:
- Times New Roman, Arial, Courier New (и MathTime) работают примерно где то так

Код: \usepackage{TimesNewRomanW}
\usepackage[scaled=0.94]{ArialW}
\usepackage[scaled=1.07]{CourierNewW}

Ещё о natbibe

C его помощью легко изменить формат номера в списке литературы. Например так
\renewcommand{\bibnumfmt}[1]{#1.}

---

singul
Цитата:

Да, чуть не забыл. Ещё один принципиальный вопрос. Обнаружил, что при использовании pdflatex и latex на одной странице, вообще говоря, умещается разное количество материала.
Мне это совсем не нравится. Почему вдруг? Кто виноват и как с этим бороться?

Теперь знаю в чём причина - в командах \indent, расставленных после заголовков разделов. Считается, что Latex никогда не разорвёт страницу между названием раздела и его текстом. Это так, если только между ними нет команды \indent. Но дело всё в том, что если компилировать посредством pdflatex, то разрыва не возникнет даже при наличии индента. Отсюда и различные объёмы одного документа, полученного с помощью двух разных компиляторов! (При большом объёме документа с десятками разделов и подразделов вероятность того, что какое-н название окажется на разрыве страниц близка к единице). Использование пакета \indentfirst, разумеется, избавляет нас от этой проблемы

---

С удивлением обнаружил, что нельзя создать папку AUX (кто ещё не знает - попробуйте). Пришлось создать AUXiliary (поместил туда свои aux'ы)

---

И в заключение вопрос

С помощью PDFLaTeX получил pdf-версию своего документа. Открываю акробатом (8-ым) или ридером (9-ым) - всё хорошо. Но при печати - кракозябры (как будто шрифты подменены). Если открыть gsview'ром, то печатается нормально. Об этой проблеме (точнее будет сказать особенности) знаю очень давно. Но решения (хотя специально искал) не встречал. Знаю также, что эта особенность проявляется не на всех устройствах (device-dependent). Печатаю дома (принтер старый) - кракозябры. На работе (принтер новее) - нормальный текст (причем в ридере печатаю). (Впрочем, принтеры, конечно, не перетаскивал, так что дело может и совсем в другом оказаться)

Почему? И можно ли как-то заставить мой принтер-компьютер-акробат нормально напечатать. Не принципиально, но всё же?

И ещё. Какой файл лучше на печать выводить: ps или pdf? Оба векторные (включая рисунки) на глаз вроде ощутимых различий нет. Хотя некоторые страницы как-будто чуть-чуть разными получаются (по толщине букв). Но только иногда, а потом вдруг опять одинаковые. Скорее всего принтер неидеально работает, но проверять (на больших количествах) на других принтерах пока не доводилось

singul

Цитата:

С удивлением обнаружил, что нельзя создать папку AUX (кто ещё не знает - попробуйте). Пришлось создать AUXiliary (поместил туда свои aux'ы)

Это так еще с времени DOS-а.
Naming Files, Paths, and Namespaces

Цитата:

Do not use the following reserved device names for the name of a file:
CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9. Also avoid these names followed immediately by an extension; for example, NUL.txt is not recommended.

Цитата:

Почему? И можно ли как-то заставить мой принтер-компьютер-акробат нормально напечатать. Не принципиально, но всё же?

Кажется проблема драйвера, так как gsview делает растеризации и отправляет растр. Из всех PDF вюрерах только Adobe Reader отправляет вектор.

Сперва надо определить какой принтер и какие языки печати он поддерживает. Принтеры бывают:
GDI (Winprinter) - печатает только растр, если чего то другое отправится, то GDI подсистема Windows сделает растеризации.
PCL - векторный язык HP (от PCL 1 до PCL 6), тоже через GDI проходить, но растр не отправляется.
PostScript - бывает Adobe PostScript и PostScript emulation, то же, только сторонним производителем (от Level 1 до Level 3). Обычно PostScript надо больше памяти и медленнее чем PCL. А еще, чаще он PostScript emulation и самые разные проблемы возникают если документы не простые (для LaTeX это в точности не простые - множество шрифтов, графиков и т.д.). Ну даже если Adobe PostScript проблемы также могут возникнуть.
PDF (поддерживается обычно от 1.3 до 1.7, но возможно уже и больше). Принтер напрямую читает PDF и это очень хорошо. Но это только современные принтеры класса рабочей группы (большие и быстрые, но конечно дорогие).
другие, менее распространенные.


Цитата:

И ещё. Какой файл лучше на печать выводить: ps или pdf?

Если принтер не поддерживает ни PostScript ни PDF то разница определить можно только опытным путем, так как она зависит от того как они растеризуются GDI на конкретных настройках драйвера.
Если он PDF, то он поддерживает и PostScript Level 3. Но обычно это PostScript emulation, так что кажется лучше PDF. Надо проверять.
Если PCL, то лучше PCL, так как он заметно быстрее.

Приветсвую. Хочу создать постер в pdfLaTeX, но с "выделкой". Неким плугином рисовать сеточку ячейки размером А4. И линии в паре сантиметров от каждой границы. Это чтобы видеть, пересекает ли эта граница текст или графику. И второе - что-нибудь, чтобы этото большой холст порезать на кучку А4.

Для чего это: чтобы создать постер, а затем распечатать на кучке А4. Т.к. с тубусом по самолетам шататься не шибко удобно. А стопку можно и в чемодан запихнуть. (А принт-сервис и них не шибко вкусный - от 300$, зато удобно - получил на месте)

Доброго времени суток, уважаемые форумчане.
Никак не могу разобраться с подключением шрифтов к ЛАТЕХу, где про это подробно написано?
А еще конкретнее: у меня есть pfb и pfm файлы шрифтов одной гарнитуры и мне ее нужно подключить.

niknik85
Об этом раньше уже подробно писалось.
Краткая инструкция из форума

BagaBaga
Делал Printed Paper на tikz, может пригодится:
[more=Printed Paper (tikz).tex]
Код:
\documentclass[a4paper, 10pt]{article}
\usepackage{tikz}

\begin{document}
\pagestyle{empty}

\begin{tikzpicture}[remember picture, overlay]

\tikzset{ultra thin line/.style={black, ultra thin}}
\tikzset{very thin line/.style={black, very thin}}
\tikzset{thin line/.style={black, thin}}
\tikzset{thick line/.style={black, thick}}
\tikzset{very thick line/.style={black, very thick}}
\tikzset{ultra thick line/.style={black, ultra thick}}

\tikzset{normal lines/.style={black, ultra thin}}
\tikzset{margin lines/.style={gray, thick}}
\tikzset{mm lines/.style={gray, thin}}
\tikzset{strong lines/.style={gray, very thin}}
\tikzset{master lines/.style={gray, very thick}}
\tikzset{dashed master lines/.style={loosely dashed, black, very thick}}

\node at (current page.south west){
\begin{tikzpicture}[remember picture, overlay]
    %\draw[step=1cm,color=gray] (0,0) grid (21,29.7);
    %\draw[style=ultra thin line] (5mm,5mm) rectangle (205mm,292mm);
\foreach \y in {2.2, 3.0,...,27.8}
\draw[style=ultra thin line](5mm,\y) -- (205mm,\y);
\draw[style=ultra thin line] (15mm,5mm)--(15mm,292mm);
%\draw[style=strong lines] (190mm,272mm)--(20mm,272mm);
%\draw[style=mm lines] (190mm,268mm)--(20mm,268mm);
%\draw[style=margin lines] (190mm,264mm)--(20mm,264mm);
%\draw[style=master lines] (190mm,260mm)--(20mm,260mm);

%\draw[style=normal lines] (16.0mm,0mm)--(16.0mm,297mm);
%\draw[style=normal lines] (8mm,5mm)--(202mm,5mm);
%\draw[style=normal lines] (205mm,5mm)--(205mm,292mm);
%\draw[style=normal lines] (202mm,292mm)--(8mm,292mm);
%\draw[style=normal lines] (5mm,292mm)--(5mm,5mm);

\end{tikzpicture}
};
\end{tikzpicture}
\end{document}