roolku

They have just declined the request. [] Time for a new one?

Recently I keep reading the advice to "write your cartridges to the lowest common denominator" and then going on that since the Garmin players can't display icons, can't display sound, can't use onclick methods etc, they shouldn't be used. This makes me sad as I think authors should make use of all the facilities available to provide an as good as possible Wherigo experience. While it is important that the cartridges are compatible with Oregon and Colorado most shortcomings degrade gracefully or can be easily worked around: 1) icons Icons will not be included in the Garmin version of the cartridge (I use *.bmp files for them) so they don't do any harm. On other players they provide a useful visual clue. 2) sound While digitised sound will not be played by the Garmin units, you can provide *.fdl alternatives using the same zmedia. The website will only include the compatible soundfile, so you won't bloat the cartridge. http://forums.Groundspeak.com/GC/index.php?showtopic=182038&st=0&p=3250995entry3250995 (Remember to not use the PlayAlertSound() function though, but use a custom sound instead.) 3) onclick actions Typically you will not need to use them, in the rare case you do you can work around it by having an alternative button actions on the item in question which is disabled as part of the onclick event http://forums.Groundspeak.com/GC/index.php?showtopic=202452&view=findpost&p=3687332 4) no actions on zones You can have a dummy item of the same name inside the zone to provide the actions which is only enabled for garmin players as part of the initialisation 5) limits on text length I don't see this as a limit. Make the text concise and to the point. You are writing a Wherigo, not a novel. 6) limits on zones This is not a limitation on the Garmin players. Many old PDAs have the same problem. If you can't want to restrict your number of zones, there are some options; usually specific to the kind of cartridge you are writing. In my current cartridge I will offer an extra "nightmare" mode that has double the zones for player with non-garmin units. You can also use the user functions provided here: http://forums.Groundspeak.com/GC/index.php?showtopic=224119&st=0&gopid=3966494 Anyway - this was just from the top of my head, there is probably more. I realise that it is a little more work, but I think it is worth the effort, especially as the Garmin units are now outdated and in the future Wherigo will be mainly played on mobile phones. Thanks for reading.

I hope this is a good place for a bug report, as I haven't found a dedicated support forum for PiGo. PiGo does not expose the table of objects in the cartridge, so things like: cartridge_name:GetAllOfType('ZItem') cartridge_name.AllZObjects don't work. Cheers

I hope this is a good place for a bug report, as I haven't found a dedicated support forum for PiGo. My latest cartridge is not working with PiGo and I have narrowed down the problem to the fact that PiGo's implementation of "This command is intended to be used with another item or character" seems to be broken. Attached is a very simple cartridge to demonstrate the problem. The inventory contains 3 objects each with the command "Use With" and the option "command works with all objects". The actual command displays a message box stating the selection. For any of the objects (e.g. a) one would expect a command button "Use With" which when selected would offer the choice of one of the other objects. Selecting one of the objects (e.g. c) should display "a Use With c". This is the case for the emulator, the Groundspeak PPC playert, Colorado, Oregon, OpenWig on PPC and Wheryougo on Android. The only difference is that OpenWig allows an object to be used with itself, which is odd, but not harmful. However on PiGo the symptoms are as described by my kind tester: --- snip --- Item a displays two buttons: "Use with" -> displays "Nothing available a" "Use with ©" -> displays "c Use with a" Item b displays two buttons: "Use with" -> displays "Nothing available b" "Use with ©" -> displays "c Use with b" Item c displays two identical buttons: "Use with" -> displays "Nothing available c" "Use with" -> displays "Nothing available c" --- snip --- I would be grateful if you could look into this problem and fix it. The test cartridge is here: http://roolku.pwp.blueyonder.co.uk/test6.lua Cheers

Could you tell me more about this hack? I suppose you could collapse the whole zone into a single point - is that what you mean?

