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


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

Goldenseal Access from Anywhere

We just received this question by email, in response to the announcement for Goldenseal Pro:

Hi this is fascinating.  But are you ever going to build something that can be web hosted? I need a solution that I can use at two locations- working on files with my business partner.   –Pierre
I think it’s fair to say that almost all of our users want something similar.  We need something similar ourselves, to run our increasingly mobile software business!  However it’s a complicated topic, and probably should be split into 4 smaller questions:

  1. Where is the data stored?
  2. Where is the application that accesses it?
  3. What runs the user interface?
  4. How do the different devices communicate?
I’ll answer #1 now, and need to think a bit, for good answers for the others.

Our current model is to store your company data on your own, local hard drive.  It’s secure, convenient, and can be automatically backed up by the OS (Mac: Time Machine, Win: Control Panel -> Backup and Restore).  You can put a copy on your laptop, and access your data even where there is no phone or Internet connection.  Files are not very big, so it’s not a burden to store them.

Quickbooks Online offers a web interface and convenient storage of your data on their servers.  That approach is great for Intuit, since they kind of hold your data hostage.  It locks you into their service, and gives them a regular monthly income pretty much forever.  We have definitely considered doing something similar.

However, quite frankly, we don’t have the balls to go that route.  It would require a lot of web programming and interface compromises, and there are many, many security issues that we surely would not get completely right.  Web security is extremely hard.  Some day, Intuit will probably have a huge hacker breach and/or loss of many people’s data, but they are big enough to survive it.  We’re too small to take on that kind of risk and responsibility.

So, we will probably stick with our current model of local data storage.  Since most users do not host a website from a local computer, we can’t get that data into an http/website stream easily.  However, we already have multi-user code to share data on a local network, and just need to improve our VPN (Virtual Private Network) interface so you can connect securely over the Internet.

That’s one of many things we can do better after we get out of our old PowerPlant/Carbon/QuickTime code, and into modern frameworks.

Dennis Kolva
Programming Director
Turtle Creek Software