Возникли проблемы с \ headheight в LaTeX R-Markdown (несовместимый макет страницы) - PullRequest
0 голосов
/ 01 апреля 2019

У меня сейчас проблема с латексом в Rmarkdown (используется пакет fancyhdr). Я пытаюсь сделать отчет с данными определенного стиля шаблона. Но на данный момент мой заголовок1 для каждой страницы не выровнен должным образом. Я предполагаю, что это как-то связано с моим \ headheight, но я не уверен, как решить это.

В настоящее время это делается в R-markdown, и я вполне уверен, что проблема связана с моим YAML. Я был бы очень признателен, если бы кто-нибудь мог сказать мне, как исправить мою кодировку YAML для \ headheight или вообще улучшить мою кодировку для YAML, чтобы исправить проблему с перекрытием.

Нет ошибок при запуске этого кода, но это предупреждения, которые они мне предоставляют (но я не знаю, как разрешить предупреждение)

Package Fancyhdr Warning: \headheight is too small (12.0pt): 
 Make it at least 32.08571pt.
 We now make it that large for the rest of the document.
 This may cause the page layout to be inconsistent, however. 

Это мой YAML:

---
output: 
  pdf_document:
    latex_engine: pdflatex
header-includes:|
  \usepackage{graphicx}
  \usepackage{fancyhdr}
  \pagestyle{fancy}
  \newcommand{\helv}{%
    \fontfamily{phv}\fontseries{b}\fontsize{9}{11}\selectfont}
  \fancyhead[R]{\includegraphics[width=3cm]{logo.png}}
  \fancyhead[L]{\textbf\selectfont\sffamily{Daily Report}}
  \fancyfoot[L]{\textbf\selectfont\sffamily{NOT INTENDED FOR FORWARDING}}
  \renewcommand{\headrulewidth}{0.4pt}
  \renewcommand{\footrulewidth}{0.4pt}
classoption: a4paper
---

И это в остальных кодах:

```r-markdown

## \selectfont\sffamily{EQUITY 1}

# content page 1 

\newpage

## \selectfont\sffamily{EQUITY 2} 

# content page 2 

Я разместил изображение вывода PDF в TeXStackExchange: https://tex.stackexchange.com/questions/482525/having-problems-with-latex-coding-in-rmarkdown-fancyhdr-headheight

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

...