the problem with saving is simple, the save-routine is missing a single command, namely the one that orders flash to actually commit the changes to the file. [Objectname.flush()]
Under 'normal' circumstances this isn't noticeable because flash automatically commits all the changes when the flash-app is closed.
Until this has been fixed refreshing/closing the tab is the only way to actually save.
Aap, did you think to consider the fact that the refinery must use either oxygen or a substitute (oxygen is, despite the name, not the only oxidizer in existence) for proper operation?
could you add tooltips to the customization options? I'd like to know what some of the settings mean (EG: Station shop, what is the difference between 1 and 5?)
could you please add health-indicators to the target lists? I'd like to know which are lower on health so that I can refocus on the asteroid or pirate I was dealing with before I had to dock at a station.
I just thought up 2 simple solutions for the truncated numbers issue with the 'food'-boxes.
A. alternate their line-height (odd boxes print the numbers above themselves, the even below). B. give the boxes tooltips so we can simple read it from that.
you keep talking about the BROWSER crashing when it's FLASH that crashes (and the browser still running). 'idlegod3.sol' doesn't update until either the page is refreshed or closed, so your statement about it having nothing to do with the browser is bogus. perhaps according to theory you based the autosave on, but not in reality.
I'm talking about flash crashing, not the browser... except for a few, almost every programmer on Kongregate that adds autosave in flash somehow links it to the page-refresh/close signal... when FLASH crashes then all progress since refreshing/opening the page is lost (as it never got the command to commit the save to the hard-disk)... if the browser crashes then flash crashes as well. (making your theory moot) PS: make certain you FULLY understand the mechanics of the way you save data in flash as it doesn't seem like you do.
The autosave is defective... it doesn't actually save until flash receives a refresh/close command from the browser. (meaning it's not crash-proof, which is the main reason for one in the first place)
could you add a button to buy as much of a boost as possible?
cattle breeder and/or blacksmith need this, unless one is willing to make 4000 clicks to get even a reasonable increase.
Firefox, but have you tested it outside your own system? a common newbie mistake is to only test it on their own system. (I've seen many games that has "c:\mygame\data\images\somepicture.png" as a subrequest... no chance of that being a successful call)
@exportforce what level is tools at? the actual harvesting speed bonus is harvest_speed + tools, so it's possible that tools has turned it into a drop in the ocean.
could you make it so that every level of wheat increases the amount of feed gained. (if you factor it as "(1+(1/3)*x)*((x+1)*(x+2)/2)"(variation of the formula for the 'block' count of triangle_based_pyramids) then the first two levels should still give their original amounts, but the gain shouldn't snowball out of control)
I don't personally know how to actually fix the save-issue (I only understand the theory, not the intrinsics of the Flash/Action-script implementation), but I believe Junjo of "Idle Farmer" can give you hints (at least it seems to actually save at the designated time) P.S. a 5 second interval may be a bit too short. (I find a 1 minute interval to be adequate)
@vthrenee: what you describe is exactly what triggers the second phase... If you had tried killing (instead of simply giving it a shut-down command) the program chain containing the flash-player (constituting a 'simulated crash') you'd have lost all the progress made in that session... I repeat: MAKE CERTAIN YOU KNOW WHAT YOU ARE TALKING ABOUT.
nice catch, ill make the first system always have a cluster of adamyte