jonny65

Why compiling online ? Deactivate the checkbox "Build" > "Use online compilation"

I have tried your link, but please post the urwigo file or a compiled GWC. The Lua file doesn't help.

If you want to change something in the example or have another I could test it for you (Oregon 450) and post the results.

Oh don't hope this, I still have an oregon and this is my only device ! Forget one thing : On oregon the time update "30 secs left" "29 secs left" ... works in item menue, but not in main menu.

Spending a part of my lunch time to write an example. Emulator : Working perfectly Oregon : Doesn't update the item name, but item description(s) You can try it with other devices, I'm sure that on iphone nothing happens (always shows "30 secs left"...on all, itemname and description). Only the message "Your time is up !" will fire after 30 seconds. So the whole thing is useless. stopwatch.zip

Yes and this doesn't work. Thats the same as I would change the item description. On iPhone it shows me "30 seconds left". Nothing else. If I would click OK after 10 seconds a new message box will be shown with "20 seconds left" but it doesn't update the message box continously. Oh of course emulator and Oregon works fine, but that doens't matter, a cartridge has to run on every device. Perhaps you can make a workaround. Instead of showing "OK" button, use "Update". Or : Depending on device make 2 cases. Of course changing pictures in a message box don't work too.

Hello, Has anyone experiences with playing wherigos on iPhone5 ? Are there any differences between iPhone4 and 5 ?

Great idea ! Now go to your next reviewer

I have used a similiar thing, but thrown it away, because an iphone does not update a message box or descriptions of an item. I want to make each cartridge running on every devices. What I have done ? An item "Countdown" with no command. A countdown timer with a time of 1 second. A counter with a value of 30. Now the timer starts, in each loop I decrease the counter value and change the item description. Also I check if the counter value is zero. In that case the timer ends. The item description is a concatenated string such as "You have counter seconds left". But as I say, on iPhone you always can see "You have 30 seconds left"

Hallo, Also angemeldet/korrekt eingeloggt bist du demnach bei Wherigo.com, sonst würdest du an den Download gar nicht kommen. Den blauen "Download" Button klicken > "Pocket PC Device" wählen > "Download Now" klicken. Runtergeladen wird eine *.GWC Datei. "THM" hab ich noch nie gehört. Diese jetzt aufs Smartphone kopieren, siehe http://www.das-Wherigo-handbuch.de/index.php?title=Whereyougo Grüße Jonny

Mmmh, not so good in that case a text input, better use "Choice". Then the player only has to click. And what if he enters the wrong number. He wants 3, but has entered 4. Restart the cartridge ? Look at the attachment what I have meant before (for demonstration only 3 commands on item "Tourguide") and only messagesboxes, not if/else, set task and so on....just for a demo. titoppern_with_item.zip

Woaw, very nice, congrats. Ok, on garmin it is a nogo to use the on Click events on items, task, characters ... This does NOT work. Instead of this you must define an item with commands. See the pics below. For example create an item "Tourguide" (Location Player ! and of course visible), then make a command "Valaas". The command contains what you have written in the task on Click event. Define another command "Lakollen", do the same as before and so on. Perhaps instead of 1 item "Tourguide" you can make 1 for each location or 2 "The North" and "The South".

Sometimes I use the emu of the GC builder. Yesterday I have run the builder and the error message has occur. After overwriting the current xml with the xml in the map_v2.zip the error message has gone. So I can confirm that Ranger Fox' fix works (thanks for this).

On orgeon nearly everything can be programmed, how you want it that it works. Some things you must avoid, such as a click on a task or item or character. Here you always have tu use commands.Some things work on oregon, but on some other devices not. For exampel changing pictures in a message box every second, such a countdown. Perfect on oregon ! For checking whether this is an oregon, compare the environment ... if environment.platform="Vendor 1 ARM9" Items you can show too. Drag the action "show object details" and then inside it the item that you want.

