00:45:19 Monster database of master branch on crawl.develz.org updated to: 0.33-a0-854-g9c2e5f8391 02:27:44 <02s​entei> !tells cgettys No problem, the part I referenced was on 2023-11-21, From PleasingFungus: "anyway, the paradigm of crawl's inventory ui is that the same letters should be usable to reference items for any interaction (q)uaff a, (w)ield a, (W)ear a, etc" 02:28:10 <02s​entei> !tell cgettys No problem, the part I referenced was on 2023-11-21, From PleasingFungus: "anyway, the paradigm of crawl's inventory ui is that the same letters should be usable to reference items for any interaction (q)uaff a, (w)ield a, (W)ear a, etc" 02:32:09 <06m​umra> This paradigm is already broken by (Q)uiver 02:37:55 <02s​entei> I'm definitely on the expand inventory side, just wanted to point out what steered me towards trying for 62 slots instead of some other solution in the first place. If quiver already doesn't do this, and the devs agree it's fine to change it further, I'm all for it. 02:48:21 <[> What's so good about cmake? I hate cmake. It hardcodes paths to both itself and the build/source directory so when I update cmake and guix gc it breaks and if I move the build/source directory it also breaks 02:48:49 <06m​umra> the new quiver menu includes spells as well as items (missiles, wands) and abilities that are quiverable. So it reassigns them all to new letters 02:49:21 <[> If you copy everything to a new directory and invoke cmake there, it'll still place build outputs in the old build directory 02:50:58 <06m​umra> I've used cmake for work reasons and this definitely wasn't the case, the build folder was configured relative to the project 02:54:04 <06m​umra> (cmake isn't actually a replacement for make ... it's a tool to build project files that will then be built by something like make) 04:35:37 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-5261-gd9800d219b 07:23:00 <06m​umra> I mean as nice as +10 slots is (and fully appreciating the work you put into it!), the new proposal in effect DOUBLES the inventory size 07:54:22 <02s​entei> Yeah, I'm not complaining if it seemed like it. It's great if the inventory gets expanded. The pr might end up being useful to know which parts need to be changed in the code, which is enough for me. All this really started for me because I wanted to make brilliance potion give a temp halo but would put some extra strain on the inventory. 08:19:40 <06m​umra> > All this really started for me because I wanted to make brilliance potion give a temp halo but would put some extra strain on the inventory. Rabbit holes like this are an inevitable part of crawl dev 😂 Curious why this would add inventory strain tho? 08:30:38 Because some characters who now have no use for brilliance (no spells) would have a use for it (see invisible) 08:32:23 <06m​umra> Oh of course (didn't get what "temp halo" meant) 18:27:08 03Flugkiller02 {DracoOmega} 07* 0.33-a0-855-g853641c8f9: feat: penance title for players abandoning with an invo title (DracoOmega) 10(5 weeks ago, 4 files, 28+ 0-) 13https://github.com/crawl/crawl/commit/853641c8f988 23:26:24 #sentei - I don't think anything is particularly great about cmake. meson is probably better, though it's pretty opionated. msbuild is windows only and has its own problem. Almost every build system has its major downsides 23:26:37 @sentei - I don't think anything is particularly great about cmake. meson is probably better, though it's pretty opionated. msbuild is windows only and has its own problem. Almost every build system has its major downsides 23:26:49 But make, as venerable and powerful as it is, is not fast, and is not explainable 23:27:17 and there are only so many viable options that run on the huge number of platforms necessary 23:30:51 It's like, make, cmake, meson, bazel/buck/pants, msbuild (but windows only, so no) 23:31:11 make is supported by everything, but ick 23:31:31 cmake is also supported by pretty much everything, even visual studio 23:33:36 interesting, I wonder how well meson or the like work in VS these days: https://learn.microsoft.com/en-us/cpp/build/open-folder-projects-cpp?view=msvc-170 23:35:00 ANyway, long story short - I don't love cmake. I just think it's a bit less painful / more modern / more expressive than make. (Second) lowest common denominator, in other words 23:35:29 Unstable branch on crawl.develz.org updated to: 0.33-a0-855-g853641c8f9 (34) 23:35:44 And thanks for the quote :) 23:36:53 And mumra is right about cmake not replacing make - it can use make as that lower level, but ninja is much faster / more modern to use instead 23:58:43 Windows builds of master branch on crawl.develz.org updated to: 0.33-a0-855-g853641c8f9