Dungeon Crawl Stone Soup Tracker - DCSS
Viewing Issue Advanced Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
12108 Bug Report minor have not tried 2019-10-23 23:50 2019-10-23 23:50
Reporter: Yermak Local or Remote:  
Assigned To: Operating System:  
Priority: normal Console or Tiles:  
Status: new Product Branch: longterm development (0.31+)  
Product Version: Resolution: open  
Projection: none      
ETA: none Fixed in Branch:  
Summary: 0012108: item_slot isn't working as specified
Description: From options guide.txt under spell_slot option:
A + in the list of letters turns on "overwrite mode": all letters up to the next "-" are considered available even if already assigned; in that case, any spell already assigned to that slot, as long as it does not also match the same <regex>, will be moved.

* if you want the first "Bolt" spell to be placed on a, even if there is already a non-bolt spell there:
    spell_slot ^= Bolt:+a

item_slot is claimed to be using the same interface. Probably spell_slot has the same problem (described below), I haven't checked.

The problem: I have the following line in my rc:
    item_slot ^= ring of protection from fire:f

What I want is ring of fire to be assigned into 'f' slot as long as I don't have ring of protection from fire. I tried using
    item_slot ^= ring of fire:f
    item_slot ^= ring of protection from fire:+f

But if I happen to find RoF after RoPfF, RoF is still assigned to 'f', pushing RoPfF to another letter.

I tried swapping strings, tried putting '+' to RoF string. To no avail. I didn't find the difference between
    item_slot ^= ring of fire:f
    item_slot ^= ring of protection from fire:+f
and
    item_slot ^= ring of fire:f
    item_slot ^= ring of protection from fire:f
Steps To Reproduce:
Additional Information:
Relationships
Attached Files:
Issue History
Date Modified Username Field Change
2019-10-23 23:50 Yermak New Issue

There are no notes attached to this issue.