03:36:00 <Lantell> Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-5261-gd9800d219b
03:42:02 <NotCheibriados> New branch created: pull/5260 (1 commit) 13https://github.com/crawl/crawl/pull/5260
03:42:02 <NotCheibriados> 03CrawlOdds02 07https://github.com/crawl/crawl/pull/5260 * 0.35-a0-375-gcb0efbaff1: Remove unique annotations on thralling (Undo) 10(5 minutes ago, 1 file, 6+ 4-) 13https://github.com/crawl/crawl/commit/cb0efbaff12a
11:28:49 <Discord|> <11O​dds> What do you people reckon about removing this slightly old back-compatibility? Personally, despite growing up in the era of magic resistance, I now just find it an annoyance when searching for amulets of magic regeneration    -- Tag Willpower items as MR for back-compat.   if annot:find("Will+", 1, true) then     annot = annot .. " {MR} {resist magic} {magic resistance}"   end
11:34:12 <Discord|> <04d​racoomega> I still find myself saying MR from time to time, but I don't know that I have ever searched for anything that way
11:34:27 <Discord|> <04d​racoomega> (The real annoyance is 'hat' getting every hatch in the dungeon, though, imo >.>)
11:34:36 <Discord|> <04d​racoomega> Since that's already typing out the full word
11:35:23 <Discord|> <04d​racoomega> (Anyway, I am probably fine with removing that backwards compatibility myself. There's always a chance somebody uses it, but they can adapt.)
11:36:51 <Discord|> <12g​e0ff> it looks like artefacts don't get these MR-stash search prefixes anyway, only regular items have them, like robes of willpower
11:37:23 <Discord|> <04d​racoomega> Oh, huh
11:38:02 <Discord|> <12g​e0ff> for example:
11:38:02 <Discord|> <12g​e0ff> https://cdn.discordapp.com/attachments/747522859361894521/1507452493917982870/image.png?ex=6a11f409&is=6a10a289&hm=32a4084303e29c7a49258c8c43aff9a6e4fc475d5bbff1c9bdedae4c22f6a229&
11:38:22 <Discord|> <12g​e0ff> and
11:38:22 <Discord|> <12g​e0ff> https://cdn.discordapp.com/attachments/747522859361894521/1507452578898907207/image.png?ex=6a11f41d&is=6a10a29d&hm=80c8bc1eda1d1e26ff7ce4bb3e5b8118e8b925fc4b642223e1c23719f2dba57c&
11:39:21 <Discord|> <11O​dds> This is kinda-new, IIRC
11:39:33 <Discord|> <04d​racoomega> Yes, I believe so
11:39:44 <Discord|> <11O​dds> In that when Ash's altars were renamed to not be hats, I'm sure hatches also weren't hats
11:40:28 <Discord|> <12g​e0ff> you still get hatches when you search for 'hat'
11:40:29 <Discord|> <04d​racoomega> Yeah, I am not entirely sure what to do about it, but I don't like it
11:40:37 <Discord|> <11O​dds> You do but you didn't used to
11:40:44 <Discord|> <04d​racoomega> Yes, that is what I was just grumbling about 😛
11:41:03 <Discord|> <11O​dds> Call 'em trapdoors
11:41:11 <Discord|> <04d​racoomega> I mean, they were deliberately put in stash search at some semi-recent time so that people could search for them, I believe (for some reason)
11:42:30 <Discord|> <04d​racoomega> (To be honest, I frown slightly at . finding all the runed doors on a floor, too. Mildly annoying when trying to quickly see what loot is on a Necropolis floor, for instance.)
11:42:45 <Discord|> <12g​e0ff> It's useful for searches like @hat on V:4
11:43:03 <Discord|> <04d​racoomega> What's the @ do?
11:43:05 <perryprog> Very agreed regarding .
11:43:11 <Discord|> <12g​e0ff> current floor
11:43:18 <Discord|> <11O​dds> Oooh clever @
11:44:22 <Discord|> <04d​racoomega> And yes, I can agree that there's some situations where this is mildly useful, which is why I didn't just go and remove it. But I can't help but wonder if there's some better way to handle this somehow.
11:44:36 <Discord|> <12g​e0ff> the problem is that hatches are mixed with real items, 'cause the results are sorted by distance by default. One solution could be breaking search results into sections: items / features
11:46:40 <Discord|> <12g​e0ff> also, this happens when searching for "hat", because unided scrolls have "that" in their description:
11:46:41 <Discord|> <12g​e0ff> https://cdn.discordapp.com/attachments/747522859361894521/1507454668534714368/image.png?ex=6a11f610&is=6a10a490&hm=943d2db1ff0c1b0e1342cc2572089c249cdcce5949337b87a535b5a8c73db0b3&
11:47:13 <Discord|> <04d​racoomega> I wonder if 'full matches' should just always be listed at the top
11:47:16 <Discord|> <12g​e0ff> https://cdn.discordapp.com/attachments/747522859361894521/1507454817734234202/image.png?ex=6a11f633&is=6a10a4b3&hm=ea372b9d843f83124dbb32b33e4050c9bf68b738188f73ad90f22de245ab9a16&
11:47:17 <Discord|> <04d​racoomega> Above any partial matches
11:47:52 <Discord|> <11O​dds> Yeah there are quite a few silly cases like this
12:14:57 <NotCheibriados> 03regret-index02 07* 0.35-a0-380-gef065ebc68: Correctly match up some lore dragon names (Ge0FF) 10(35 seconds ago, 1 file, 2+ 2-) 13https://github.com/crawl/crawl/commit/ef065ebc689b
12:16:04 <perryprog> whoa, huge lore implications with that change
14:20:06 <NotCheibriados> New branch created: pull/5261 (1 commit) 13https://github.com/crawl/crawl/pull/5261
14:20:06 <NotCheibriados> 03CrawlOdds02 07https://github.com/crawl/crawl/pull/5261 * 0.35-a0-375-gb6e9f6cbee: Autoexclude monsters seen using revelation 10(13 minutes ago, 1 file, 11+ 5-) 13https://github.com/crawl/crawl/commit/b6e9f6cbee59
15:41:28 <rypofalem> !cmd -rm !rypotest
15:41:29 <Mnoleg> Deleted command: !rypotest => .echo $(let (deaths (killratiosdeaths $*) kills (killratioskills $*)) (map (fn (uniq) (list $uniq $(elt $uniq $kills) $(elt $uniq $deaths) (percent $(elt $uniq $kills) $(elt $uniq $deaths)))) (hash-keys $deaths)))
15:44:25 <Lantell> Unstable branch on underhound.eu updated to: 0.35-a0-380-gef065ebc68 (34)
22:35:58 <Gretell> Unstable branch on crawl.develz.org updated to: 0.35-a0-380-gef065ebc68 (34)
22:59:07 <Gretell> Windows builds of master branch on crawl.develz.org updated to: 0.35-a0-380-gef065ebc68
23:13:15 <Cbrotell> Unstable branch on cbro.berotato.org updated to: 0.35-a0-380-gef065ebc68 (34)
23:55:58 <Gretell> Monster database of master branch on crawl.develz.org updated to: 0.35-a0-380-gef065ebc68