Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cref seems to be incompatible #4

Open
JonasOberhauser opened this issue Mar 31, 2019 · 6 comments
Open

cref seems to be incompatible #4

JonasOberhauser opened this issue Mar 31, 2019 · 6 comments

Comments

@JonasOberhauser
Copy link

Not sure why, but it appears cleverref doesn't know the labels of normal environments anymore. Probably you guys are nesting environments or something?

yforster added a commit that referenced this issue Mar 31, 2019
@yforster yforster reopened this Mar 31, 2019
@yforster
Copy link
Owner

Strange, which environments stop working for you? Linking to figures still works, e.g. copy pasting this into example-lipics.tex produces correct results:

\begin{figure}
  Bla
  \caption{Test}
  \label{fig:test}
\end{figure}

Test~\Cref{fig:test}

Do you load LIPIcs with the cleveref option, e.g. \documentclass[cleveref]{lipics-v2019}?

@JonasOberhauser
Copy link
Author

For example, lemmas seem not to work anymore (here's to hoping I didn't just forget to recompile a few times after changing to your package 💃 ).

Here is my preamble:


\documentclass[a4paper,UKenglish,cleveref, autoref]{lipics-v2019}
%This is a template for producing LIPIcs articles. 
%See lipics-manual.pdf for further information.
%for A4 paper format use option "a4paper", for US-letter use option "letterpaper"
%for british hyphenation rules use option "UKenglish", for american hyphenation rules use option "USenglish"
%for section-numbered lemmas etc., use "numberwithinsect"
%for enabling cleveref support, use "cleveref"
%for enabling cleveref support, use "autoref"

\usepackage{import}

%	\kern0.05em{\color[rgb]{0.99,0.78,0.07}\rule{0.73em}{0.73em}}%
%	\hspace*{0.67em}\bothIfFirst{#1}{~}#2}
\newaliascnt{listing}{table}
\newaliascnt{statement}{equation}
\crefname{program}{Listing}{Listings}
\Crefname{program}{Listings}{Listings}

%% We use gather etc. not for equations but for statements
\crefname{statement}{Statement}{Statements}
\Crefname{statement}{Statement}{Statements}


\lstnewenvironment{tabularlstlisting}[1][]
{%
	\lstset{aboveskip=-1.3ex,belowskip=-3.5ex,#1}%
}
{}

@yforster
Copy link
Owner

Mh, if I add

\begin{document}

\begin{lemma}\label{test}
  Bla
\end{lemma}

\Cref{test}

\end{document}

after your preamble the \Cref correctly prints Lemma 1. This might still be a bug, but maybe indeed try recompiling. I'm using lipics-v2019 2018/12/10 v2.0 LIPIcs articles (it's in one of the first few lines of the compilation log) btw

@JonasOberhauser
Copy link
Author

JonasOberhauser commented Mar 31, 2019

I tried recompiling, it still shows me this:
image

The interesting thing is that it sometimes works, for example "proof of theorem..." is generated with cref, but directly afterwards it does not understand it anymore. A few pages later, it works again (also with lemma):
image

I'm using

\ProvidesClass{lipics-v2019}
    [2018/12/10 v2.0 LIPIcs articles]

@JonasOberhauser
Copy link
Author

That it works in some cases but not in others hints at something wrong with my file, I'll see if there's something strange I'm doing.

@JonasOberhauser
Copy link
Author

JonasOberhauser commented Mar 31, 2019

I think I figured out what the problem relates to. It happens if multiple items are of the same type in the cref, like
\cref{lemma1,lemma2}.

You're probably not defining the plurals correctly...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants