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

Conflict with beamer in last release #55

Open
GuillaumeBiessy opened this issue Jan 24, 2025 · 12 comments
Open

Conflict with beamer in last release #55

GuillaumeBiessy opened this issue Jan 24, 2025 · 12 comments

Comments

@GuillaumeBiessy
Copy link

GuillaumeBiessy commented Jan 24, 2025

Dear developer,

I rely on enumitem to generate beamer presentations (with RStudio / quarto / TinyTeX).
Since the last update of the package 5 days ago I am no longer able to compile any file that includes enumitem and contains any enumerate environnement.

Here is a minimal example to reproduce the issue :

\documentclass{beamer}
\usepackage{enumitem}

\begin{document}
\begin{frame}{1 Example Slide}
\begin{enumerate}
\item Bla
\item Bla Bla
\end{enumerate}
\end{frame}
\end{document}

Removing \usepackage{enumitem} or replacing enumerate by itemize fixes the issue.

The associated error is:
Image

I use TinyTeX with an up to date version of Tex Live 2024.
Please find below the log associated with the error.
Test_enumitem.log

@muzimuzhi
Copy link

Seems another form of #18, which was marked fixed in enumitem v3.10 (2025/01/19), by 3637958. Wondering how your document worked before.

It seems the current (full) error message is still vague.

! Package enumitem Error: Label undefined.

See the enumitem package documentation for explanation.
Type  H <return>  for immediate help.
 ...                                              
                                                  
l.13 \end{frame}
                
The current class doesn't define some labels
for 'enumerate'. You have to do it yourself, as
explained in the manual.

Defining \labelenumi (here the roman number i denotes the first level of enumerate) does the trick. But setting \setlist[enumerate, 1]{label=\arabic*} doesn't, which I don't know why.

\documentclass{beamer}
\usepackage{enumitem}

\newcommand\labelenumi{\theenumi.}

\begin{document}
\begin{frame}{1 Example Slide}
\begin{enumerate}
  \item Bla
  \item Bla Bla
\end{enumerate}
\end{frame}
\end{document}
Image

@jbezos
Copy link
Owner

jbezos commented Jan 25, 2025

Thanks. I’ll revert the corresponding code and reopen the previous issue in a few days.

@GuillaumeBiessy
Copy link
Author

Seems another form of #18, which was marked fixed in enumitem v3.10 (2025/01/19), by 3637958. Wondering how your document worked before.

I have used enumitem with beamer for the last 3 years or so and never had an issue before.
I am positive it stopped working precisely on the 20th of January, I compiled my document several times in the previous days.

Defining \labelenumi (here the roman number i denotes the first level of enumerate) does the trick. But setting \setlist[enumerate, 1]{label=\arabic*} doesn't, which I don't know why.

Indeed it does the trick. Thank you for this quick fix !

Cheers,
Guillaume

@jbezos
Copy link
Owner

jbezos commented Jan 26, 2025

As pointed out by @muzimuzhi:

Wondering how your document worked before.

And indeed, it fails with TeXLive 2023, 2022, 2021, 2020 and 2017 (I haven't done any more tests). So, for the moment and if there is no other bug report it will remain unchanged.

@GuillaumeBiessy
Copy link
Author

I have the same beamer compiled on the 19th of January at 1:06pm.

My best guess would be that one of the other LaTeX package automatically loaded by quarto which was introducing \labelenumi was updated or quarto itself changed its list of uploaded packages. It is possible I updated quarto on the 20th.

@Aljumaily
Copy link

I confirm that I have experienced the exact same situation after updating to the newer version. I have been using enumitem with beamer for a couple of years and the issue begun now. Adding \newcommand\labelenumi{\theenumi.} fixes the problem. I hope you could find a permanent fix to it instead of the one-line hack.

@muzimuzhi
Copy link

@GuillaumeBiessy @Aljumaily Would you like to share a complete and minimal (or just not too long) example which worked before, but now raises error(s) with enumitem v3.10 (2025/01/19)?

@Aljumaily
Copy link

@muzimuzhi I tried to come up with a minimal example, but I wasn't able to as am using my own custom package and have been using it for the last two years. However, I have updated my TeX distribution yesterday (around 400 packages were installed) and the same issue that is opened here emerged. What is interesting is that adding

\newcommand\labelenumi{\theenumi.}
\newcommand\labelenumii{\theenumii.}
\newcommand\labelenumiii{\theenumiii.}

to beamer slides fixed the issue. Moreover, non-beamer documents didn't break at all.

@Zarko1234
Copy link

I have the similar problem. The following MWE

\documentclass{beamer}
\usepackage{enumitem}
\setlist[enumerate,1]{nosep, parsep=1ex,
                    label = \textcolor{blue}{\arabic*\huge.},
                    leftmargin = 1em}

\begin{document}
\begin{frame}
\frametitle{Use enumitem enumerate in beamer}
%---------------------------------------------------------------%
    \begin{enumerate}
\item   test
\item   test
    \end{enumerate}
\end{frame}
\end{document}

works fine until new version of enumitem (Version 3.10 2025/01/19), with new it gives error Label not defined

@muzimuzhi
Copy link

@Zarko1234 Thank you for the small and reproducible example!

So the difference introduced in enumitem v3.10 (2025/01/19) is, before v3.10 \setlist[enumerate, 1]{label=\arabic*.} worked (\labelenumi was still undefined, but the infinite loop reported in #18 was not triggered any more), but with v3.10 the check for existence of \labelenumi seems too strong so that

But setting \setlist[enumerate, 1]{label=\arabic*} doesn't, which I don't know why.

@jbezos
Copy link
Owner

jbezos commented Feb 4, 2025

@GuillaumeBiessy @Aljumaily @Zarko1234 @muzimuzhi Definitely, I’ll revert this change and reopen the corresponding issue. Please, allow me a few days.

@Zarko1234
Copy link

Zarko1234 commented Feb 4, 2025

I keep finger crossed :-).
I'm in middle of reviewing and proofreading of my lectures' slides (more than 1200 of them) and now I'm forced to take a break in this process :). But don't worry (to much), I still can prepare tasks and other materials for students, where I use article document class, where enumitem works fine.
I wish you a lot of luck and success at reverting. Thank you for this nice and excellent package!
Regards Zarko

beanandbean added a commit to s5wang/s5wang.github.io that referenced this issue Feb 9, 2025
Circumvents jbezos/enumitem#55 which is present in enumitem 3.10
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

5 participants