Viewing Issue Simple Details Jump to Notes ] Wiki ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0000011 [DCSS] FR: Interface Improvements tweak N/A 2009-11-22 07:39 2010-04-12 00:51
Reporter Siber View Status public  
Assigned To
Priority normal Resolution done  
Status closed   Product Branch
Summary 0000011: Autoexplore item sighting behavior: Autopickup on demand
Description Currently, when an item of any sort comes into view exploration is halted and the item is listed below the map. I propose that when this happens, a key can be pressed to immediately go to that item and pick it up. This would be all around useful for snagging items you want to check out but would never want in an auto pickup list. pressing any other key besides this one(G perhaps?) would behave exactly as current.

Found a plate mail.
G to go get it.
Additional Information
Tags No tags attached.
Attached Files

- Relationships

-  Notes
dpeg (administrator)
2009-11-22 08:49

I once proposed this on SF and still stand by it. The comment back then was that x*Enter allows to do the same but it's more complicated, of course.

As for the key, I suggest to use Space or Enter.

Have to think what happens if marching to that item is interrupted: I suggest it simply gets added to the list of items to be autopicked up.
jpeg (manager)
2009-11-22 12:41

Agreed, also on adding said item to the autopickup list. Alternatively, we might want to create a new "go check out" list usable for corpses (if we don't have that one already), that might be a closer fit. Then again, piles already work that way (right?), so for a single item you will know right away whether you want to pick it up: autopickup list, it is.
Kyrris (reporter)
2009-11-23 14:40

jpeg: It used to. Trunk has recently lost that behavior in favor of travelling over the pile without stopping so you can read the contents. It's very aggravating.
jpeg (manager)
2009-11-23 19:37

I think that was a bug with the new greedy pickup behaviour that should be fixed by now.
Kyrris (reporter)
2009-11-24 00:00

It isn't. It travels to the stacks, but doesn't stop on them. I've set greedy_pickup, so if it retrieves something from the stack, it stops. But if I want to know whether there was an enchanted weapon in the mix, I have to interrupt autoexplore some fifty moves away, go to the ^p screen, and possibly travel back.
dpeg (administrator)
2010-04-12 00:51

Good idea, added to [^]

Kyrris: I just tested with (0.7) trunk and autoexplore will move to stacks of items and wait there. So this issue has been solved along the way.

- Issue History
Date Modified Username Field Change
2009-11-22 07:39 Siber New Issue
2009-11-22 08:49 dpeg Note Added: 0000018
2009-11-22 12:41 jpeg Note Added: 0000020
2009-11-23 14:40 Kyrris Note Added: 0000036
2009-11-23 19:37 jpeg Note Added: 0000039
2009-11-24 00:00 Kyrris Note Added: 0000040
2009-11-27 11:19 evktalo Category Feature Request => Interface Improvements
2010-04-12 00:51 dpeg Note Added: 0004140
2010-04-12 00:51 dpeg Status new => closed
2010-04-12 00:51 dpeg Resolution open => done
2010-04-12 00:51 dpeg Fixed in Branch => 0.7 development branch

Mantis 1.1.8[^]
Copyright © 2000 - 2009 Mantis Group
Powered by Mantis Bugtracker