[Tex/LaTex] Underscore in filenames in \textit{} imported from a python script

python

I'm trying to import the name of a result file from a python script and displaying it in the report. In the LaTeX template I have a bunch of variables defined as ${variablename}. The python script changes this into the actual variable values. I only have problem with one variable, the filename.

The code works as long as the filename doesn't contain any underscores.
I've tried loosing the \texit{} command, using \StrSubstitute (with \\_, \bs and \textunderscore) and math mode. The only thing that kinda worked was math mode, but I want it displayes as text. With math mode the file name was so long that it continued far off the page. With \textit{} and no underscores it splits the filename, just like I want it.

I'm at loss.

\documentclass[a4paper,11pt,titlepage]{article}
\usepackage[utf8]{inputenc}

\usepackage{booktabs} % professional tables
\usepackage{gensymb} % \degree and \celsius, try '$ texdoc gensymb'
\usepackage{amsmath, amsfonts, amssymb} % mathematical symbols
\usepackage{float, longtable, graphicx}

% end of preamble, start of document

\begin{document}

 -Code irrelevant to problem-

\section{Results}\label{sec:results}
The test results are taken from the file named \textit{${RESFILEname}}

-More irrelevant code-

\end{document}

Best Answer

Perhaps the most robust solution for filenames is to add

\usepackage{url}

Then use \path{my_file_name} The url package commands take care of special symbols, and allow the line to break. You can customise the font used, see the comments in the file.

Related Solutions

[Tex/LaTex] MiKTeX and Perl scripts (and one Python script)

A definitive solution could only be given by Christian Schenk, the developer of MiKTeX. I am like most others just a simple user without knowledge in reading the MiKTEX sources. But nevertheless from empiric experience I guess he removed intentionally the rudimentary Perl included in earlier versions (as already said in question: my memory can deceive me), so it’s one thing less, he has to keep up to date. In this case the real issue would be, that this seems nowhere to be mentioned in official MiKTeX documents or on MiKTeX.org (again: mistakes on my side are possible).

So, what can be done then?

^{I will only describe the approach for Perl, but for Python it is analogical. Download overview in Python for Windows.}

The answer is: Install a full Perl distribution on your own!

You can find links to Windows versions of Perl distributions on Perl.org download page.

If you have no idea, which one to choose, I suggest you to install ActivePerl by ActiveState. There’s a “Free Community Edition” installer (at time of writing do not download the latest version, but the recommended one, because otherwise you cannot add perl repositories for module updating). By default a package manager is also installed which is later useful for updates and configuration.
For advanced users there’s also Strawberry Perl for Windows. The configuration is later done with command prompt terminals.
Both installers add the Perl interpreter to the system PATH environment variable and link the file extension .pl to the interpreter binary perl.exe, so it would generally be enough to start with click on the file or in command prompt typing in the file alone - but this does not work for files without extension (but perl file would work then).^*)
I cannot say anything about the third mentioned distribution DWIM Perl for Windows, but since it is claimed to be Strawberry based, it will be very similar.

^*) (One could even go further and add the file extension to system variable PATHEXT, see How do I make my Perl scripts act like normal programs on Windows?) for more.

But what to do, when Perl is installed, and even though still errors appear?

Sometimes the error is caused by another issue. Back in past almost every time the reason was, that a script path had changed, but the developer had forgotten to adjust the entry in scripts.ini. You cannot edit the file, as this would break functioning at all! (The file is signed.) But in such a case you can do the following. I’ll take latexdiff as example, where this once really happened.

Make sure you have created a local root directory, cf. Create a local texmf tree in MiKTeX. We will only need the bin subfolder here for what we want. You could also use another folder. That is in the system path, though, but mind the point, that it must be found before the MiKTeX binaries folder.

Start your favorite text editor and paste in the following lines. Of course, adjust the path to your installation, for the exact script path and name you have to look yourself:

@echo off & setlocal

:: Adjust path to MiKTeX root here, do not remove
:: the double quotes, when you have spaces in path!
:: By default in a 32-bit machine:
:: set MiKTeXPath="C:\Program Files\MiKTeX 2.9"
set MiKTeXPath="<Path-to-MiKTeX>"

perl %MiKTeXPath%\scripts\latexdiff\latexdiff %*

The last line would be different for texdef:

perl %MiKTeXPath%\scripts\texdef\perl\texdef.pl %*

You could remove the lines with double-colons in the beginning.

Save as text file in the binaries folder mentioned in item 1 above with the name as it appears before the equal sign in scripts.ini and the file extension .bat (or .cmd if you like this more), so in the example latexdiff.bat. Windows’ own Notepad is notorious for adding the extension .txt automatically. You can avoid this, when you save the file with double quotes: "latexdiff.bat".
Do a test: open the command prompt and type in latexdiff --version or latexdiff --help. When you get no output from your Perl script, then you must check whether you have typed the correct script path and name, and the binary folder with the batch file is found before the MiKTeX bin folder. The file extension is omitted, because the real calls are also made without it.
From time to time you should test, whether the function in MiKTeX was repaired. You can do this with typing explicitly the .exe wrapper version: latexdiff.exe --version. If successful you can delete the batch file then.

[Tex/LaTex] Calling pdflatex from a Python script

I don't know what was the reason but here is the fix.

inputted_path = r"\input{"+filepath+"}"
os.system("pdflatex %s" % inputted_path)

Best Answer

Related Solutions

[Tex/LaTex] MiKTeX and Perl scripts (and one Python script)

[Tex/LaTex] Calling pdflatex from a Python script

Related Question