Goldenseal Pro

The bad news is that the Kickstarter did not reach its goal.  There were 23 backers and $7000 pledged.

The good news is that bids for the programming work came in lower than expected.  Two freelancers from Sweden & India respectively, have already done Carbon to Cocoa conversions, and seemed very competent from our message exchange.

So, we are now accepting pre-orders for Goldenseal Pro, and the project can probably still proceed on the original schedule.

If you have questions, please contact us by email or phone (607 220-4514).


Dennis Kolva
Programming Director
Turtle Creek Software


Find command problems

We have been noticing weird problems with the Find command when we use Goldenseal 4.92 to run Turtlesoft. A couple users have also reported it.  Even weirder, some of our test builds of Goldenseal work OK and some don’t.

We spent some time in the debugger yesterday, and finally discovered that it is a byte-swapping problem, probably related to the transition from PPC to Intel.  However, it’s not something specific in our code, but rather in the way the code is processed by the compiler.  If we use Xcode 3.0 and the gcc compiler, there are no problems, but Find breaks under Xcode 3.14 and the LLVM compiler.

There is a similar byte-swap problem in the multi-user client sign-on code.  Even worse, other subtle problems may be lurking.

We’re still working on this.  It may just be an Xcode bug that we can fix by using a different version of that program.

Goldenseal Multi-user for Mavericks

We finally fixed some old code, that was preventing client sign-ons from a Macintosh running the latest OS version (Mavericks).  It will get a few days of testing here, and then we’ll either slip it into production without a version change, or do another minor update.

If you need this update right away, please contact us, and we can email the fixed app to you.

New invoice cost category

A new user suggested that Goldenseal fill in a cost category automatically for each vendor: for example, have all plumber invoices start out in Plumbing.

It seemed reasonable and it was easy to program in, so this new feature will be in the 4.91 update.

BTW we get most of our ideas for new features from users, and we’d be happy to hear of other ideas for improvements!

Goldenseal 4.91

A couple of annoying  bugs have turned up in the version 4.9 update.


  1. The quantities for labor hours are incorrect, for some line items in estimate reports.  All dollar costs are still fine.
  2. The match field in reports doesn’t work.  As a work-around, use the Find command first, then make the report for Found Items.

We’ve fixed them, and plan to release a minor version 4.91 update before the end of the month.

Dennis Kolva
Programming Director

Kickstarter for Windows

We decided to combine our two Kickstarter campaigns into one.   That way, we can give full attention to the Mac update, and get it out more quickly.

Windows users are still welcome to back the Macintosh campaign, and rewards can be applied to the Windows version upon request.

Goldenseal Access from Anywhere #2

These days, almost everyone carries some sort of mobile device. The big question is, how do you connect it to your business computer(s) when away from the office?

Questions 2 to 4 from yesterday are:  where is the application located?  What runs the user interface?  And, how do the devices communicate?  I’ll try to cover them all at once.  This will get pretty technical, and if you want the short answer, you might better just skip to the end!


We consumer software developers have three basic choices.  We can create desktop apps that run on Mac, Windows or Linux.  We can write mobile apps for iOS or Android.  Or we can build a web app, which runs inside a browser.

Desktop and mobile apps run code on the local machine.  Apple pushes Objective-C (and soon, Swift) as a programming language for both Macs & iOS (iPhone, iPad).  Android pushes Java.  However, C++ (the language we use for Goldenseal) is popular and very solid, and all platforms support it.  It gives excellent performance with high reliability (if you use it right!), and is probably what is used most often for “serious” software.

Web apps are probably the hottest thing to program, these days.  They need a “back end” server app running on the website hosting machine– most often written in PHP with a MySQL database, but there are many other choices.  For interface, they may also use a “front end” app that loads along with the web page html, usually written in Java or JavaScript, with many other choices.


I spent a few months last winter, learning new languages and considering a switch to web app development.  Unfortunately, http and web protocols were designed primarily as a page-rendering system, not for secure business use.  Many programmers are valiantly making banking & e-commerce work on the web, but it’s an  ugly process, and there are many ways to fail badly.  Languages and standards are also rapidly evolving, so code has about a 5 year lifetime before it needs a total rewrite.  Maybe web development will be mature in 10 years, but right now it’s a tough environment.

On the other hand, desktop apps are stodgy but stable.  Yes, Apple has gone through 3 OS designs, 4 basic languages, 3 hardware chips and 3 development platforms since we first prototyped Goldenseal, but that is still a much slower pace than the current WWWeb.  Our 14-year-old Goldenseal code still runs OK, and it doesn’t need a ton of work to last another 14 years.  In general, we have well-tested, stable, reliable code that would be nice to keep using.

A few Goldenseal users already have managed to connect remote laptops to their offices via a VPN (Virtual Private Network).  VPN a feature built into all modern desktop and mobile devices, which lets you use the Internet to hook into a wireless or Ethernet network.  However, it’s not very easy to set up, and we currently use a server-discovery process (broadcast UDP) that is blocked by many VPN routers.


VPN seems like the way to go, and we can rework the network code in Goldenseal Pro, to make it easier to connect.

For laptops, that would mean signing on to your office server, from anywhere that has a decent Internet connection.  It would look exactly the same as if you were in the office, with acceptable speed.

For phones and pads, we can write new mobile apps that would let you do the same thing– but it will need a much simpler interface, designed for small screens.  It may work best to have separate small apps with just one function:  enter an expense, view an estimate, enter a customer contact.  Android & iOS are really not well-suited for complex business apps.

We have been playing with designs for an on-site pocket estimator, using inteface that we first developed for BidMagic and its precursors.  Estimating will work better on pads than phones, since it is really tough to do much on a screen with only 6 square inches.

Comments appreciated!

Dennis Kolva
Programming Director
Turtle Creek Software