Anonymous | Login | 2024-04-18 13:57 CEST |
Main | My View | View Issues | Change Log | Wiki | Tavern | News |
Viewing Issue Simple Details [ Jump to Notes ] [ Wiki ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
0002213 | [DCSS] FR: Other | minor | have not tried | 2010-08-07 08:52 | 2014-03-08 09:44 | ||
Reporter | Nexos | View Status | public | ||||
Assigned To | KiloByte | ||||||
Priority | normal | Resolution | done | ||||
Status | closed | Product Branch | 0.7 ancient branch | ||||
Summary | 0002213: Make possible to avoid auo-marking god gifts as such | ||||||
Description |
Because it takes unneeded screen space. IMHO, once you know it's a gift, having to (c)lear annotation and (a)utoinscribe again is annoying/boilerplate. Possibly via a rc "doNotMarkGodGiftIem" or similar configuration flag, which would be false by default. Even better would be to be able to auto-unmark it on first wield/usage. Ex: Trog grants you a gift! E - an iridescent sling {god gift} When wielding, E - the sling of Neunen (weapon) {venom, rPois MR EV+4 Int+4} instead of (normal) E - the sling of Neunen (weapon) {god gift, venom, rPois MR EV+4 Int+4} |
||||||
Additional Information | |||||||
Tags | No tags attached. | ||||||
Attached Files | |||||||
|
Notes | |
(0006894) OG17 (reporter) 2010-08-07 09:54 edited on: 2010-08-07 09:57 |
There could just be a description line "This item was a gift from [god]" if for some reason people like to keep track of that sort of thing. e: Somewhat relatedly, the game should hide artefact names in the main-screen equip slot, so it'd just say E) +x, +y sling {venom, rPois MR EV+4 Int+4} instead of having all the useful info shoved aside in favor of a rambling often-indistinguishable flavor name. |
(0006902) KiloByte (manager) 2010-08-07 13:19 |
I'd show this tag only on unidentified items. For one, it's good for ^F after you went through a long, dangerous fight. Or held ctrl-direction in a kobold/bee vault. Or any other fight where you had other things in mind. Once you have actually investigated the item, though, god gifts are no different from any other item of that kind, and the tag is indeed a waste of space. |
(0006941) dpeg (administrator) 2010-08-08 01:15 |
Removing the tag and adding a line to the item description is best. Ideally, we'd have a line like "This item was gifted by [god] in [branch]." You could also ask for specific level and turncount, but it looks nicer this way. The change can go right in (patches welcome!) -- if not, I'll hopefully remember to move it to the wiki after some time. |
(0007010) jpeg (manager) 2010-08-09 12:39 |
As long as the item is unidentified, the inscription is very useful. I'm fine with clearing it afterwards. There's precedence with the "was cursed" tag. |
(0021849) mumra (developer) 2013-03-27 05:32 edited on: 2013-03-27 05:33 |
There was some discussion on IRC and consensus was to keep {god gift}. If someone offered a patch implementing this as an .rc option it might be considered. Copied to dev wiki at: https://crawl.develz.org/wiki/doku.php?id=dcss:brainstorm:misc:mantis [^] Note: item descriptions now already say if they gifted by a god and on what level. |
(0021885) KiloByte (manager) 2013-03-27 11:07 |
There was no consensus for that. Two people mentioned liking it for statistical purposes, although both use cases can be solved in better ways: * existing: * description * notes * possible additions: * ^F Obviously, having {god gift} on unidentified items is pretty important, as god-granted items are far better than average floor finds. This serves no purpose once the item has been identified, though. Thus, there are two options: * remove it unconditionally (with perhaps a less intrusive way to check) * leave it as a rc option |
(0021887) KiloByte (manager) 2013-03-27 14:00 |
I went the wimpy way and made it an option, with three values: * no {god gift} marks at all * {god gift} only on unidentified stuff * {god gift} always |
Mantis 1.1.8[^] Copyright © 2000 - 2009 Mantis Group |