hotspot walk-to bug?

[freshpaint]

If I have a walkable area with a  hotspot on it, and the hotspot has a walktox, walktoy set, I can move around the walkable area just fine using the arrow keys, but when I try to use the mouse walk mode  to move beyond the hotspot y setting, I can't do it.  I don't have any "while standing on" hotspot functions that might interfere.

For example, I have a hotspot with walkx,y set to 286,268.  My walkable area runs down to y=299 where the edge is set, but I can't move with the mouse walk mode down there.  I can only get there with the down arrow key.

If I remove the hotspot  WalkToX, WalkToY,  the character can walk everywhere using either arrows or mouse walk mode.

I'm using v. 3.02RC2.  800x600, 32bit color, 120 DPI screen.  I hadn't noticed this problem in previous versions -- or in other rooms -- but this is the first time I'm making a lot of use of hotspots.

The room is animated, if that makes a difference -- 3 layers.

UPDATE: I thought momentarily that the problem had gone away -- but it's still there.  I'd removed the walkto point from the hotspot, so player could walk everywhere.  Put the walkto spot back, and now movement is again limited as described above

[Pumaman]

This is by design -- if you click on a hotspot in walk mode, it will automatically move you to the hotspot's walk-to point if it has one.

If you want to turn this off, you can set
game.auto_use_walkto_points = 0;
in game_start, but then you'll have to code your own logic into on_mouse_click to deal with moving to the walk-to point when you do want that to happen.

[freshpaint]

It only seems to happen in the animated room -- I can walkto left,right and toward y=0 with the mouse, but can't walkto y=maxy for any y greater than the hotspot y.   I'm sure I have hotspots elsewhere that I walk to, but then can move around freely on and off of.

[Pumaman]

Does the hotspot cover the area you're clicking on?

[freshpaint]

Movement Test.zip

The above link shows the problem (2 little rooms with roger moving around trying to get at an object that's on the hotspot).  1 room is an animating room, the other non-animating -- both have the  same problem (I was wrong in prev. post).  Roger has diagonal loops set, so his movement goes off at an angle.

UPDATE: below is a link to all the files if you want to take a closer look.
Buggy Test.zip

The test actually makes for a challenging little game, since starting and stopping movement using the arrow keys can be tricky.  (this was unintended!).

[Khris]

Like Pumaman explained, this is meant to work like it does (and not a bug at all). What are you using the hotspot for?

[Pumaman]

Yeah, as I said:

This is by design -- if you click on a hotspot in walk mode, it will automatically move you to the hotspot's walk-to point if it has one.

If you want to turn this off, you can set
game.auto_use_walkto_points = 0;
in game_start, but then you'll have to code your own logic into on_mouse_click to deal with moving to the walk-to point when you do want that to happen.

I'm not sure what more you're asking for?

[freshpaint]

I just found it strange that if I'm standing on a hotspot I can't walk around on it if I have a walktox,y set.  Since I can walk around on the hotspot for y-values lower than the hotspot x/y coordinate but not for y values greater than it, it felt like a bug.  If it's not, it's no big deal.  I posted the little roger example to show you what I meant.

[Pumaman]

Maybe you're trying to point out a bug that I'm not seeing, but as far as I can tell in your demo whenever I click anywhere on the hotspot he moves to the hotspot's X/Y co-ordinates, which is the behaviour I'd expect?

[freshpaint]

GOAL: He's trying to walk to an x,y (using the mouse walk mode) close to where the key is so he can be close enough to pick it up (roger and key are both on the same hotspot).  He can get close with the arrow keys but not the mouse (in walk mode, not hand mode -- hand mode of course makes him go to the hotspot walkto point.).

I can't make him walk close to the object (which is at a y > walktoy) once he's on the hotspot walkto point using mouse walk mode.  His walk cycle (which has diagonal loops) forces him in a diagonal path to either side of the hotspot x,y as he walks toward y>walktoy from his position at walktox, walktoy. (150,150 in the little game). If you try it without diagonal loops, the walk boundary goes across the x coordinate.  Walking toward y = 0 is always ok.

Is it possible it's just my computer?  (or me?) I apologize for taking up so much of your time.  I have an old dell laptop, running 120 dpi, XP Professional Service Pak 3.  This was done in the most recent 3.02RC2.  I also uploaded the 2 rooms if anyone wants to look at it.  Maybe I'm doing something wrong.

In my actual game I have a lot (like 20 hotspots) of stepping stones in a moving river my character must hop onto, some of which may have treasure on it, some traps.  I was getting frustrated trying to arrange the objects, which is how I found this.

If no one else has this problem, maybe it's some dumb nvidia thing.  I've come up with a couple of workarounds (with hardwiring and using object references instead), so it's not at all a priority with me.

Still.  I thought you Ought To Know.

[Khris]

Look. Everybody else has this "problem", too. Because hotspots with set walkto points are meant to work like that.

The idea behind a hotspot is to have it cover e.g. a note on the back wall, with its walkto point inside the walkable area on the ground next to that note. That way, the player character will walk up to the note before examining/interacting with it.
So naturally, a hotspot covering a bigger portion of walkable ground, with its walkto point set inside, will cause what you're experiencing.

Why don't you use regions? Or remove the walkto points? Or turn off that behavior like CJ explained twice already?

[Pumaman]

GOAL: He's trying to walk to an x,y (using the mouse walk mode) close to where the key is so he can be close enough to pick it up (roger and key are both on the same hotspot).  He can get close with the arrow keys but not the mouse (in walk mode, not hand mode -- hand mode of course makes him go to the hotspot walkto point.).

Ok, look: When you click near the key, you are clicking on Hotspot 1. Because you are clicking on Hotspot 1, instead of going where you clicked, the character moves to Hotspot 1's Walk-To point instead. It doesn't matter whether you click with the hand cursor or the walk cursor, they both do the same thing.

This is by design and is how walk-to points work. It is not a bug. If you don't like it, see my previous post for how you can turn off this functionality.

[freshpaint]

I understand now.  Thanks for spending so much time on this.  Am sorry I was beginning to sound a little nutty.