Jump to content

me2d09

+Premium Members
  • Posts

    34
  • Joined

  • Last visited

Posts posted by me2d09

  1. Unbelievable: iPhone Wherigo app is there. Unfortunatelly I have no apple device so I can not test it. Please try it and send sb. word.

     

    rangerfox: this seems as non official Groundspeak app - is it supported and allowed?

     

    Does anybody know WherPiGo internal engine details? (what version of lua, available lua libraries, working with time...)

  2. Danatisy: this is normal behaviour if you play cartridge compiled in your machine. If you upload cartridge to Wherigo.com, there will be correct completion code instead of "builder".

  3. I dont know if I understand your problem exactly. Anyway saving cartridge autamatically is not very good idea. Specialy saving cartridge when some timers are running is not clever idea and can crash some devices.

     

    I recommend to implement saving Item. It is item called for example Saver with one action on it - Save. When player clicked this action, cartridge will be saved.

     

    Feel free to contact me via PM if you have some Urwigo related problems.

  4. Actually some tutorials have been prepared in czech on our site http://www.Wherigo.cz. We also had one learning event about Urwigo. If I found some time, I will translate basic tutorials to english.

     

    EDIT: or you can try to view this tutorials in czech. Maybe it is understandable:

    1st tutorial - basic principles

    2nd tutorial - how to make cartridge with running on time

  5. I think to prevent cheating (like turning wig off in zone A and on in zone B ) you must follow this scheme (see attached picture):

    three initial zones:

    zoneA: active, visible

    zoneB: inactive, not visible

    zoneC: inactive, not visible

    On enter zoneA:
      message(you must follow route 1 or you die, to not turn your player on and of there!)
      zoneA->inactive
      zoneB->active,visible
      zoneC->active, not visible
    
    OnExit zoneC
     if (player not in zone B)  --there must be this condition, because disabling zoneC also fire this event
     message(you die, try cartridge again)
     zoneA,B,C->inactive
     forceSave
    
    OnEnter zoneB
     zoneC->inactive
     message(you did it,congratz)
    
    Cartridge->OnRestore
     if (zoneC.active)   --cartridge was saved during trip from A to B
      message(you can not restore cartridge here, go back to point A)
      zoneA->active
      zoneB->inactive, not visible
      zoneC->inactive, not visible
    

     

    note: zoneC must be large enought to prevent unwanted onExit events if the GPS signal lacking.

    post-723638-1273701907.png

  6. One question. How can I create window with 6 buttons? I'm trying to create a Cluedo Wherigo Cartrige and need the 6 buttons for the user to pick between the 6 possibly killers or the 6 possibly murder weapons.

    You need a multiple-choice input item. (I'm not sure how you do this in Urwigo, but I presume that it's possible.)

    Yes, you need input and set its type to Choice. It is possible in URWIGO, see attached screenshot (I hope it is understandable).

    post-723638-1269985455.png

  7. Someone knows that GPS time can be chacked in the Wherigo Cartridge. A would like to create 2 way in my game. At daytime, and at night the game shows different zones.

    Is it possible to checked this?

    Yes, it is possible, in URWIGO you can use following code (see attached picture or attteched source code - unzip first!)

    day_night.zip

    post-723638-1269790963.png

  8. Hi Tequila,

     

    I dont know what exactly you want to do with time and date, but I created simple cartridge which uses some datetime functions i Wherigo.

     

    See attached screenshot from Urwigo, where all important code is visible. Also you can download urwigo file (unzip first).

     

    I hope I helped you.

     

    PS: Please send your LUA file from builder to youself, he will surely fix it.

    post-723638-1269789894.png

    datetime.zip

  9. Tjappie W: Is is easy, just change conditions in if/else branches (that with orange background). Correct is only first if/else branch. In others:

    2nd branch: Hint 1.Enabled = True --> Hint 2.Enabled = false

    3rd branch: Hint 2.Enabled = True --> Hint 3.Enabled = false

    4th branch: this condition should be empty

  10. A Team Vallejo: Completion code is generated when you download your cartridge from Wherigo.com. Completion code variable in URWIGO is a variable for reading, where that code is stored. You don't need to put that value anywhere else. It is just for showing completion code to player.

  11. sTeamTraen: Wow! Good jub, I didn't know that this is possible. I agree, that two cartridges are not good idea. But there must be the way to write function, that translate encoding from UTF to ISO for garmins. When I find some time, I will look at it. Thanks for suggestions!

     

    In Wherigo is always something that I didn't know :lol:.

  12. If you check "Always in range", it sets In Range distance to 0. That is the way how Wherigo internaly works. So it does not depend on used units. But automatic changing of units if misleading and I think that yourself will fix it.

     

    Emulator: click Main -> Units -> Metric

  13. This is not true. I have tested this with both Wherigo Builder compiler and Wherigo.com compiler with same results:

    FOR UTF-8 encoding - it works only in emulator (test1-3), causes errors on PPC.

    FOR ISO encoding - does not work anywhere (test4-6).

    Also you can see, that lua string functions does not work with UTF encoding or with other charset (they does work only with basic 7bit ASCII chars)

     

    Because of this, I think the best thing what URWIGO can do is to convert non 7-bit characters and do not support accented characters.

    post-723638-1267063083.png

    post-723638-1267063092.png

    post-723638-1267063099.png

    post-723638-1267063105.png

    post-723638-1267063111.png

    post-723638-1267063117.png

  14. ...your message should pop when you're about 10 feet from the center of the zone.

    Actually, I just meant it's all relative to the one coordinate pair you specify for your zone. That means proximity and distant will fire relative to that point and not the shape.

     

    This is NOT true. Player (PDA, Garmin Oregon, Emulator) always calculates distance from zone from its shape (doesnot matter on size of zone). See this explanation:

     

    proximity.png

     

    It does NOT depends on Original Point. You can test it if you set Original point outside the zone and nothing change.

     

    Also you can use my test cartridge (attachement) in emulator or in garmin simulation mode. Name of the Zone change every 1 second to "Zone (xxx feet to center of zone)", where xxx is current distance to the OriginalPoint of the Zone. You can see, that this number is different from distance to zone.

     

    Firing events: when you are in infinite and comes to zone:

    1) ondistance (if not -1) and you see zone in zones list

    2) onproximity

    3) onenter

     

    Now you are leaving zone:

    1) onexit + onproximity (if in both events are ShowMessagebox, you will see only onproximity messagebox)

    2) ondistance (when you leave proximity range)

    if you leave Distance range, no event is fired

    zones.zip

×
×
  • Create New...