Luis O'Shea

Results 11 comments of Luis O'Shea

I also have this problem. Unlike @xqms running `latexrun` again does not cause `biber` to run, and hence does not fix the problem. From skimming the code I think the...

@gpoore Your `pyconcodeblock` environment works perfectly. However, I wanted to execute some code (which defines a function), use it in a `pyconsole`, and only later typeset it (this is a...

@gpoore Thank you. I read through the `tex.stackexchange` answer, which was very helpful. Here is my new attempt: ``` \newenvironment{pyconcodeblck}[1]% {\newcommand{\snippetfile}{#1.py} \VerbatimEnvironment \begin{VerbatimOut}{\snippetfile}}% {\end{VerbatimOut}% \pyconc{exec(compile(open('\snippetfile', 'rb').read(), '\snippetfile', 'exec'))}} ``` But...

@gpoore Thank you! It works perfectly. I will post a MWE example in a day or two.

Here is a more-or-less MWE of the macros @gpoore proposed: ``` \documentclass{article} \usepackage{pythontex} \newcommand{\expandpyconc}[1]{\expandafter\reallyexpandpyconc\expandafter{#1}} \newcommand{\reallyexpandpyconc}[1]{\pyconc{exec(compile(open('#1', 'rb').read(), '#1', 'exec'))}} \newenvironment{pyconcodeblck}[1]% {\newcommand{\snippetfile}{snippet-#1.py} \VerbatimEnvironment \begin{VerbatimOut}{\snippetfile}}% {\end{VerbatimOut}% \expandpyconc{\snippetfile}} \newcommand{\typesetcode}[1]{\inputpygments{python}{snippet-#1.py}} \begin{pyconcodeblck}{temp} def foo(x): return 2*x...

A recent question from @louisstuart96 asked whether this is fixed in v3.53. I just updated my TL install and I still see the problem. My current versions are - XeTeX...

I have encountered this problem too, but I wonder if it is related to the *size* of the image (i.e., the number of characters in the data URI). See below...

If it were related to the number of characters in the transformed cell then the code below should reproduce it (and find roughly where it breaks). However, the code below...

I think I've isolated an important difference between the two images in my `images` vector. The first one (the red dot) end the tag with `/>` while the second ends...

I think my previous comment (regarding `/>` vs `>`) is wrong -- it makes no difference. What does seem to make a difference is - the absence of a `style`...