# Package `defoldfonts` Copyright © 2019–2023 Markus Kohm Release: 2023-07-28 v1.0 License: LPPL 1.3c KOMA presents the `defoldfonts` package to define old font commands even if the class does not. ---------------------------------------------------------------------------- This work may be distributed and/or modified under the conditions of the LaTeX Project Public License, version 1.3c of the license. The latest version of this license is in http://www.latex-project.org/lppl.txt and version 1.3c or later is part of all distributions of LaTeX version 2005/12/01 or later. This work has the LPPL maintenance status "maintained". The Current Maintainer and author of this work is Markus Kohm. ---------------------------------------------------------------------------- # Abstract In 1994 with LaTeX2ε the old font commands `\rm`, `\sf`, `\tt`, `\bf`, `\it`, `\sl`, and `\sc` became obsolete. They are not implemented in the LaTeX kernel anymore. Some classes, e.g., the standard classes still provide the deprecated font commands. Early versions of [KOMA-Script](https://www.ctan.org/pkg/koma-script) also did and additionally defined `\sfb`. Other classes do not provide these commands. For more than 15 years [KOMA-Script](https://www.ctan.org/pkg/koma-script) officially also do not provide them. So depending on the class for several years using them resulted in an error message. However, some old BibTeX styles and even some packages still use these commands without testing, if they are defined. This also can result in errors. Package `defoldfonts` defines all eight old font commands, `\sfb` even, if not a [KOMA-Script](https://www.ctan.org/pkg/koma-script) class, but another class has is used. # Unpacking and Installation for Developers and Distributors A legal distribution of `defoldfonts` contain at least: * `defoldfonts.dtx` * `README.md` and optionally: * `LICENSE.md` * `defoldfonts.sty` * `defoldfonts.pdf` For generation of `defoldfonts.sty` you can use: l3build unpack The unpacked files than can be found at `build/local/defoldfonts.sty`. For generation of the manual `defoldfonts.pdf` you can use: l3build doc The manual `defoldfonts.pdf` than can be found in the main directory. Developers also can use `l3build` to unpack and install all files and even the documentation. Run l3build install to locally install the package without manual, or run l3build install --full to locally install the package with manual. # Unpacking and Installation for Users If you are a user, you should wait until all the packages has been added to your preferred TeX distribution. Then you can use the package manager of your TeX distribution to install all the packages. # How to get the Manuals After installation you should get the user manual using: texdoc defoldfonts See the manual of your TeX distribution for more information. You can also build the manuals from the source. To do so, clone the source of the whole project, go to the directory `defoldfonts` and run: l3build doc This will result in the file `defoldfonts.pdf`. This is the user manual and (optionally) the implemenation documentation of `defoldfonts`. # How to Contribute To become a contributor, clone the code and do heavy testing. If you find an issue, please report it using the [issue tracker](../../issues). You can also, e.g., make new test files to the packages. See the [`l3build`](https://ctan.prg/pkg/l3build) manual for more information about tests. If you've created a new test and think that it would be useful. Please either do a pull request or [add a new issue](../../issues/new/choose) and include your test file. Another kind of contribution would be to contact an author of one of the third-party packages and convince her or him to integrate the code of the corresponding enhancement package from this project into her or his package. # How to Report Issues If you think you have found a bug (or another kind of issue) using `defoldfonts` you should use the [issue tracker](../../issues). Please first search for similar issues already reported and maybe also already fixed and closed. Maybe the replies to such a similar report would help you too. If your issue is new, you should report it also using the [issue tracker](../../issues). Please be kind, not only when writing the report but also when reading replies and commenting or answering. And please always add a minimal working example and usually the relevant parts of the `log`-file to your report. Please use the [markdown for code](https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/creating-and-highlighting-code-blocks) to add such files into the text of your report. The correct language identifier for LaTeX code would be `latex`. For `log`-files you won't need any language identifier. Usually you should not use attachments for code or `log`-files unless you've been asked to do so. And please note, reports should always be self-containing. External links often break and so the report become useles. # How to Say Thank You for my Work Hey, I'm doing this as a hobby. So no need to say thank you. But I'm a vain fop, so I'm certainly up for a quick thank you by email. On komascript.de you can find an [explanation of my wishes](https://komascript.de/wunschliste) if you want to give more. If you don't understand German, just click to links at that page.