Anzeige:
Ergebnis 1 bis 7 von 7

Thema: Befehle umdefinieren mit \renewcommand

  1. #1
    Registrierter Benutzer
    Registriert seit
    19.10.2006
    Beiträge
    29

    Befehle umdefinieren mit \renewcommand

    Hallo,

    Aus bestimmten Gründen würde ich gerne den Befehl \section aus dem KOMA-Paket srcartcl umdefinieren und zwar derart, dass vor dem eigentlichen Text aus \section ein fester Zusatztext eingefügt wird. Bsp:

    \section{Mein letztes Kapitel}

    wird dann zu

    FesterText 5 Mein letztes Kapitel

    statt

    5 Mein letztes Kapitel

    Dafür müsste ich ja den \section-Befehl umdefinieren mit \renewcommand, nur weiß ich nicht genau wie der ursprüngliche \section-Befehl aussieht, weil ich den in den Quelldateien/Styledateien (heißen die so?) noch nicht gefunden hab.

    Ich bräuchte also das was zwischen \renewcommand{....} genau reinkommen sollte.

    Vielleicht kann mir da jemand helfen?

    Danke + Grüße
    Michael

  2. #2
    Registrierter Benutzer
    Registriert seit
    09.07.2004
    Beiträge
    2.365
    \documentclass{scrartcl}
    \usepackage[latin1]{inputenc}
    \renewcommand{\thesection}{Fenstertext \arabic{section}}
    \begin{document}
    \section{Test}
    her comes the text
    \end{document}

    edico

  3. #3
    Registrierter Benutzer
    Registriert seit
    19.10.2006
    Beiträge
    29

    Thumbs up

    Hallo,

    super danke, funktioniert bestens.

    Grüße,
    Michael

  4. #4
    sukiyaki
    Gast
    Hierzu hab ich mal noch ne Frage:

    Um in meiner Arbeit SI-Einheiten darstellen zu können, verwende ich das packages SIunits. Da ich aber zwei bestimmte mathematische Zeichen brauchte und die mit amsmath irgendwie nicht funktioniert haben (obwohl sie in der Symbolliste auftauchen), habe ich mir auch das package mathabx reingehauen.

    In der Reihenfolge
    Code:
    \usepackage[matha]{mathabx}
    \usepackage[squaren, thinspace, textstyle]{SIunits}
    hat es mir den ganzen Code verrissen, deswegen habe ich es umgestellt:
    Code:
    \usepackage[squaren, thinspace, textstyle]{SIunits}
    \usepackage[matha]{mathabx}
    So verschwinden zwar die 298 Fehler, aber 4 bleiben übrig, nämlich doppelt definierte Befehle:
    Code:
    \cdot
    \degree
    \second
    \fourth
    Meine Frage ist nun, wie kann ich diese Befehle nun umdefinieren, dass ich keine Fehlermeldungen mehr bekomm? Nicht, dass die Meldungen mein Dokument beeinflussen würden, zur Not ist mir das egal. Aber solche Fehler sind doch immer irgendwo unschick

    Hab versucht, \renewcommand auf meinen Fall zu übertragen, aber irgendwie blick ich das nicht, wie ich das machen soll Wäre super, wenn mir da jemand helfen könnte!

    Vielen Dank schonmal!
    LG, Laura

  5. #5
    Registrierter Benutzer Avatar von localghost
    Registriert seit
    01.11.2006
    Ort
    Braunschweig
    Beiträge
    3.413

    Arrow Anleitung

    Die Anleitung zu SIunits (Abschnitt 7 - How to use the package, S. 23ff) verweist auf eine Option, um die Kollision mit amssymb zu vermeiden.
    TeX und LaTeX, Fragen und Antworten – TeXwelt

    ¹ Es tut mir Leid. Meine Antworten sind begrenzt. Sie müssen die richtigen Fragen stellen.
    ² System: openSUSE 13.1 (Linux 3.11.10), TeX Live 2013, TeXworks 0.5 (r1351)

  6. #6
    sukiyaki
    Gast
    Danke, aber die Kollision von amsmath und SIunits hab ich schon vermieden. Das ist nur dieses zusätzliche squaren in den Optionen!

    Hier gehts aber um die Kollision von SIunits mit mathabx!

  7. #7
    Registrierter Benutzer Avatar von sommerfee
    Registriert seit
    02.07.2006
    Beiträge
    1.603
    Wenn die Definitionen in beiden Paketen identisch sind:

    1. Beide Paketautoren anschreiben, sie auf die Kollision hinweisen und darum bitten, die Befehle mit \providecommand statt \newcommand zu definieren.

    2. Solange es kein Update gibt: Zwischen dem Laden der beiden Pakete die Definitionen der betroffenen Befehle löschen. Dies geht mit \let\xxx\undefined, also z.B.

    Code:
    \let\cdot\undefined
    Wenn die Definitionen in beiden Paketen nicht identisch sind:

    1. Beide Paketautoren anschreiben, sie auf die Kollision hinweisen, in der Hoffnung, daß wenigstens einer der beiden entweder eine Lösung einbaut und/oder einen Workaround anbieten kann.

    2. Solange es kein Update und keinen Workaround eines Paketautors gibt: Pech gehabt.

    Gruß,
    Axel

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •