I understand the suggestion.
The plotting tools in OpenVSP (particularly the Results manager for various line plots) are not meant to be used for publication or archival quality plots. Instead, they are meant to serve as a tool for an instant sanity check.
My experience is that if plotting things isn't easy, then people don't do it.
Many things in an aero code need supervision / sanity checks -- so to try to encourage users to look at convergence histories, load distributions, pressure distributions, etc -- we made the Results manager produce these plots, pop them up automatically, and force the user to look at them. No excuses.
That said, we can't compete with TecPlot or many other high quality plotting programs with nearly infinite options for formatting charts just so and importing arbitrary data, etc. We don't even want to try. Consequently, we don't intend the built-in 2D line graph plotter to be used for 'real' plots -- they're just for in-progress sanity checking.
The VSPAERO viewer (where you can visualize the Cp distribution, wake lines, etc) is a bit more of a grey area. It is also meant for quick flow diagnostics, but the data it works from is stored in the binary *.adb file. Consequently, there is no easy way to get that data to 3rd party plotting programs (like TecPlot).
Unfortunately, it isn't just a trivial matter of dumping out a TecPlot file -- that works great if your data exists (in memory) in a format that is well represented by one of TecPlot's file formats. VSPAERO's *.adb file actually contains enough information to serve as a restart file for a solution. VSPAERO's internal mesh representation includes the information about the mesh agglomeration -- the process of grouping nearby groups of panels together into a larger super-panel (press + and - in the viewer while visualizing the computational mesh to see this). The mesh agglomeration levels are very similar to an unstructured multigrid. I do not know that TecPlot, FieldView, ParaView, or whatever have the ability to represent this kind of information.
I believe your suggestion was actually the other way -- make the VSPAERO viewer able to read in TecPlot (or other) files to allow them to be compared side-by-side and apples-to-apples. I think we want to avoid that for the same reasons we don't want to duplicate TecPlot in OpenVSP. There are an unlimited number of ways you might want to construct visualizations in TecPlot. We can not hope to produce a comparable tool.
Instead of writing all the data in the *.adb file to a TecPlot file, it may suffice to write a simplifed subset. For example, the Cp values on just the input triangle mesh (not the agglomerated meshes). Then you could pull both files into TecPlot and compare there.
There is a lot of other data that we have - that may or may not be easily represented. But perfect is the enemy of good, so we should probably do something...
I will think about this and bring it up to Dave.
Rob