Thank you for the illustration. However I am still looking for answers to the following questions and I am wondering if you might know the answer: - are the distances (red arrows) measured to the "zoneXXX.OriginalPoint" point or to the 'nearest' edge? - if the former - how does it work if this point is outside the actual zone? - if the latter, it seems to be computational very expensive Related questions: - does the arrow (and indication of distance) point to the "zoneXXX.OriginalPoint" point or to the 'nearest' edge? - if it always uses the edge, what is the point of "zoneXXX.OriginalPoint" ?

Looking at http://www.geocaching.com/track/details.as...34-3e58ea7363a2 I have noticed the following two problems: 1) the note entry from the 12/28/2009 has the wrong country attached (why do notes have countries anyway?) 2) my grab entry from the 12/29/2009 falsely says "from The Shrine 2" when in fact I grabbed it from unknown location where it was placed by the cache owner. After submission it just said "from " without a location but this has now changed to "from The Shrine 2" which is wrong as I have re-released it with the copy tag. Thank you for looking into it.

I am glad you liked the coin. On the back you can see the Forth Rail Bridge. It features for example in Alfred Hitchcock's The 39 Steps if you have ever watched that.

E-mail sent: 01/12/09 Name Received: 08/12/09 Coin Sent: 17/12/09 Coin Received: 19/12/09 Thank you very much!

E-mail sent: 12/01/09 Name Received: 08/12/09 Coin Sent: 17/12/09 Coin Received:

And me... E-mail sent: 12/01/09 Name Received: Coin Sent: Coin Received:

I would very much appreciate something like this.

I can confirm this bug.

I think it is an instance of this bug: http://forums.Groundspeak.com/GC/index.php...=216215&hl= Judging from their track record, I don't think TPTB will be fixing it any time soon.

This is so annoying. I am in the process of logging all the finds from the Mega event and it completely takes the fun out of it. The number of times I had to retype whole sentences. And the refresh also removes focus from the textbox, so you have to grab the mouse again. Please avoid the page refresh.

Add me to the list: newly created PQs not running.

Thank you. I am aware of that workaround, but that only displays the image on the TB page and doesn't provide the full "Bug Image" facility. For example it doesn't update: http://img.geocaching.com/stats/tb.aspx?gu...12-4b9464c2cd9a Also I'd rather they fix the existing functionality and not require users to jump through hoops.

Any chance to get this finally fixed? It really takes the fun out of this TB if I can't display it's current form.

This is still not working. Do you have any updates?

When you edit your trackable item you have the option to select a "Bug Image" from the gallery of that item. This mechanism seems to be broken - some entries result in an error message: -- snip --- Your request has resulted in an error. You may choose to retry your previous request. Or you may tell us what you were doing when this error occurred. --- snip --- others select a completely different image (as seen here: http://www.geocaching.com/track/details.aspx?id=89837 it is meant to show http://img.geocaching.com/track/log/displa...0fb0afb893f.jpg ). Cheers

1. Names Received: yes 2. Missions Sent: 3/12/2008 3. Missions Received: 1) 8/12 a lovely coin from Washburn, WI USA 2) 20/12 a very impressive (and heavy) "Help for Heroes" coin, a geocaching pin and a wooden ladybird from the Croft House Cachers, UK Thank you very much!

1. Names Received: yes 2. Missions Sent: 3/12/2008 3. Missions Received: 1) yes! a lovely coin from Washburn, WI USA 2) not yet

I am bumping the thread as I just had someone with an "HTC TyTyn II (Kaiser / Stellar XDA etc)" playing my Wherigo and he ran into the same issue. That PPC should be sufficiently fast? So am coming back to the question - is there anything I can do in my cartridge to improve things? J2B2, when you said you tried my cartridge - did you mean the one that I linked to? Or the one I wrote. Cheers Roolku

You can do it in the builder, no coding (as such) involved. - create a new command for the item YOURITEM and call it "Colorado workaround" or depending on the context you may get away with something less jarring like "Examine" - duplicate the functionality of "When the player clicks on the item" in "When Examine occurs" (depending on what you are trying to do you may need small adjustments) - add an action at the end of your "When Examine occurs" script: "zitemYOURITEM.Examine enabled false" Good luck

Thanks for the comment. It looks like I have to live with it.