-
-
Notifications
You must be signed in to change notification settings - Fork 263
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
longtable v4.20 breaks the ltcaption package #1377
Comments
hm, yes, longtable no longer uses
|
@axelsommerfeldt sorry about that, I suppose some decades ago, the plan was for me to adjust longtable so that ltcaption wasn't needed, I suppose we should still consider that.... |
Unfortunately it's not as easy as this. The This could be implemented in the past by patching As a short time solution I propose putting the code
into an extra macro so the |
Sorry but if we ever want to get proper tagging in captions etc we really need to reduce the number of patches ;-) . Could you show an example of something that is broken? Then I will look if there is a better solution. E.g. we probably can put the code in a socket that you can reassign. |
I do find the idea to make a longtable into a figure rather curious but I found a tex.sx question about that, so it looks as if some documents use that ;-). I can see that the new code broke this, but this can imho be fixed easily inside longtable: it only has to use internally
I can not find any indication that |
@u-fischer it comes up from time to time the stalled v5 at my github has control over the counter as the last item on http://htmlpreview.github.io/?https://raw.githubusercontent.com/davidcarlisle/dpctex/master/longtable/ltbugs.html Longtable originally increased the table counter to get a unique csname to save the data, and then caption was changed not to increase it, but then the internal counter was added, but I left the table counter. The worst part about that is not so much that it makes it inconnvenient to use |
@davidcarlisle I quite like the idea of ltcaption to define |
It makes more sense when this feature is used with a different floating environment than "figure" or "table".
It could be that I have implemented this is a branch which never made it into "master".
Unfortunately I had to work last week-end but I'll try to compose a test document showing all longtable features offered by |
@axelsommerfeldt in the develop branch there is now a longtable version which defines and uses \LTcaptype. An empty value is allowed and then the numbering is suppressed. |
Finally an example document can now be found here: https://gitlab.com/axelsommerfeldt/caption/-/blob/master/test/longtable/example.tex?ref_type=heads Regarding |
More information at latex3/latex2e#1377
This issue has been automatically marked as stale because it has not had recent activity. |
I have just been caught by this bug after Are there recommended workarounds or plans to release an update for \documentclass{beamer}
\usepackage{longtable}
\begin{document}
\begin{frame}{Slide 1}\label{slide-1}
\begin{longtable}{cc}
col1 & col2\\\hline
1 & 2
\end{longtable}
\end{frame}
\begin{frame}{Slide 2}\label{slide-2}% <- breaks at second label
foobar
\end{frame}
\end{document} |
@bastistician your bug is unrelated to the discussion here. That is a bug in hyperref which has been resolved already in its the develop branch. Add |
Thanks! The workaround works. For the record: it fails in current hyperref 7.01j, so versions above that should be fine. |
Brief outline of the bug
The
longtable*
environment offered by theltcaption
package is working fine withlongtable
v4.19 but not with v4.20.See also:
https://gitlab.com/axelsommerfeldt/caption/-/issues/177
Minimal example showing the bug
Log file (required) and possibly PDF file
test.log
The text was updated successfully, but these errors were encountered: