Request for "Lat/Long" in Monster Detection

[Ingwe Ingweron]

Has anyone looked at having the relative "latitude/longitude" position reported on monster detection as it is for object detection? I know I would find it helpful, rather than having to hunt across the screens for just where that dangerous monster happens to be. I imagine it is either an idea that's too difficult to implement, or others don't think it should play that way, but I thought I'd float the idea.

[Timo Pietilä]

Has anyone looked at having the relative "latitude/longitude" position reported on monster detection as it is for object detection? I know I would find it helpful, rather than having to hunt across the screens for just where that dangerous monster happens to be.

I would like to have that too. It's feels right too, it's info that your char has, but you don't until you look around where he sees it, so I feel that it should be immediately apparent to you too where the monster is.

[MattB]

I would like to have that too. It's feels right too, it's info that your char has, but you don't until you look around where he sees it, so I feel that it should be immediately apparent to you too where the monster is.

Agreed!

[Derakon]

Maybe we could have a "radar" of sorts. It would take up one row/column at each edge of the screen; each tile in that row/column would show you either the most dangerous monster, or most interesting item, you would see if you scrolled the map in that direction. Of course it wouldn't be perfect, but I think it'd provide better at-a-glance information than the visible-monsters list does, especially as it'd be on the main display.

Unfortunately, it'd probably need to be an option so that players who still use 80x24 or the like wouldn't lose precious normal dungeon display.

[Ingwe Ingweron]

Couldn't it be done the same way object detection is currently? The subwindow with "Display Item List" shows each known or unknown item of which @ is aware and gives the relative lat/long (e.g., 2N, 12W) of the item which adjusts as @ moves. Couldn't the "Display Monster List" subwindow do the same for each monster @ sees or is aware of?

[MattB]

If we don't want to, or can't, pinpoint (I guess they are often on the move, after all), what about just N, NE, E, SE, S, SW, W or NW?

[buzzkill]

I've long thought that sorting by quadrant (then relative distance) would be useful, NW, NE, SW, SE. In my case, it would make it easier to choose a direction to run in.

[molybdenum]

Couldn't it be done the same way object detection is currently? The subwindow with "Display Item List" shows each known or unknown item of which @ is aware and gives the relative lat/long (e.g., 2N, 12W) of the item which adjusts as @ moves. Couldn't the "Display Monster List" subwindow do the same for each monster @ sees or is aware of?

I just hacked this in pretty quickly into my version, so it's not that hard. However, I did only display the coordinates for individual monsters; it wouldn't make sense for multiple monsters.

[DaviddesJ]

I just hacked this in pretty quickly into my version, so it's not that hard. However, I did only display the coordinates for individual monsters; it wouldn't make sense for multiple monsters.

For multiple monsters, listing the location of the closest one would work (e.g., "8N 5E + 4 others"). Often they will be in groups anyway.

[molybdenum]

For multiple monsters, listing the location of the closest one would work (e.g., "8N 5E + 4 others"). Often they will be in groups anyway.

That should be doable. I'll give it a shot.

[molybdenum]

That should be doable. I'll give it a shot.

I gave it a shot, but there are some issues with groups and the split between LOS and non-LOS monsters. It's not a simple fix, due to the way the monster list code works.

[Ingwe Ingweron]

I gave it a shot, but there are some issues with groups and the split between LOS and non-LOS monsters. It's not a simple fix, due to the way the monster list code works.

What you've done is great! Very helpful to know which way to run!