You mean display not active...an item is always active BUT : Always set display of the item to true, NOT just when the player enters the zone like "set item.display=true". An equal situation I have had too. After a short intro of some messageboxes I switched the very first task to display=true (it already was active=true) but it wasn't visible after the intro. Then I set the start/default setting to active=true and display=true. So it works, the task was visible. It seemed that the statement "set" wasn't executed. Perhaps this is a reason. You also can post the part of the source (only the part with zone enter and the 2 items in the zone). Note : I have an oregon, never had problems with invisible items in a zone. And I ALWAYS set display to true on an item ... by default.

On the right side of urwigo you can determine where the item is placed (default is "none"). Switch it to "Forest", then the item lies in the forest. To move the item, you must declare a command on the item. Item is "Hammer", the command is "Take". On these command you must write the code "move hammer to player".

The lua file in the gwz created with urwigo doesn't work with urwigo itself It must be the urwigo file, but it would be enough, if you cut a small part of the whole cartridge (urwigo file) which contains the "error". Of course you also can put the whole urwigo file in the zip/gwz, but remember it seems here are some hackers, who take the final coords and directly go to the cache They don't want to have fun and play.

I can't load the cartridge, neither in GC builder nor via import in Urwigo, so i can't say anything.

@Rangerfox : Of course you are welcome. Let me know when you come, then I will clean and polish my real stages and finals Yes, the most important thing is the handling. For example never more than 5 zones are active at the same time. Sometimes it takes a longer time, until something happens, especially on oregon. When the player clicks a message button and in the onclicked event are several things such as moving or removing some items to the inventory, change states of tasks, activate other zones and so on. The more actions the slower is it, thats clear. Of course crashes are always and everywhere possible. I'm sure large cartridges are more susceptible for crashes, which probably comes from memory handling of the player/device. But it wouldn't be a good idea to build only small cartridges, because they are more stable.

More than 100 of what ? Of all objects ? My actual "project" has roundabout 400 of ALL, 31 zones, 29 items & characters, 6 timers, 14 inputs, 51 functions, 132 variables and 155 media files (jpg, mp3, fdl) Never have had problems on test runs. I already have seen a cartridge with 14MB (I think a lot of big MP3s). I think, its nearly impossible to build a cartridge where you get a "memory overflow" ... ok, perhaps 4GB

Don't know what exactly do you want to do, but perhaps here is something : http://www.das-Wherigo-handbuch.de/index.php?title=Programmierbeispiele/Codesnipsel#Verschiedenes or directly the urwigo file : http://www.das-Wherigo-handbuch.de/images/c/c4/Zufallswerte.zip Its in german, but the function itself should be clear.

After checking this "hot fix" now I can say this is a good fix/workaround without great effort. Remember you should use this (only) on inputs from type text.

Hallo, Gesteinigt vielleicht nicht gleich, jeder sollte eine 2. Chance erhalten aber ich schätze mal du denkst nur an 0815 Tradis mit einer geringen Vorbereitungszeit, bei denen es ziemlich egal ist, ob die nun an der 3. Baumwurzel von links oder an der 7. von rechts liegen. Verlegt ist dann schnell, wenn hier ein Abstandskonflikt besteht. Aber denk mal an aufwendige Multis die Wochen oder Monate zur Realisierung in Anspruch nehmen. Da hilft nicht mal ein Pre Reviewer Prozess um sicher zu sein, daß da in nächster Zeit nix stört. Insofern ist es mehr als sinnvoll, daß auch unveröffentliche Listings in die Abstandsprüfung mit eingehen. Grüße Jonny

... and then I come back, want to pick up my gps device, but a thief was faster and now he is happy with my brand new device. This situation is a good example for very bad created zones. Ah, as I had posted about the input problem, I have thought that it always crashes, but some weeks ago I found out that an input of type "number" doesn't. In the simulator it can be reproduced too, with type text it crashes as expected. The small Urwigo file attached demonstrate this. Don't enter anything, just wait 10 seconds. InputCrash.zip

While playing you can not change the input choices depending on anything. It would work with different inputs but I would prefer the solution of redsox_mark too. Show all items, but if the player hasn't the right item show "you need a ticket ..."