\hat{x}

This may depend on the font you use, your operating system and your Igor version, but, in general...

The combining circumflex character is U+0302 in Unicode and "\xCC\x82" in UTF-8.

The garbling you see occurs when you use a character that is not available in the system text encoding (e.g., MacRoman on Macintosh, Windows-1252 on Windows) and you the EPS does not have an embedded outline for the character. This will happen if:

1. The font you use does not support the character

2. The font you use supports the character but it is a "Standard" font and you have not specified to embed it.

So, in this case, I think it should work if you uncheck the "Don't embed standard fonts" checkbox in the Save Graphics dialog.

This works for me in Igor Pro 8 on Macintosh using Helvetica font:

Viewing in Preview, it appears correct, though the circumflex is shifted slightly to the left.

If I execute the same code on Windows and then view it in Preview on Macintosh, I get the right characters but the circumflex is shifted considerably to the right. I got the same shifted result with Helvetica, Arial, Tahoma, and Times New Roman. I also got similar results using Igor PDF. I will bring this up with our graphics expert.

I got good results on Windows using Microsoft Print to PDF, except for Times New Roman where the circumflex was shifted and cut off.

One option is to create the LaTeX representation of the equation externally, save it as an image, and embed it where needed. The good news is that one _can_ include PICTURES in labels and annotations. As my time permits, I might generate an example on macOS using LaTeXiT.

Here is the example. I did this ...

• Open LaTeXiT
• Generate the desired equation for the label ... x - \hat{x}\ (\mathrm{Pix})
• Save the equation image as PDF (xaxis.pdf)
• Load the xaxis.pdf file as a picture in Igor Pro
• Go to the axis label dialog
• Select picture and choose the xaxis.pdf picture

I note, the size of the label picture stays fixed as the graph window size is changed.

Advanced Users: Suppose that you are including the graphic from a PDF into a LaTeX-generated document (i.e. using `\includegraphics{...}`). I might wonder whether the fonts for labels and annotations are accessible (by tikz or whatever). I wonder this because, I have seen a posting on StackExchange that asks specifically how to change fonts on PDF files that are brought into the document.

Hi,

I am on a Win 10 machine. Just for you to know.

Howard's solution worked as soon, as I usde the /EF=2  option in SavePICT/O/E=-3. As Howard wrote, the circumflex is not quite on top of the "x".

I very much like Jeffrey's approch, because once we can include Latex, everything should be possible and appear great. I created the following Latex document

\documentclass[12pt]{minimal}
\begin{document}
	$x - \hat{x}\ (\mathrm{Pix})$
\end{document}

I used latex.exe -synctex=1 %.tex to create DVI and dvips.exe -E -o %.eps %.dvi to create EPS. The EPS file has been checked with Inkscape and appears to be ok. Sorry, I cannot provide this EPS file here, because there is no upload for EPS. The EPS has then been loaded to Igor using

The load appears to have been successful. Igor responds:

NAME:Formula;SOURCE:data fork;RESOURCENAME:;RESOURCEID:0;TYPE:Encapsulated PostScript;BYTES:52906;WIDTH:68;HEIGHT:16;PHYSWIDTH:51;PHYSHEIGHT:12;

But in the dialog window, there is only a gray rectangle with the green text "EPSF". I now use this Picture as bottom label.

The Graph now also shows the green "EPSF" text on gray background as you can see in the attached image.

Again, I am very keen on getting Igor importing Latex pictures. They will resolve a lot. So I really hope we get this running.

Many thanks and best regards,

Joerg.

Ok. It now seems to work. Thank you for your suggestions!

The imported EPS pict is not visible inside Igor. Once I export the Igor Graph as EPS, it appears correctly inside the EPS file.

Good news: It works. Bad news: It is a nasty workaround, because I cannot see what I do inside of Igor. I always have to export and look up the result in an EPS viewer.

I think, the new Igor inline Latex is absolutely the best possible answer to all similar symbol and formula questions. Please carry on! I really wonder, why we can't have a real latex interpreter inside Igor, which knows all Latex math symbols.

LaTeXiT is yet another reason to use macOS. :-)

Have you considered generating the image as PDF instead of EPS (use pdflatex)?

I had suggested that Igor should call an external LaTeX engine rather than doing all the work itself. One answer in the meantime might be to create a function call such as ...

The function would take a LaTeX string, use ExecuteCommand to call pdflatex with that string, capture the PDF image, and store it in the Igor pictures (optional name [figurename] or default LaTeXImageNNN). The next step would be to manually embed the picture in an annotation or label. Really cool would be when annotations or labels could accept dynamic functions such as DFT (text) or DFP (picture). The annotation or label would be generated by

All that is needed then is for the function convertLaTeX2PDF(...) to return the picture (or a pointer to it as appropriate).

There is also https://www.wavemetrics.com/project/LaTeXPictures which works on both macOS and Windows.

Yes. Thanks Jim. I had forgotten. The package has a lot to offer!

Here is proof of concept on macOS that a LaTeX equation can be compiled using a local latex install.

I propose this as a basis for a package with a function that will run LaTeX locally to generate a PDF image of an equation.

Hi,

here comes my solution. It seems to work quite well. Unfortunately it is a littel complicated, because it contains several workarounds. It takes a latex code argument and converts it to DVI and further on to PNG and EPS. Inside Igor, the PNG is loaded as a picture and enables WYSIWYG operation. The picture call is returned from the function

If the graph is to be saved as EPS, then all previous Latex PNG pictures are reloaded as EPS. This allows proper EPS export. After export, the pictures are again reloaded as PNG to switch back to a WYSIWYG display inside Igor.

Apart from this I like better graphical resolution than 92 dpi. This is why I ask dvipng to do 300 dpi. Unfortunaltely dvipng saves the 300 dpi images as 92 dpi PNG. So I have to load them into Igor, change the resolution, save them back to disk, and then load them as pictures. It would be helpful to have an Igor function, that can turn images to pictures directly.

Nice! I had not built a UI and the save operations around my code. That might come later.

You might try this idea as a substitution ...

This will allow that you can remove the pagestyle and fontsize calls. This will also allow fontsize to be an input variable (i.e. a setvariable on a panel). I would head this way in my next iteration.

Finally, I still am curious why you go through EPS? Why not convert directly to PDF using pdflatex (avoiding the tex -> dvi -> ps -> picture chain)?

Thanks! My code is just a proof of concept. It still needs some error handling in addition.

The "standalone" document class did not work for me in the first place. I have done a Miktex update and then it started working. Now it runs indeed much faster than my "article" document class before. Very good suggestion! Thank you.

I have chosen EPS rather than PDF, because the Igor manual states about importing pictures:

"PDF (Portable Document Format)    Supported in Macintosh native graphics only."

I still have to live on Windows.

Do you know, which ams font package to choose inside Latex in order to best meet the Igor standard font? I have tried

\usepackage{arevmath}
\usepackage{helvet}
\renewcommand{\familydefault}{\sfdefault}

The sans serif fonts looks already a bit better than the Igor standard. But it somehow appears a little too large, too wide and too bold. -?

I have not yet considered how to match fonts. My gut feeling is, this will not be an easy issue to address. Indeed, I wonder if the inverse approach will be easier: set the font in the LaTeX document, then match the font in Igor Pro to it.

I appreciate the clarification on EPS. I had lost track of whether Igor Pro by this time supports PDF across all platforms or not.

Quote:

I have chosen EPS rather than PDF, because the Igor manual states about importing pictures:

"PDF (Portable Document Format)    Supported in Macintosh native graphics only."

I'm not sure why that is relevant since the original post is about exporting, not importing.

We are now working on the import of a picture of an equation. To retain vector graphics, does that not restrict the picture to EPS on Windows?

Let's move this discussion to a new thread.

Quote:

We are now working on the import of a picture of an equation. To retain vector graphics, does that not restrict the picture to EPS on Windows?

Igor (all versions) can not render PostScript, whether in the form of EPS or PDF, on Windows. This is because the Windows OS did not provide support for PDF in the past. (There is support now but I am not sure if it is practical for use by Igor.)

Igor6 on Macintosh and Windows can import an EPS but displays the screen preview, if the EPS has one, not the PostScript.

Based on my testing, Igor7 and later on Macintosh displays the EPS as a gray box even if it has a screen preview, but Igor7 and later on Windows displays the (EMF) screen preview. (The EPS screen preview on Macintosh was PICT and Macintosh no longer supports PICT.)

I don't think there is any vector graphics format that Igor can import that displays correctly in all versions on Macintosh and Windows. The only reliable way to import graphics in all versions on Macintosh and Windows is to use PNG which, of course, is a bitmap format, not a vector format.

For Igor7 or later, SVG is supported on both Macintosh and Windows. Based on brief testing, it seems to work, but I have not tested all combinations of operating system and Igor version.

hrodstein wrote:

(There is support now but I am not sure if it is practical for use by Igor.)

The PDF "support" on Windows is to display the PDF content as either a bitmap or a DirectXImage. Ugh! Ugh! UGH!

(And developers on macOS think that they have difficulties when they have to deal with differences between using native PDFKit on macOS versus what is implemented in Adobe's version of PDF).

I think this will throw a small proverbial monkey wrench in discussions about using LaTeX in Igor. The caution on Windows will have to be that any LaTeX-generated image posted anywhere in Igor Pro is likely either not going to show at its true resolution on a screen (but it should print at its true resolution) and/or is likely not going to be vector-scalable.

I do not know anything about LaTeX->SVG image to say whether it is doable (or easily doable).

And be aware that Igor's SVG support is limited to the SVG Tiny spec, so not all SVG can be rendered. There is at least one popular drawing program that produces SVG that is not limited to the Tiny spec.

Quote:

The PDF "support" on Windows is to display the PDF content as either a bitmap or a DirectXImage. Ugh! Ugh! UGH!

Since the screen is a bitmap device, in order to render any graphics on it, the graphics must be converted to a bitmap.

I just wanted to share my final solution. In most cases it works indeed very fine on Win 10. In rare cases and with errors in the latex formula, the latex background process can suspend and block further batch script executions. Then the process has to be shut down manually in the Windows Task Manager.

I hope, the code is well understandable. I use some of my own library...