-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with gnuplot, compile in parallel and \gpgetvar #17
Comments
So in parallel mode, the compilation is done at the very end of the compilation of the latex document, so Solution 1The first option is to define a custom instead of an error. Note that you need to compile 3 times for this to converge if you also use
Solution 2The other solution is to pass the information from the latex file to the gnuplot file (this solution applies to any sort of file) using
|
Ok, I added in the source code a new function
|
Awesome, thank you for all your work! Will test this :) |
This is working well for a simple plot. But not for a more complex one. I couldn't really figure out why not. There is still the warning:
Edit: siunitx package not required. |
Ahahaah sorry, I just realized I hardcoded the name |
Ah a classic. It is working now, thank you again :) |
Is
Edit: This does not work if I create my own function and return a 1 in case the variable is not set.
Edit2: This does also not work with the
|
Oh, the first time it outputs a string with a warning, the second time a number. I just added Edit: wait, weird that your second test also fail, let me try, I might have pushed a bit fast. |
This does not work for me. Without the |
Oh, the new version should work this time. It seems like |
Actually, I’ll reopen until I create also an expandable version of |
For now, a quick workaround is to call
|
Great! You are the best! With the newest version |
This workaround is working as well. Great! |
I found another hiccup. If I insert my exported number into a siunitx table, the format settings of this table are not applied. Here is the code:
Leading to far too long numbers and an overlapping. But I don't know if this is a robust-extrenalize or siunitx problem. |
The last error is independent of this package, as you get exactly the same error if you manually replace the
|
It was hard to make
|
Since fully expandable placeholders have little benefit, I guess I will stop here with making more functions expandable. If someone really can't live with the above workarounds, I will see in due time. |
You are right, I am sorry. I was under the impression, that this happend automatically in another project of mine, but I can not find it and obviously it shouldn't work. Thanks again. |
Your are awesome, thank you for your great support! :) |
Is it possible to write a warning in the logs, if the referenced variable wasn't found and 404 was given? |
This is solved in latest version, but this works only in lualatex due to some fundamental latex limitations. |
I see, will think about switching to lualatex. Thank you. |
I'm curious, what is the advantage of xelatex compared to lualatex for you? |
Don't really know. I set everything up a few years ago. I had to switch from pdflatex to one of those two, and if I remember correctly I read that lua was slower and there where some problems with signs over letters (don't know the correct word for it), so I chose xelatex. I was relatively new to latex and wanted a running system primarily. |
I don't know if this is even possible. If I want to access a variable from inside a gnuplot
CacheMeCode
environtment and I enablecompile in parallel
the compilation fails. I think this is because there is a rerun necessary to load the in parallel created figures, and until this has happend latex does not know anything about the variable. Is that correct? Or is there any way to avoid this? The error message from the main log is:There is no other log file. Here is the code:
The text was updated successfully, but these errors were encountered: