charlenni

Compile your cartridge LUA file with a normal LUA compiler and look, if you get any error.

Sorry, forgot to answer. I had to insert some code for the command "SaveClose" and if I change this, I would also do the "close" for Garmins. I solved it now. I restart the functions again, if the cartridge didn't close. Thank you for your help.

That's a good idea. The problem is, that the iPhone player didn't write logfiles. And there goes the information from LogMessage().

No, that's isn't right. With the methode from sTeamTran you could close the cartridge even on Garmins, but you get a error message before closing.

It didn't work at least for Garmin devices.

Hello, I'm looking for a possibility to close a running cartridge. The Wherigo.Command("SaveClose") or os.exit() didn't work for some players. Best regards Dirk (Charlenni)

Ok, I found it by myself. It's the global variable "cartridge".

That's right! I thought, I could find such a property in the object Wherigo, but didn't find it.

How I can get the active cartridge object? If I create function, which need to know the active cartridge object, I has allways to put it in the function call. Did someone have an idee? Best regards Dirk (Charlenni)

The problem must be somewhere else. My colorado didn't have problems with multiple choice inputs. Could you post the code for OnEnter of the zone?

It's a known problem. Use the search function. BTW cut the code to 15 characters.

Sorry, I didn't use Urwigo, but try this: Use a if/then and put it in your function. Than pull a "Contains" on it. After that, pull a "Player" on the left side, the item on the right side of the box. Set the result to "true".

I get errors during start up of the cartridge and I want do some debuging. I tried to use the PRINT command and looked at the file CONSOLE.LOG but found nothing. How could I debug a cartridge for the iPhone? Any ideas? Best regards Dirk (Charlenni)

I think, the problem on the iPhone player are arrays and I think, ... is one. On normal lua interpreters you get a nil if you access an entry, which didn't exist in the array. The player on the iPhone crashes. If you do tab = {1,2,3} print(tab[4]) you would get on the iPhone player a crash, on all other players you would get a nil.

"I believe we will be making significant progress within the next few months" is one of the best jokes I heared in the last years in conjunction with Wherigo. You made my day. You could find a similar discussion here. It was 2010 and Ranger Fox wrote, that Groundspeak (moun10bike) would start a redesign or so. Today (February 2012) we have still the same logging bug. They didn't touched the code for the last one and a half year. It would be code for one line (if length of code exceeds 15 then shorten it to 15) and one hour of work. But they didn't changed it. You could say, they want to redesign it. You could say, they want to make something big. I would say, if you have a project, and didn't want to invest one hour, the project isn't your favorit. Is someone out there, who says, that a new builder is the most important thing, we need? We had two stable builders, which are very good. We now could do things, we dreamed of (accented characters, warnings for functions, which didn't work on different players). We have players for smartphones. The one for Android is very stable (Jan did a very good job with his OpenWIG as the general basis for the player). The player for the iPhone is getting better and better. Stanley does his best. The player for Garmin is not so good, but we know his weak spots and create workarounds. We have a good support team of people, which know problems from every day support. There are people out there, which know Wherigo. They created not only one simple cartridge, they created severals. They not only used a builder, they created one. They not only used a player, they build one. They not only talk about it at a round table, they give support for many years (thank you Ranger Fox for your selfless work). Groundspeak should ask this people, what they should do. They shouldn't create a list of points, which are interesting to lackey's, they should create a list of points, which are interesting for users, programmers, supporters and players of Wherigo. Go Groundspeak, talk with your customers. They are the best consultans you ever get. I know, you didn't have unlimited time, because time is money. But use the few time you have, to help the community best. Let the community create and discuss your list. For me, the most important points are 1. Remove the completion code bug (shorten it to 15 characters) 2. Create links to Earwigo and Urwigo in the builder section 3. Create links to the OpenWig, Android and iPhone players in the player section It's the little things that make people happy.

If I right, you could create a new media with to files: beep.mp3/beep.wav and beep.fdl. At compile time the compiler uses the file, which belongs to the platform you selected.

In Earwigo you could create the following expression Contains Player: contains Item Shovel That's what you need.

I created a cartridge with earwigo (did I mentioned that I like earwigo :-). You could find a backup file for earwigo as attechment. Cartridge have 4 zones: one start zone with the shovel and 3 other zones (Zone1, Zon2, Zone3). You could get the shovel with the command "Take" and dig with "Dig" everywhere. If you are in Zone1, Zone2 or Zone3 you get a dialog in which zone you are dig. You could although "Drop" the shovel, but only in ZoneStart. If you have any questions... cartDigger.zip

You could use a author scrpt to get the first active zone. It looks like the following: function GetActiveZone() -- Get first active zone local varZone = nil if table.getn(Player.InsideOfZones) > 0 then varZone = Player.InsideOfZones[1] end return varZone end If you create this with if/else and you have overlapping zones beware of the order of the zones. Player could belong to more than one zone.

For a workaround for switch/case construct see http://lua-users.org/wiki/SwitchStatement. It would be the best to replace the decision what to do with a function like function DigInZone(oZone) if oZone = zoneZone1 then # Dig in Zone1 elseif oZone = zoneZone2 # Dig in Zone2 elseif oZone = zoneZone3 # Dig in Zone3 else # Dig in no known zone end end and call this function in the command OnDig with DigInZone(zoneZone1) So you could handle all cases in one function.

I used "<BR>" and it didn't work. After deleting them, all work fine.

You could upload the next version with a comment for this new version. Got to "Upload GWZ File" (left side under image), enter a comment for the new version and select your new GWZ file. Select "Upload GWZ File" button. Now you have version 1.1 online at www.Wherigo.com. Best regards Dirk (Charlenni)

You must change the Zone.Description in the OnEnter event. Sorry, but didn't know how to do this in the Wherigo Builder. It's a long time since I have used it :-)

Did you try to upload a gwc-file? If I remember rightly, you should upload the gwz-file.

Hi, only variables, which are created with the builder are store in a save file. Locally created variables are not saved. Best regards Dirk (Charlenni)