Hi,
I think I've found a bug in the macro "galgrid" which is included in the file "project" inside the macro/ directory.
Trying to use this macro gives the following error:
Syntax error at "*" in macro galgrid
relocate ( - 180 *
^
The problem are the instructions
relocate (-180.*cosd($i)) $i
draw (180.*cosd($i)) $i
as, afaik, neither relocate nor draw accept expressions.
An easy fix is to replace relocate by rel and draw by dra.
Thanks
Nicola
I am a long-time user of SuperMongo. Recently, due to some (minor, but still...) compilation problems in recent Linux distros, I tried the latest sm versions 2.4.30 and 2.4.35. Two rather serious problems were found. The first one affects both versions:
1.postencap entry in the graphcap have changed which leads to wrong scaling of plots, at least on A4-sized paper. How to reproduce: enter
device postencap test.ps
expand 1.0001
box
hardcopy
quit
I'm using version 2_4_34 of SM, installed on Linux RHEL-5.
I've been having a bit of a strange problem with SM in overlaying a fit on a plot of a spectrum. Essentially, the plot looks fine in the SM viewer but the fit gets offset to the right (by a very small amount) on setting the output device to postscript. The offset goes away on using JPG as the output device, indicating that it's related to the postscript driver.
I find when doing a 2-D line plot that the x and y-axis numbering
and x-axis label look fine, but the y-axis label changes from the
default (san serif) font to a roman font. Is there a trick that I can
use to force it to keep the default font for the y-axis label?
This was not a problem with the old MONGO, because you could
force the y-axis to use a plain (san serif) font with the \p command,
but that doesn't work for SUPERMONGO.
Drupal theme provided by Danang Probo Sayekti.
Recent comments
2 hours 54 min ago
2 hours 54 min ago
2 hours 54 min ago
2 hours 55 min ago
2 hours 55 min ago
2 hours 55 min ago
2 hours 56 min ago
2 hours 56 min ago
2 hours 56 min ago
2 hours 56 min ago