<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On 23/01/15 11:44, Dr. Roman Grothausmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi Dave,<br>
<br>
<br>
Again some issues concerning this old topic:<br>
On 22/05/14 14:11, David Lonie wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
On Thu, May 22, 2014 at 6:22 AM, Dr. Roman Grothausmann<br>
<<a href="mailto:grothausmann.roman@mh-hannover.de" target="_blank">grothausmann.roman@mh-<u></u>hannover.de</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Many thanks for fixing the Label exporter issue. It does work with 4.1 to<br>
get the text exported into e.g. an SVG. However, the text is always rendered<br>
as paths (always consists of triangles). Is it also possible to have the<br>
text being exported as actual text-fields (like e.g. gnuplot does) that can<br>
be edited with the text-tool in e.g. inkscape?<br>
</blockquote>
<br>
There is an checkbox in the export options "Render text as paths" (see<br>
<a href="http://www.kitware.com/blog/home/post/508" target="_blank">http://www.kitware.com/blog/<u></u>home/post/508</a> ). It's enabled by default<br>
for portability, but disabling this option should do what you need.<br>
</blockquote>
<br>
Exporting selection labels as text ("Render text as paths" not checked) works<br>
for me with PV-4.1.0. However, PV-4.1.0 does not allow one to specify the<br>
formatting, like printf formats as: %.2f\circ.<br>
PV-4.3.1 does allow one to specify the formatting, however whether "Render text<br>
as paths" is checked or not, the output SVG does not contain any text-tags any<br>
more, that would allow editing in inkscape or text setting by latex.<br>
<br>
Did Your changes get lost/reverted?<br>
<br>
I tried to find the commits that made it possible for PV-4.1 but could not find<br>
them in the git logs:<br>
<a href="http://www.paraview.org/gitweb?p=ParaView.git&a=search&h=HEAD&st=commit&s=gl2ps" target="_blank">http://www.paraview.org/<u></u>gitweb?p=ParaView.git&a=<u></u>search&h=HEAD&st=commit&s=<u></u>gl2ps</a><br>
It seems the bug number 14231 was never mentioned in the commit messages.<br>
<br>
What is the general procedure to find the right commits in such a case?<br></blockquote></div></div></blockquote><div><br></div><div>The commit that made the change is in VTK, not ParaView (the histories are stored in separate repositories):</div><div><br></div><div><a href="http://www.vtk.org/gitweb?p=VTK.git;a=commit;h=78d211edd3aa7d8019bc83b562166d957feec656">http://www.vtk.org/gitweb?p=VTK.git;a=commit;h=78d211edd3aa7d8019bc83b562166d957feec656</a></div><div><br></div>On Fri, Jan 23, 2015 at 6:51 AM, Dr. Roman Grothausmann <span dir="ltr"><<a href="mailto:grothausmann.roman@mh-hannover.de" target="_blank">grothausmann.roman@mh-hannover.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I just noticed that the problem only occurs if a $ (as needed for latex math) is used in the format string, e.g. $%.2f^\circ$. If I remove the $ signs the text IS exported with text-tags.<br>Does the $ sign have a special meaning here in PV?<div class=""></div></blockquote><div><br></div><div>The issue here is that the MathText is not like regular text -- regular text can go directly into the vector document with a reasonable expectation that it will be rendered properly by the viewer. Some of the more complex mathematical expressions MathText is capable of rendering cannot be encoded as pure text in the document.</div><div><br></div><div>So any strings that contain MathText expressions (e.g. those containing a pair of unescaped $ characters) will always be rendered as a path, since we know that these will always come out correctly.</div><div><br></div><div>Dave</div></div></div></div>