0001481: Buying an item clears other identical items from your shopping list.

(0004587)
jpeg (manager)
2010-05-03 12:31

This is more of a feature request than a bug report, seeing how the current behaviour works as intended.

Basically, what you're suggesting is that if you several instances of the same item type in your shopping list, the game should realize that you're interested in all of them and not clear them out, right? Alternatively, don't clear stackables from the shopping list if buying an identical item. Or prompt?

(0004591)
rob (developer)
2010-05-03 16:54

I think distinguishing behaviour based on whether or not an item is stackable or consumable will do. Stackable as suggested is probably better, considering for example wands. This might occasionally not be what you want (e.g. wanting to buy just one potion of cure mutation to have it identified), but that kind of thing is probably rare enough.

(0004599)
Abuse (reporter)
2010-05-03 22:41

also, picking up an item in the dungeon can automatically clear it from my shopping list without prompt. This is sometimes unexpected and undesired behavior.

(0004600)
Abuse (reporter)
2010-05-03 22:45
edited on: 2010-05-03 22:49

there may be instances where you have to permanently abandon an item (in abyss, temporary vaults, Jelly eats it, etc), when a duplicate exists in a shop, due to encumbrance issues. Just because you have an item doesn't mean you should automatically stop tracking which shop may have a duplicate, knowing that a shop has a duplicate may aid in deciding what to drop.

expanding the shopping list into an item tracking mechanism (tracking specific item locations with level,x,y) would be a great feature, as it would help to manage stashes. as it is, i have to write down on paper what items i leave at what way points. an in-game mechanism would sure help save a lot of trees! ;)

(0004601)
ogaz (updater)
2010-05-03 22:48

Seconding rob's suggestion.

(0004603)
dpeg (administrator)
2010-05-03 23:12

+1 to rob

(0004604)
rob (developer)
2010-05-03 23:19

It was jpeg's suggestion, really.

(0004611)
jpeg (manager)
2010-05-04 00:08

> expanding the shopping list into an item tracking mechanism (tracking
> specific item locations with level,x,y) would be a great feature, as
> it would help to manage stashes. as it is, i have to write down on
> paper what items i leave at what way points. an in-game mechanism
> would sure help save a lot of trees! ;)

Um, that's what the stash search (Ctrl-F) is there for. You can also mark up to 9 waypoints to specific stash points from the X map if you consider this helpful. I apologize if I misunderstood your point and you were actually suggesting something different.

(0026908)
doy (developer)
2014-08-03 07:47

This appears to have already been done. Closing.

Notes
(0004587) jpeg (manager) 2010-05-03 12:31	This is more of a feature request than a bug report, seeing how the current behaviour works as intended. Basically, what you're suggesting is that if you several instances of the same item type in your shopping list, the game should realize that you're interested in all of them and not clear them out, right? Alternatively, don't clear stackables from the shopping list if buying an identical item. Or prompt?

(0004591) rob (developer) 2010-05-03 16:54	I think distinguishing behaviour based on whether or not an item is stackable or consumable will do. Stackable as suggested is probably better, considering for example wands. This might occasionally not be what you want (e.g. wanting to buy just one potion of cure mutation to have it identified), but that kind of thing is probably rare enough.

(0004599) Abuse (reporter) 2010-05-03 22:41	also, picking up an item in the dungeon can automatically clear it from my shopping list without prompt. This is sometimes unexpected and undesired behavior.

(0004600) Abuse (reporter) 2010-05-03 22:45 edited on: 2010-05-03 22:49	there may be instances where you have to permanently abandon an item (in abyss, temporary vaults, Jelly eats it, etc), when a duplicate exists in a shop, due to encumbrance issues. Just because you have an item doesn't mean you should automatically stop tracking which shop may have a duplicate, knowing that a shop has a duplicate may aid in deciding what to drop. expanding the shopping list into an item tracking mechanism (tracking specific item locations with level,x,y) would be a great feature, as it would help to manage stashes. as it is, i have to write down on paper what items i leave at what way points. an in-game mechanism would sure help save a lot of trees! ;)

(0004601) ogaz (updater) 2010-05-03 22:48	Seconding rob's suggestion.

(0004603) dpeg (administrator) 2010-05-03 23:12	+1 to rob

(0004604) rob (developer) 2010-05-03 23:19	It was jpeg's suggestion, really.

(0004611) jpeg (manager) 2010-05-04 00:08	> expanding the shopping list into an item tracking mechanism (tracking > specific item locations with level,x,y) would be a great feature, as > it would help to manage stashes. as it is, i have to write down on > paper what items i leave at what way points. an in-game mechanism > would sure help save a lot of trees! ;) Um, that's what the stash search (Ctrl-F) is there for. You can also mark up to 9 waypoints to specific stash points from the X map if you consider this helpful. I apologize if I misunderstood your point and you were actually suggesting something different.

(0026908) doy (developer) 2014-08-03 07:47	This appears to have already been done. Closing.

Issue History
Date Modified	Username	Field	Change
2010-05-03 05:05	Abuse	New Issue
2010-05-03 12:31	jpeg	Note Added: 0004587
2010-05-03 16:54	rob	Note Added: 0004591
2010-05-03 22:41	Abuse	Note Added: 0004599
2010-05-03 22:45	Abuse	Note Added: 0004600
2010-05-03 22:47	Abuse	Note Edited: 0004600
2010-05-03 22:48	ogaz	Note Added: 0004601
2010-05-03 22:49	Abuse	Note Edited: 0004600
2010-05-03 23:12	dpeg	Note Added: 0004603
2010-05-03 23:19	rob	Note Added: 0004604
2010-05-04 00:08	jpeg	Note Added: 0004611
2010-05-13 15:21	rob	Tag Attached: shopping list
2014-08-03 07:47	doy	Note Added: 0026908
2014-08-03 07:47	doy	Status	new => resolved
2014-08-03 07:47	doy	Fixed in Branch	=> 0.15 development branch
2014-08-03 07:47	doy	Resolution	open => done
2014-08-03 07:47	doy	Assigned To	=> doy

Relationships