Re: Binary installer for Mac OS X

[Ethan M. <merritt@u.washington.edu>]

On Friday 01 October 2004 02:17 pm, Per Persson wrote:
> Ethan Merritt wrote
> > The problem I have is that aquaterm itself does not work.
> Now that is a pretty general statement which true in general..
> What version? 

1.0a2

> How did you install it? 

I followed the advice posted to comp.graphics.apps.gnuplot
by  fro...@sw... (frode):

  To install the Gnuplot Adapter and its shared library:
  Download AquaTerm1.0a2 or later
  bash>cd ~/AquaTerm1.0.a2/
  bash>cp -R AquaTerm.app /Applications/
  You may need to "sudo mkdir /usr/local/lib" if it doesn't exists
  before next step
  bash>sudo cp lib/libaquaterm.1.0.0.dylib /usr/local/lib/
  bash>sudo ln -s /usr/local/lib/libaquaterm.1.0.0.dylib
  /usr/local/lib/libaquaterm.dylib
  bash>sudo mkdir -p /usr/local/include/aquaterm
  bash>sudo cp -R include/ /usr/local/include/aquaterm/

Never mind.  I just rebooted the machine, and now it works.
There must be some system initialization script that needs to
run first, and it wasn't triggered merely by installing aquaterm
for the first time.

Please bear with me.  This is the first time I've ever used Mac OSX,
and the only reason I have a Mac to try it on is that one of the
Mac-fanatics in my lab dumped an old one onto my desk the other
day.

OK, now I will go and have a first look at gnuplot+aquaterm.

[some time later]

Looks basically pretty good.  The lack of mouse interaction makes
it strictly inferior to X, but the plot quality is OK.   The only 
glitches I see in a quick run through all.dem are:

(aquaterm bug): the background of the plot is corrupted whenever
it overlaps another window.  Not just a transparency effect - overlapping
even a small corner causes the color to streak across the entire 
horizontal extent of the aquaterm window.

(pm3d bug): The pm3d surface plots suffer from what looks like the
same bug we had to squash in postscript a few months back. Every
individual pm3d rectangle is outlined in white, so the overall plot looks
either stripy or plaid.  We fixed this in PostScript by doing an extra
gsave/grestore around the newpath/vectors/fill operation. I don't know
if there is an equivalent operation in aqua.trm

(general style): It would be nice if the first 10-12 point styles matched
other terminals. It is annoying to preview a plot on the screen and 
then find when you print it that all the point symbol shapes have changed. 
At the least it should offer open and filled circles (styles 6 and 7).

(fonts): Text placement would be more accurate if the correct font specs
are passed back to the core code via the TERM_ENTRY fields
v_char and h_char.  See for instance the box around the sample
text in the output of "test".  I see that there is code in aqua.trm that
tries to do this, but it doesn't seem to be getting the correct information.

	regards,

		Ethan
 

-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195