01:21:56 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-4135-g7666618ddd 01:34:36 Unstable branch on crawl.develz.org updated to: 0.27-a0-1065-ge809cff456 (34) 01:53:35 Windows builds of master branch on crawl.develz.org updated to: 0.27-a0-1065-ge809cff456 02:53:19 Monster database of master branch on crawl.develz.org updated to: 0.27-a0-1065-ge809cff456 03:30:42 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4135-g7666618ddd 03:31:53 Fork (bcadrencrawl) on crawl.kelbi.org updated to: 0.03-258-gb5f9d521f8 06:31:43 How hard would it be to just make ?ID stop spawning (instances replaced with nothing, if you're worried about loot distribution) once a character has identified all items? 06:46:17 they could also become greyed out as permanently useless 07:46:50 Was evilmike_arrival_come_back made as the trap for adventurous formicids who likes to dig right from the start? 10:16:45 <10P​leasingFungus> it's not particularly hard to mark ID useless once everything's ID'd, it's also just not quite trivial (I took a quick look at it a few weeks ago) 10:17:04 <10P​leasingFungus> think it's a reasonable move to make if we're happy with the current ID system otherwise (no idea if we are?) 10:28:26 I think marking them useless is better than stopping spawning, w.r.t stable seeding 10:29:15 there are hacks you could do for seed stability like just make them vanish later, but it's probably not worth it 12:11:31 <10P​leasingFungus> agree 13:44:36 <09g​ammafunk> Unrand ideas from korean community, translated courtesy of sdynet: https://github.com/sdynet/crawl/wiki/Unrand-Idea 13:46:06 <09g​ammafunk> lear's hauberk suggestion is funny 13:47:40 <09g​ammafunk> as is autumn katana 14:11:08 <10P​leasingFungus> heh, i like the katana idea, yeah 14:11:08 <10P​leasingFungus> feels very edgy 14:11:08 <10P​leasingFungus> the cutlass casting auto-tukima’s is a fun idea 14:11:45 <10P​leasingFungus> lol @ the morg suggestion 14:12:41 <10P​leasingFungus> i wish crawl's loot system supported 'early game unrands' 14:13:10 <10P​leasingFungus> something that was interesting early on but didn't have to be powerful enough for 'endgame' 14:13:24 <10P​leasingFungus> by 'supported' i guess i mean 'could consistently deliver to the player at a relevant time' 14:13:29 <09g​ammafunk> oh, yeah 14:13:32 <10P​leasingFungus> could do something funny with vaults, maybe 14:13:36 <09g​ammafunk> you could 14:13:41 <09g​ammafunk> think that's basically how to do it 14:13:47 <09g​ammafunk> early guarded unrand vaults 14:13:59 <10P​leasingFungus> and maybe mark them as no_gen otherwise 14:14:01 <10P​leasingFungus> or w/e the syntax is 14:14:57 <09g​ammafunk> although I'm not sure how interesting those really art; feels like you'd have a pretty strong tension between designing interesting effects that did in fact end up being strong nearly all game on one hand and making it truly an unrand that was only good in a limited portion of the game on the other 14:15:07 <09g​ammafunk> but maybe there could be something there 14:15:39 <09g​ammafunk> I guess if you controlled their distribution carefully enough there's not much concern about "flooding" the game with pretty good early weapons 14:31:52 <10P​leasingFungus> i think lear’s is a good example of a design that works 14:31:58 <10P​leasingFungus> as an early game unrand 14:33:34 <10P​leasingFungus> plausible to me there’s more good design space there 14:49:38 I could imagine something slightly more elaborate where unrands can come with a depth distribution/spec like monsters or vaults 14:52:22 <10P​leasingFungus> ooh 14:58:03 probably would be best used sparingly but I could imagine other fun applications, e.g. branch themed unrands or something 14:59:17 <10P​leasingFungus> fancy 15:08:12 is there still a way to get sick? 15:08:19 I'm not seeing one 15:08:35 <05k​ate> ancient zymes in abyss are the only one i think 15:09:47 ah, maybe that one doesn't use you.disease? 15:09:49 oh nm found it 15:10:19 <05k​ate> yeah, it's weird because disease has a ton of old implementation baggage from when it was widespread i think 15:12:03 <05k​ate> i'd been meaning to rework it somehow to make zymes apply a new -regen status (that can be dispelled normally) and remove all the disease-specific code, so that it's not this weird one-off late thing that can be healed with !curing 15:50:28 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-909-gdcb2423: Update crawl-ref/source/dat/des/altar/overflow.des 10(3 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/dcb2423ea090 15:50:28 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-910-g93f24e9: Update crawl-ref/source/dat/des/altar/overflow.des 10(2 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/93f24e9e812f 15:50:28 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-911-g4167f0c: Update crawl-ref/source/dat/des/altar/overflow.des 10(2 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/4167f0cf071c 15:50:28 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-912-geaaa2fa: Update crawl-ref/source/dat/des/altar/overflow.des 10(79 seconds ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/eaaa2fa14411 15:50:28 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-913-ga0f04f5: Update crawl-ref/source/dat/des/altar/overflow.des 10(52 seconds ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/a0f04f563b51 15:56:22 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-914-g0ce3d62: Update crawl-ref/source/dat/des/altar/overflow.des 10(6 minutes ago, 1 file, 2+ 2-) 13https://github.com/crawl/crawl/commit/0ce3d628a7f2 15:56:22 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-915-g187544d: Update crawl-ref/source/dat/des/altar/overflow.des 10(5 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/187544d0eb2b 15:56:22 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-916-gf6ce825: Update crawl-ref/source/dat/des/altar/overflow.des 10(4 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/f6ce825f9886 16:03:44 it might be a good idea to do stuff like this locally and batch the commits 16:04:34 every individual commit triggers a notification for people on the project (e.g. emails for people who have them turned on) 16:04:41 unless they are batched 16:04:53 (those all could be one commit though I think) 16:05:23 I guess they might not be in the chat right now so I'm sort of talking to myself 16:05:56 really wish github had like a digest setting 16:08:07 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-917-gb8b8d34: Update crawl-ref/source/dat/des/altar/overflow.des 10(6 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/b8b8d3480f56 16:08:07 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-918-g43d8897: Update crawl-ref/source/dat/des/altar/overflow.des 10(5 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/43d88975a6d0 16:08:32 <12e​bering> Or the web UI suggested batching review comments by default 16:10:46 oh, I see, is this them a result of accepting your suggested changes? 16:11:19 haven't seen this feature in action before, but I did notice the "co-author" thing in the commit 16:12:04 looks like there is an "add suggestion to batch" thing that they could use, but yeah it might seem easier to click on the "commit suggestion" button 16:15:06 03advil02 07* 0.27-a0-1066-g29160ea: Mark diamond obelisks as not a threat 10(14 minutes ago, 2 files, 1+ 3-) 13https://github.com/crawl/crawl/commit/29160eaed211 16:18:05 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1066-g29160eaed2 (34) 17:14:08 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-919-g58854b7: Reorder vaults by altar count 10(77 seconds ago, 1 file, 801+ 803-) 13https://github.com/crawl/crawl/commit/58854b70caa9 17:20:00 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-920-g6f9777b: Fix catwalk vault 10(3 minutes ago, 1 file, 7+ 9-) 13https://github.com/crawl/crawl/commit/6f9777b63d92 17:26:17 hm, should travel_key_stop apply to rest delays? It currently seems to, intentionally; but one factor in lici's uncontrollable death in 12569 recently was almost certainly that that prevented them from ending the infinite rest delay 17:27:45 kinda wonder why this setting is ever a good idea 17:29:10 setting it to be false, that is 17:43:26 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-921-g6786b3c: Remove surrounding walls and add transparent tag 10(6 minutes ago, 1 file, 83+ 96-) 13https://github.com/crawl/crawl/commit/6786b3ce3389 17:43:26 03mainiacjoe02 {GitHub} 07https://github.com/crawl/crawl/pull/1858 * 0.27-a0-922-g239fa8e: Open up overflow_paths 10(3 minutes ago, 1 file, 3+ 3-) 13https://github.com/crawl/crawl/commit/239fa8ecfc7d 18:00:08 huh...can it possibly be true that force more isn't checked unless there is a message interrupt?? 18:01:19 I'm definitely seeing this in my testing and it seems really bad 18:01:48 because travel on its default setting doesn't let messages interrupt it 18:02:12 so for example zot clock msgs won't stop travel (though I'm about to fix this particular case in a way that gets around this issue) 18:02:37 by default at least 18:03:18 Is there any real case where forcemore not stopping travel is something you want? 18:03:29 maybe this is rc dependent 18:03:53 hmm? 18:04:21 I deleted a bunch of the rc I was using and force mores started working again 18:07:10 All? Do you mean any force_more is designed to stop travel unless rc screws it? 18:08:01 right now, under some settings that I haven't pinned down, force more is not stopping travel 18:11:14 ok, this isn't settings related, sometimes it happens, sometimes it doesn't 18:12:08 My force_more on form ending also doesn't stop travel. 18:14:05 it is something about the delay top, because rest delays very consistently are stopped 18:14:19 *delay type 18:16:57 <10P​leasingFungus> Ah, going from ‘why doesn’t this work’ to ‘how did anything ever work?’ 18:17:08 pretty much 18:17:25 I think what I am sometimes seeing is that if something independently interrupts the travel delay on the same turn, the force more triggers a more 18:17:58 this lici bug is a pretty impressive confluence of issues though 18:18:59 <05k​ate> i don't think force more is intended to stop travel ever? that's what runrest interrupt is for 18:20:22 <05k​ate> runrest_stop_message that is 18:22:05 <05k​ate> i could see the argument that adding something to force_more_message should also add it to runrest_stop_message, that would save a bunch of rc duplication, but currently they're implemented as separate things 18:22:25 Unstable branch on underhound.eu updated to: 0.27-a0-1066-g29160eaed2 (34) 18:23:27 well that certainly describes the current behavior, this doesn't seem to be documented 18:25:11 they aren't even in the same file in dat/defaults 18:28:55 03advil02 07* 0.27-a0-1067-g8b38eeb: Force-interrupt all delays on zot clock messages 10(39 minutes ago, 1 file, 2+ 0-) 13https://github.com/crawl/crawl/commit/8b38eeb0f3be 18:28:55 03advil02 07* 0.27-a0-1068-g1d5596e: Add zot clock alerts to default runrest_ignore 10(3 minutes ago, 1 file, 7+ 0-) 13https://github.com/crawl/crawl/commit/1d5596e97f6e 18:28:55 03advil02 07* 0.27-a0-1069-g97754ad: Add portal alerts to default runrest_ignore 10(52 seconds ago, 1 file, 11+ 0-) 13https://github.com/crawl/crawl/commit/97754add85f5 18:29:54 er, that should have been runrest_stop 18:30:01 in the commit title 18:30:47 Oh, the last one is really nice. 18:31:12 there's probably other stuff that's out of sync, these files look really dissimilar (though there's plenty of force more things that aren't relevant to travel) 18:32:18 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1069-g97754add85 (34) 19:01:19 in case anyone cares, I just dismissed that dependabot alert, I think it's irrelevant to us (it's just a dependency that is only used for CI tests) 19:05:54 can we convert to C++20 now? So I can use string::starts_with and string::ends_with() 19:06:37 our homegrown versions aren't good enough for you? :-P 19:07:17 we have some?! 19:07:24 I was going to use string::find 19:07:29 but if we have some, happy to use 19:07:32 I have a string 19:07:34 !source stringutil.h 19:07:34 https://github.com/crawl/crawl/blob/master/crawl-ref/source/stringutil.h 19:07:40 starts_with and ends_with in there 19:07:59 very cool, thanks 19:08:59 03advil02 07* 0.27-a0-1070-ge4650c3: refactor: remove some more hunger references 10(4 minutes ago, 7 files, 2+ 10-) 13https://github.com/crawl/crawl/commit/e4650c3cbe2f 19:16:22 03advil02 07* 0.27-a0-1071-ga85bd95: docs: Document force_more_message vs runrest_stop_message 10(3 minutes ago, 1 file, 4+ 2-) 13https://github.com/crawl/crawl/commit/a85bd9520d00 19:19:32 standard_colours.txt still has some food-related stuff 19:33:35 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1070-ge4650c3cbe (34) 19:40:52 Any reason for Isk's Mystic Blast causing a prompt around Ancestors even though they still dodge it fine? (Can they get pushed back even if they dodge at higher power?) 19:43:47 this is also a problem for fedhas allies 19:44:06 I've been meaning to look into that; they get similar prompting, and I'm not sure if they actually get angry and/or get moved or not 19:44:23 ideally they'd be ignored 19:46:24 The ancestor at least doesn't get moved at low power. 19:46:54 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1071-ga85bd9520d (34)