Michael Doob I looked briefly at the siunitx package. It seems like overkill, since your other suggestion solves the problem. It turns out that in math mode, inside an asymptote label, \text{} causes an asymptote compile error, while \textrm{} does not. Who knew? Anyway, you have solved my problem, thanks.
correction : first part should be $\frac{100 \text{ft}}{\text{sec}}$
I want to create a label, that in latex would be written as $\frac{100 \text{ft}}{\sec}$ The following code works okay, except that the "ft" and "sec" strings are written in math font, rather than text font: label("$\frac{100 ft}{sec}$",(0,0)); When trying the following code instead, I get an error message. label("$\frac{100 \text{ft}}{\text{sec}}$",(0,0)); When trying the following code instead, I get "textft" and "textsec" strings showing:. label("$\frac{100 \\text{ft}}{\\text{sec}}$",(0,0));
I request that anyone authorized to do so, update this posted question with "... - Solved". I received an informative answer after posting "Understanding the apt-get build-dep process" at https://unix.stackexchange.com/questions/792517/understanding-the-apt-get-build-dep-process Basically, I initially misunderstood the apt-get build-dep process. The addendum at the end of my unix.stackexchange posted question details the specific steps that I took, inside a [Virtual Box 7 : Linux Mint 22 guest] to...
Forgot to add that I am running Linux Mint 22.
I was intrigued by John Bowman's suggestion that asymptote could be rebuilt from the source via apt-get build-dep asymptote ./configure make all make install Researching and experimenting, I have tentatively concluded that I need to first, temporarily, add an entry to /etc/apt/sources.list that looks something like deb-src file:/home/steve/Downloads/asymptote-3.00 where /home/steve/Downloads/asymptote-3.00 is the directory of the extracted source files. Unfortunately, trying many different variations...
To ollydbg: I am just starting to study Asymptote's 3d capabilities, and I am curious. Is it possible to refine the asymptote code that you posted so that it looks more like the image that Rocky Bernstein is trying to reproduce. As a reference, the pertinent link is given below. https://stackoverflow.com/questions/79386112/getting-a-asymptote-3d-graph-look-more-like-mathematicas
When I execute asy against a 3d rendering, a pop-up screen flashes for a second, with what looks like messages or a picture, and then closes. Shown below is a sample file named tut03.asy that can be run to reproduce the situation. I am now running Asymptote 2.88 on Linux Mint 20. settings.outformat = "pdf"; settings.prc=false; size(5cm,5cm); import three; draw(unitsphere); The corresponding bash command is asy tut03.asy Questions: 1. Why is this happening on 3D renderings, but not 2D renderings?...
To John Bowman Thanks very much for the support. I agree that I will be re-installing anyway soon, because of Linux Mint 20 EOL. I was actually doing this for the learning experience about upgrading only Asymptote. It is not surprising that I had dependency issues, since I had been using Asymptote from TexLive 2019. For me, the path of least resistance is to remove all of TexLive and re-install the latest TexLive version, because (apparently) all of the 3rd party app (like Asymptote) dependencies...
I am not experienced in compiling myself, so I am tied to the pre-built asy binaries .
Thanks for the quick response. Unfortunately, the problem still persists. In Linux Mint 20, I just ran sudo apt install libgsl-dev and then re-executed the v2.96 asy. The problem persists. Then, re- investigating with sudo find / -type d -name "libgsl*" still resulted in /usr/share/doc/libgsl23 /usr/share/doc/libgslcblas0 As suggested, I could alternatively use an earlier version. What is the latest version, on or after v2.86, where I will not run into this problem? Alternatively, since sudo apt-install...
My understanding is that the earliest asymptote that I can try, for the three module is v2.86. If the current problem can not be resolved without re-installing all of texlive, but v2.86 (or whatever the earliest acceptable version is that avoids hyperref clash) will solve the problem without any libgsl type of error - Please Advise. I can certainly live with v2.86, no problem, until I re-install everything re Linux Mint 20 EOL forcing me into Linux Mint 22.
For what it's worth, I also tried installing texlive (latest) into a linux mint 20 virtualbox, to investigate, without messing up my current installation. For some reason, after 20 minutes, it had only done 4%, so I abandoned that approach.
I downloaded the latest asymptote, which is version 2.96 to a /home/steve/ subdirectory, so that I could use asymptote's "three" module. After updating the PATH variable accordingly, I then, executed "asy" against a specific asy file. This resulted in the following error asy: error while loading shared libraries: libgsl.so.27: cannot open shared object file: No such file or directory Investigating, I navigated to https://mirror.ibcp.fr/pub/gnu/gsl/ and then downloaded gsl-2.7.tar.gz and then extracted...
Thanks for the educational response, which completely answers my remaining question. For what it's worth, unless I am mistaken, in my testing, when I invoked Line 2, I always had Line 1 commented out. However, I was (still) invoking the line following Line 1, which is draw(q1, blue+1); draw(q2, red+1); So, either the above line caused 2D-3D output to be combined, or the problem is caused purely by my (obselete) use of Asymptote version 2.62. In any event, based on your response, with the 2D solution...
It just occurred to me that I have underestimated the power of the evenodd approach. In unusual shading situations, you can manually identify a specific region to be shaded, and configure the path-1 ^^ path-2 specification appropriately for that specific region. So, the evenodd approach does generalize well.
At the very end of this document is a minimum working example that I saved as mwe.tex. The preamble of mwe.tex loads the hyperref package, so that the corresponding error may be generated. My compile procedure is pdflatex mwe asy mwe-1.asy pdflatex mwe I am running Asymptote version 2.62 under TeX Live 2019/Debian, on Linux Mint 20.3 Una. I need to tell Asymptote to shade the region between two functions. mwe.tex contains one line commented as Line 1, and a second line commented as Line 2. The shading...
Thanks to John Bowman for providing an illustrative example, limit.asy, that I could experiment with. In the attached image, the LHS represents the original code and the RHS represents the same code with all of the extend=true clauses changed to extend=false. Horizontally, the RHS yequals lines were truncated on the left by the Y axis and on the right by the position of the rightmost graphed dot. Vertically, the RHS xequal line was truncated at the solid blue line.
Experimenting with Asymptote's XAxis and Tick functions, I discovered that in order to create a grid, I need to extend the ticks, rather than the axis. In the manual's documentation of various axis types (e.g. Top, BottomTop, YZero) it provides an extend=true option. However, while I know that this option does not extend the ticks, I haven't been able to reverse-engineer what this axis option actually does. What is the significance of specifying (extend=true) when using one of the xaxis function...
To Charles Staats: I considered and rejected asypictureB. First, let me say that I think that your crafting asypictureB is great, beaten only by your tutorial, which I am studying. In general however, I prefer to avoid adopting any fork of Asymptote, unless I absolutely have to. In this case, given the fall-back strategy available, as a result of the Preventing Asy Re-Compiles Because of Inserted Asy Environments article, adopting an Asymptote fork is not needed. For what it's worth, unless/until...
To John Bowman : Thanks for the reply, which has confused me. I like the idea of changing the title of the posted question. However, I can't find any way that the gui will permit me to change the title. Are you instead suggesting that I delete the entire posting, and re-submit an edited version, under a new title? I am unsure what you intend by a pull request to asy-latex.dtx. What is the procedure that I follow to make such a request? Also, what type of enhancement request would you consider reasonable?...
See also Preventing Asy Re-Compiles Because of Inserted Asy Environments.
The attempt suggested in the previous comment was to start with \renewcommand\asydir{asytmp}% in the preamble, and then place \renewcommand\asydir{asytmpa}% at the start of the Appendix. This approach has failed, because: Originally, before trying this, I had 42 *.asy workfiles generated in ../asytmp, and an additional 13 *.asy (appendix) workfiles also stored in ../asytmp. These appendix workfiles were numbered 43 through 55. I deleted the 13 appendix workfiles and appendix pdf-s from asytmp, and...
Okay, thanks.
To John Bowman: As a (pdf)latex user, I only want one (myfile.tex) source file that needs to be maintained, with the myfile-*.asy workfiles auto generated. The internal numbering is relevant to the latex user for the specific scenario that I originally described. That is, if I go into the middle of myfile.tex, which has many begin{asy}...\end{asy} clauses, and insert a new such clause, all of the subsequent begin{asy}...\end{asy} clauses, have to be recompiled because of the disruption to the numbering...
I use inline asymptote code in multiple places, within (for example) myfile.tex. Then, the pdflatex command creates myfile-1.asy, myfile-2.asy, ... I would like to alter this naming scheme. For example, suppose that I add an appendix as a separate chapter at the end of myfile.tex. Further suppose that I then add inline asymptote code, in multiple places, within the appendix. Also suppose that in myfile.tex, prior to the appendix, I have created inline asymptote code in 20 different places. Then,...
Thanks to John Bowman for the interesting reply. Now I know how to self-investigate any subsequent questions in this area.
I am running Asymptote:TexLive v2.62 under Linux Mint. In the manual, on page 105, near the bottom, in a loop, the Pen(i) function is used, where (i) is an integer. This function is being used to control colors. Experimenting, I found that this function is independent of the (imported) graph module. Is the Pen(i) specification documented anywhere? Specifically, is there a list that shows which color corresponds to which (single) integer i. None of the pen functions that I found in the manual correspond...
I am running Asymptote:TexLive v2.62 under Linux Mint. Excerpting from p99 of the manual: Custom axis types can be created by following the examples in the module graph.asy. One can easily override the default values for the standard axis types: However, I searched for graph.asy and found only $ sudo find /usr/share/ -type f -name "graph.asy" [sudo] password for steve: /usr/share/asymptote/graph.asy $ When I examined the corresponding graph.asy file, I found it to be a specification file, rather...
Thanks to John Bowman for the response.
Additional Information I resolved the config.asy error by adding the import settings line to the start of the file, as shown below: import settings; dir="asytmp"; However, while asy tutorial-1.asy now works okay, asy *.asy still fails. Apparently asymptote is able to search for a specific file name in an alternate directory, but can not search for multiple file names in an alternate directory.
I am running Asymptote:TexLive under Linux Mint. I have decided to start locating the asymptote (.asy, .pdf) files in a work directory. The directory will always be ./asytmp/ (i.e. the asytmp subdirectory relative to the directory that contains the *.tex file). My Latex file contains \renewcommand\asydir{asytmp}% This works well. That is, the pdflatex command correctly places the inline *.asy files in the ./asytmp/ subdirectory, and correctly looks for the corresponding asymptote-inline *.pdf files...
To Vladamir Lomov : Interesting suggestion, thanks. However, that's a little too complicated for me. To John Bowman: Thanks for the specifics. Do I first need to uninstall the existing Asymptote distribution? If so, how do I do that? If not, does this mean that your instructions will install version 2.62 right on top of the existing version? That is, will I need to alter the path? Will the existing asy executable be overridden? Alternatively, is it harmless to have both versions coexist, with my...
I'm now running Fedora 30. From a previous Fedora distribution, I installed Texlive 2018, which includes Asymptote. I found the /usr/local/texlive/2018/texmf-dist/asymptote directory. I would like to gracefully upgrade my Asymptote to explore whether the bug mentioned in the following link is now fixed: https://tex.stackexchange.com/questions/466170/how-to-troubleshoot-unwanted-white-spaces-smartly My preference is to only upgrade Asymptote without upgrading the rest of my Texlive distribution. Is...
Good catch! I changed the range from -5pi/4 , -3pi/4 ...to -4.9pi/4, -3.1pi/4 and it executed okay. So, yes, this probably is just a numerical precision glitch.
Below are 3 mwe's. In the first, the [(-5pi)/4,(-3pi)/4] range is specially handled, using an abs(...) wrapper. Executing "asy mwe_01.asy", the file runs okay. Contrast this with mwe_02, which transfers the [(-5pi)/4,(-3pi)/4] range to the f1 function, removing the abs(...) wrapper. Result below: mwe_02.asy: 3.19: runtime: Floating point exception (core dumped) mwe_03, which is the same as mwe_02, except the troublesome range has been translated to positive values, generated the same runtime error....