Sorry for forgetting to document the workaround: Load tocbasic and all packages that load tocbasic themselves before caption. Of course, you can also install the current developer version of KOMA-Script instead. How to do this is documented in section "Testing" of CONTRIBUTING.md.
Sorry for forgetting to document the workaround: Load tocbasic and all packages that load tocbasic themselves after caption. Of course, you can also install the current developer version of KOMA-Script instead. How to do this is documented in section "Testing" of CONTRIBUTING.md.
tocbasis generate error if caption was loaded before
Duplicate of [#103].
tocbasis generate error if caption was loaded before
replaced version v3.40 by v3.49.1 because it is a patch level version only
long argument for \caption, \captionabove, \captionbelow etc.
Problem with recent babel package and language "spanish"
Workaround added in [r4254].
Already fixed in [r4250] + [r4251].
tocbasic throws error when nomencl is loaded after caption
Already fixed in [r4251].
tocbasic throws error when nomencl is loaded after caption
babel catcode issue workaround
improved babel catcode issue workaround
new beta already started
\cs_if_exist:NTF \KOMAClassName has to be \cs_if_exist:NT …
patch \caption@documentclass only for KOMA-Script classes and disable package with beamer class
workaround for babel-spanish catcode issue [#102]
The alternative would be to once again redefine \@startsection, which has been removed to avoid several other issues. So this is not really an option.
You get the same error with: \documentclass{book} \AddToHook{cmd/@startsection/before}{\typeout{Hook Test}} \usepackage[spanish]{babel} \begin{document} Test \end{document} So IMHO this is a babel-spanish issue not a KOMA-Script issue. BTW: KOMA-Script does not use \@startsection anymore and the new version does no longer redefine it but only adds a hook to warn that several features are no longer available, when using \@startsection. See also [wiki-en:Release 3.49] resp. [wiki-de:Release 3.49].
In some sense it is a KOMA issue, as KOMA is the one doing the patching. Command hooks are quite nice, but they are no fully safe if catcode changes are involved and personally I try to avoid them for long term code. See e.g. https://github.com/latex3/latex2e/issues/1099
You get the same error with: \documentclass{book} \AddToHook{cmd/@startsection/before}{\typeout{Hook Test}} \usepackage[spanish]{babel} \begin{document} Test \end{document} So IMHO this is a babel-spanish issue not a KOMA-Script issue. BTW: KOMA-Script does not use \@startsection anymore and the new version does no longer redefine it but only adds a hook to warn that several features are no longer available, when using \@startsection.
You get the same error with: \documentclass{book} \AddToHook{cmd/@startsection/before}{\typeout{Hook Test}} \usepackage[spanish]{babel} \begin{document} Test \end{document} So IMHO this is a babel-spanish issue not a KOMA-Script issue. BTW: KOMA-Script does not use \@startsection anymore and the new version does no longer redefine it but only adds a hook to warn, that several features are no longer available, when using \@startsection.
You get the same error with: \documentclass{book} \AddToHook{cmd/@startsection/before}{\typeout{Hook Test}} \usepackage[spanish]{babel} \begin{document} Test \end{document} So IMHO this is a babel-spanish issue not a KOMA-Script issue.
Problem with recent babel package and language "spanish"
\caption indeed accepted arguments with \par (because KOMA-Script did not touch \caption itself), but KOMA-Script wasn't able to process them, i.e., using a paragraph resulted in an error inside \@settodim. A somehow "strange error", because it was hard to understand. Hm, but yes, in combination with package caption paragraphs have been possible. Maybe I can support it, but this would result again in the "less than perfect" error messages at strange places, when not using package caption. But wouldn't...
\caption indeed accepted arguments with \par (because KOMA-Script did not touch \caption itself), but KOMA-Script wasn't able to process them, i.e., using a paragraph resulted in an error inside \@settodim. A somehow "strange error", because it was hard to understand. Hm, but yes, in combination with package caption paragraphs have been possible. Maybe I can support it, but this would result again in the "less than perfect" error messages at strange places, when not using package caption. But wouldn't...
\caption indeed accepted arguments with \par (because KOMA-Script did not touch \caption itself), but KOMA-Script wasn't able to process them, i.e., using a paragraph resulted in an error inside \@settodim. A somehow "strange error", because it was hard to understand. Hm, but yes, in combination with package caption paragraphs have been possible. Maybe I can support it, but this would result again in the "less than perfect" error messages at strange places, when not using package caption. But wouldn't...
\caption indeed accepted arguments with \par (because KOMA-Script did not touch \caption itself), but KOMA-Script wasn't able to process them, i.e., using a paragraph resulted in an error inside \@settodim. A somehow "strange error", because it was hard to understand. Hm, but yes, in combination with package caption paragraphs have been possible. Maybe I can support it, but this would result again in the "less than perfect" error messages at strange places, when not using package caption. But maybe...
long argument for \caption, \captionabove, \captionbelow etc.
Releases
Release 3.49
Release 3.48
Release 3.49
Release 3.50
Releases
Release 3.48
Release 3.49
Release 3.50
Release 3.50
release 3.49
release 3.49
prepared for release 3.49
The code in scrkernel-footnotes.dtx is used only in scrextend. I've changed it in [r4245] to use xpatch if available, try also etoolbox of only this one is available and use hard coded redefinition in other cases.
Patching using etoolbox or xpatch
The code in scrkernel-footnotes.dtx is used only in scrextend. I've changed it in [r4225] to use xpatch if available, try also etoolbox of only this one is available and use hard coded redefinition in other cases.
patching uses xpatch if available → [#61]
replacing eso-pic
Suggesting `tocafterskip` option for `\RedeclareSectionCommand`
Feature Request: Customizable vertical space before \closing in scrlttr2
documentation occasionally misspells “scrreprt” as “scrreport”
documentation occasionally misspells “scrreprt” as “scrreport”
Thank you for reporting. It was an translation mistake corrected in [r4244].
scrreport → scrreprt as reported in issue [#100]
documentation occasionally misspells “scrreprt” as “scrreport”
preface changed for v3.49
Release 3.49
Release 3.49
Warning_captionUnknownClass
Warning_captionUnknownClass
change note added
\newcommand replaced by \providecommand for compatibility with contract 0.91
deprecated commands moved from package contract
Experimenting with extended templates for ToC styles
new branch for Markus' experiments with tocbasic
fake \caption@documentclass to avoid misleading warning
Feature Request: Customizable vertical space before \closing in scrlttr2
Feature Request: Customizable vertical space before \closing in scrlttr2
caption package: starred \caption not longer works with KOMA
Should be fixed in [r4236].
Thank you for the report. Indeed caption does not support \caption* with optional argument. So it is wrong to use it: \documentclass{scrartcl} \usepackage{caption} \ExplSyntaxOn \RenewDocumentCommand \__tocbasic_caption:w { s o m } { \__tocbasic_tocbasic_caption_setup: \exp_last_unbraced:Ne \__tocbasic_saved_caption:w { \IfBooleanT{#1} * \IfValueT{#2} {\exp_not:n{[#2]}} } { #3 } \hook_use:n { tocbasic / caption / after } } \ExplSyntaxOff \begin{document} \begin{table} blub \caption*{table key, not...
\caption and \captionof pass optional argument only if used
caption package: starred \caption not longer works with KOMA
missing activation of layerized page style in \thispagestyle
docu fix
automatic conversion of page styles into layer page styles
From the introduction of the scrlayer-notecolumn package in chapter ”Note Columns with scrlayer-notecolumn“ in the English KOMA-Script guide: The scrlayer-notecolumn package should solve all these problems. To do so, it relies on the basic functionality of scrlayer. However, using this package has a drawback: you can only output notes on pages that use a page style based on scrlayer. This disadvantage, however, can easily be resolved, or even turned into an advantage, with the help of scrlayer-scrpage....
In [r4232] I've added another warning to scrlayer-scrpage: Package scrlayer-scrpage Warning: Detected \makenote at page with non-layer (scrlayer-scrpage) page style. (scrlayer-scrpage) Delayed or too early output of the note is (scrlayer-scrpage) expected and not a bug in such cases. Even (scrlayer-scrpage) flipping notes without terminating states (scrlayer-scrpage) would be possible and not a bug. (scrlayer-scrpage) Redefinition of all used page styles to (scrlayer-scrpage) layer page styles would...
additional page style warning
I get a warning message: Package scrlayer-notecolumn Warning: \clearnotecolumns while active non-layer page style. (scrlayer-notecolumn) Activate empty page style until note column (scrlayer-notecolumn) has been cleared on input line 13. From the introduction of the scrlayer-notecolumn package in chapter ”Note Columns with scrlayer-notecolumn“ in the English KOMA-Script guide: The scrlayer-notecolumn package should solve all these problems. To do so, it relies on the basic functionality of scrlayer....
Thanks for the detailed reply and clarifications, Markus! My erroneous interpretation of the manual was that the loading the scrlayer package was sufficient, but I had not realized that page styles still defaulted to the standard ones. Sorry for the unnecessary ticket!
From the introduction of the scrlayer-notecolumn package in chapter ”Note Columns with scrlayer-notecolumn“ in the English KOMA-Script guide: The scrlayer-notecolumn package should solve all these problems. To do so, it relies on the basic functionality of scrlayer. However, using this package has a drawback: you can only output notes on pages that use a page style based on scrlayer. This disadvantage, however, can easily be resolved, or even turned into an advantage, with the help of scrlayer-scrpage....
makenote output on wrong page if scrlayer-scrpage is not loaded
From the introduction of the scrlayer-notecolumn package in chapter ”Note Columns with scrlayer-notecolumn“ in the English KOMA-Script guide: The scrlayer-notecolumn package should solve all these problems. To do so, it relies on the basic functionality of scrlayer. However, using this package has a drawback: you can only output notes on pages that use a page style based on scrlayer. This disadvantage, however, can easily be resolved, or even turned into an advantage, with the help of scrlayer-scrpage....
makenote output on wrong page if scrlayer-scrpage is not loaded
But perhaps I should mention explicitly at this point that I don't actually want to add any more new features to KOMA-Script. At least, not any that I have to write additional guidance for, that I myself have absolutely no need for, that I consider to be of little use, and whose implementation does not represent any personal gain for me. In the end, this new feature took me more time than I had initially anticipated. This means that my plans to continue working on tocbasic have been put on hold again...
Changed again in [r4231] to change the order of the \pagenumbering commands and therefore make egreg's patch suggestion still works with next KOMA-Script release. BTW: I would prefer your suggestion without redefining or patching \frontmatter and \mainmatter. Patches or redefinition always depend somehow on internals. So solutions without are IMHO mostly better.
Changed again in [r4231] to change the order of the \pagenumbering commands and therefore make @egreg's patch suggestion still works with next KOMA-Script release. BTW: I would prefer your suggestion without redefining or patching \frontmatter and \mainmatter. Patches or redefinition always depend somehow on internals. So solutions without are IMHO mostly better.
fix of usage of \ExplSyntaxOn \ExplSyntaxOff
avoid breaking patches of \frontmatter and \mainmatter
Feature request: optional change of page number style after front/main matter
Implemented in [r4229].
optional argument and star variant to \frontmatter, \mainmatter and \backmatter
Feature request: optional change of page number style after front/main matter
HowTo_Template_PDFLaTeX
HowTo_Template_LuaLaTeX_XeLaTeX
HowTo_Template_LuaLaTeX_XeLaTeX