It would help a lot if people state what Mac and OS system they're using. I've been using a MacPro 8-core and MacBook Air both running Leopard (10.5.8) with a Mendel with Techzone Gen 3 remix electronics. The GUI of the reprap host works but it has a lot of bugs. I tried a few versions and settled on the latest 64-bit version dated in July since seems to be the only one that can reliable send G-codes to the Mendel. On the MacPro, the viewer freezes after rotating the view consistently while on the Air it seems to work most of the time. But on the Air, I can't communicate to the Mendel at all.
After converting an STL to G-Codes with the Reprap host, During the process, the Disply Path option works only sometimes. Most of the time, the window never opens. When it finishes, I have to quit the host in order to put the temp files together into one G-code file. Then I rerun the host and read in the G-Code for sending to the Mendel. Often times, the GUI doesn't show progress or estimate of completion time. The best way to see the progress is to look at the console. With simple shapes, the host does a fairly good job in creating g-codes. For complicated shapes, like surface redering of MRI scans, it usually makes a mistakes.
I found one compiled version of Repsnapper that works with the Leopard: [
sites.google.com]. The others that are available crashes upon running. I wanted to compile it myself but XCODE, which is needed to do it, is only available for Snow Leopard. RepSnapper is very fast and produces good G-codes most of the time but also makes frequent errors. It's a good thing that it has a very good viewer for the G-codes so that you can verify it before sending it to the printer. One common mistake is that the infill goes all the way to the perimiter often leading to jagged edges. It communicates very well with the Mendel, perhaps even better than the Reprap host.
The best G-codes are the ones produced by Skeinforge. I've been using ReplicatorG 023 with Skeinforge 35 to produce G-codes. I had to disable the acceleration option in the firmware and also enable the option to separate z-modes in Replicator G to make it work. If not done, the z stepper doesn't respond since Skeinforge sends the z moves with the x, y moves and specifies rates that are too fast. The other thing to do is to turn on limits in Skeinforge and set the z limit to 1 mm/s or so depending on how fast your z-axis can move. I use either RepSnapper or Reprap to send the G-code file to Mendel for printing.