Definizione del path per \input{…} e \include{…}

  • Creatore
    Topic
  • #3447
    Up
    0
    Down
    ::


    Io utilizzo files .tex separati che poi assemblo nel main file con `\input{…}` Dato che spesso tengo i files in una directory differente rispetto al main file, vorrei sapere se esiste un comando analogo a `\graphicspath` ma funzionante con i files .tex. Al momento sono infatti costretto ad utilizzare `\input{sottocartella/…}`

Visualizzazione 2 filoni di risposte
  • Autore
    Risposte
    • #3448
      Up
      0
      Down
      ::

      Io utilizzo files .tex separati che poi assemblo nel main file con `\input{…}` Dato che spesso tengo i files in una directory differente rispetto al main file, vorrei sapere se esiste un comando analogo a `\graphicspath` ma funzionante con i files .tex. Al momento sono infatti costretto ad utilizzare `\input{sottocartella/…}`

      Non esiste quello che cerchi. Ma puoi simularlo con una definizione:`\newcommand{\INPUT}[1]{\input{sottocartella/#1}}`oppure agire a livello di variabili d’ambiente, se usi un sistema *nix`export TEXINPUTS=sottocartella:`Nota i due punti finali, che dicono al sistema kpathsearch di aggiungere alla tua variabile quella definita in texmf.cnf.
      Ciao
      Enrico

    • #3449
      Up
      0
      Down
      ::


      In rete ho trovato che si dovrebbe fare con `\def\input@path{{yourInputPathForTheFiles/}} ` ma a me non funziona.
      E’ un problema della mia installazione o è semplicemente sbagliato il codice?

    • #3450
      Up
      0
      Down
      ::

      In rete ho trovato che si dovrebbe fare con `\def\input@path{{yourInputPathForTheFiles/}} ` ma a me non funziona.
      E’ un problema della mia installazione o è semplicemente sbagliato il codice?

      Il comando \input@path è un hack ideato per i vecchi sistemi TeX nei quali il path per \input e per \openin potevano essere diversi. Trovi la documentazione nel sorgente di LaTeX, precisamente nel file ltdirchk.dtx

      % \DescribeMacro{\input@path}
      % If the primitive |\openin| searches the same directories as the
      % primitive |\input|, then it is possible to tell (using |\ifeof|)
      % whether a file exists before trying to input it. For systems like
      % this, |\input@path| should be left undefined.

      Nei sistemi moderni basati su Web2C questo non succede.
      Ciao
      Enrico

Visualizzazione 2 filoni di risposte
  • Devi essere connesso per rispondere a questo topic.

Go to top