03:08:18 Amulet of the acrobat EV bonus is lost when hitting autoexplore button sometimes 13https://crawl.develz.org/mantis/view.php?id=11380 by yesno 03:21:57 Unstable branch on crawl.beRotato.org updated to: 0.22-a0-157-g169b76a (34) 08:25:39 -!- ProzacElf_ is now known as ProzacElf 09:44:41 Hello. I think there should be something changed in the interface. 09:44:59 When playing the console version of crawl, if one is training only one skill, 100% to that skill, and maxes it, a message is received. 09:45:41 'You have mastered Fighting.' Then another message, 'You must enable atleast one skill' (or something like that) 09:45:48 and then it auto-opens the skills screen (which normally the player goes to with m) 09:46:33 but it auto-opens it too fast for the player to read the second message that atleast one skill should be enabled 09:47:25 and so it is slightly confusing. one sees the maxed skill and then nothing is being trained and is supposed to guess that they should enable another skill now. this situation may be quite common, since training only one skill at a time is common practice, so when that one skill maxes, this auto-opening thing (bug?) will happen. 09:48:22 In my opinion, the interface should ask, 'You must enable atleast one skill. Press space to go to skills screen.' that makes it necessary to go to skill screen but also lets us read the message which is hidden by the skills screen being autoopened. 09:48:31 not sure if this counts as a bug but someone may want to look at it. 09:49:19 it definitely qualifies as an interface improvement. make things more obvious and instructive. 09:49:24 (instruction-based) 09:54:39 <|amethyst> hm 09:55:20 <|amethyst> hm, isn't there a force_more on that by default? 09:56:17 <|amethyst> I think it might be better for the skill menu, when it opens for that reason, to go ahead and display the red "You need to enable at least one skill" that you get if you try to exit without selecting one 09:56:56 I thought there was a force_more also 09:57:10 I definitely see that msg in default console configurations 09:57:15 <|amethyst> hm, it's not even a force_more 09:57:20 <|amethyst> it's a more() directly in the code 09:57:22 ah 09:59:50 yeah, in principle the skill menu should show that too because it's in a special mode 10:00:07 <|amethyst> hm 10:02:51 dds1: can you clarify what interface you are playing via (webtiles vs local tils vs console), and whether you have any rc settings that affect more() messages? 10:17:57 so did anyone decide it's worth being a bug? 10:18:15 the interface autoopening thing, when skill is maxed and it's the only one being trained? 10:20:45 dds1: can you clarify what interface you are playing via (webtiles vs local tils vs console), and whether you have any rc settings that affect more() messages? 10:21:57 console. i said that before. 10:22:06 no i have default settings on arch linux 10:22:13 no rc changes to crawl 10:22:16 is it local console? 10:22:19 Lasty_: I think this would work for getting the alternate EV display behavior http://dpaste.com/2YF1EQS but you're right that it might be misleading, not sure what the best way to do this is. 10:22:21 yes sorry 10:23:10 i mean just adding a 'You must enable one skill for training. Press spacebar to go to skills screen' sounds easy 10:23:22 dds1: I'm asking because that should already be there 10:23:26 just prompt the user to make sure they see the message about enabling a skill 10:23:40 oh okay. so it's a bug on my end not in the game in general? 10:23:46 I'm not sure 10:23:47 <|amethyst> dds1: I get this: 10:23:52 <|amethyst> You need to enable at least one skill for training. 10:23:52 <|amethyst> --more-- 10:24:14 okay so the --more-- thing is crossed over by pressing spacebar. but i got an autoopen 10:24:19 it never prompted me. 10:24:21 <|amethyst> hm 10:24:51 or i may have pressed spacebar by mistake and not noticed it's a remote possibility. as long as the game isn't supposed to be that way i'm happy 10:25:26 also, if you don't enable something and try to exit the skill menu, it should give you an error message 10:26:10 i did enable something immediately so can't test that anymore. but will be sure to try and test it once another skill gets maxed since i only train one at a time. 10:27:02 also it's exciting to talk to the devs directly, feels very exclusive. thanks for making a great game guys. P.S - pls remove inventory limit. 10:27:06 and food. 10:28:24 jk do what you do you guys are great 10:28:37 heh thanks 10:28:56 I'm not sure the inventory limit will go any time soon, the focus is on removing inventory pressure in other ways 10:29:32 yeah whatever you can do. inventory management is *very* timeconsuming and takes me out of the zone of the game. like out of the 'in a scary dungeon' theme. 10:30:00 same with food but i know some races are balanced by it 10:31:07 another possibility btw is that if you hit esc on an earlier more (for example with multiple level gain), it'll skip all mores after that on the current turn 10:33:57 advil: could be. i'll test it with another maxed skill. 10:35:44 <|amethyst> ah, I bet that's it 10:36:04 <|amethyst> we have a default force_more on "You have reached level" 10:36:14 <|amethyst> so if it coincides with an XL gain... 10:40:11 |amethyst: so i can't really reproduce it reliably. but something i wanted to point out was weird. maybe give the 'you must enable a skill for training' more prompt more precedence always somehow? 10:56:26 huh, super weird behavior I'm seeing: if fighting is mastered, a + or * training status on short blades won't save. It seems to be specific to that pair of skills in that order in my testing so far. 10:57:06 yes i had mastered fighting when that happened. 10:57:28 of course you're experiencing a different issue but i had mastered fighting when my issue happened. 10:57:32 <|amethyst> advil: what do you mean by "won't save"? 10:57:47 ok scratch that, training short blades just isn't saving at all, it's not conditional on fighting 10:58:00 I set the training status, save and reload, and it's back at - 10:58:57 <|amethyst> I'm not seeing that behaviour 10:59:05 <|amethyst> I think spens would have noticed by now 11:00:26 it seems to be specific to one save 11:00:50 <|amethyst> hm, are you actually carrying any short blades? 11:00:57 yeah 11:01:09 it's definitely a save that I've messed with a *lot* in wizmode 11:01:27 <|amethyst> do you have a target set for Sbl? 11:01:34 nope, no targets 11:03:59 advil: I think you're right that that code would handle it, if that's desireable. I'm still conflicted about the ideal user experience. 11:06:26 |amethyst: this is the save if you want to try https://www.dropbox.com/s/726eqyy3bquptdv/Baustric.cs?dl=0 11:08:24 <|amethyst> DCSS\x01\x00\x00\x00\xb3g 11:08:39 <|amethyst> (yes, I know how to download it) 11:09:11 <|amethyst> advil: hm, works for me 11:09:26 <|amethyst> advil: do you have any rc stuff about turning off skills once you reach max mindelay? 11:09:39 haha yes 11:09:40 I do 11:09:54 from testing skill targets long ago 11:10:07 that'll do it 11:10:29 (":you.set_training_target("short blades", 14)") 11:10:44 <|amethyst> oh, and hitting the target disables it, so you didn't see it in m= 11:10:52 yep 11:11:42 now that you mention it I've actually had literally the same problem on this computer before and successfully reasoned it out last time 11:12:21 <|amethyst> I eventually got rid of my customised rc locally 11:12:33 <|amethyst> now all I have is bindkey = [~] CMD_LUA_CONSOLE 11:12:54 <|amethyst> since locally all I do is test 11:16:37 03advil02 07* 0.22-a0-158-gf028f7a: Show >0 skill message (if needed) when entering skill menu (dds1) 10(6 minutes ago, 2 files, 26+ 15-) 13https://github.com/crawl/crawl/commit/f028f7a83dec 11:17:36 wow that was fast. thanks team! 11:26:53 I helped by rooting for advil the whole time 12:05:27 Unstable branch on crawl.akrasiac.org updated to: 0.22-a0-158-gf028f7a (34) 12:09:49 Unstable branch on crawl.jorgrun.rocks updated to: 0.22-a0-158-gf028f7a83d (34) 12:28:28 03Tomas Krag Hansen02 {advil} 07* 0.22-a0-159-g7ce444f: Putting the honeycombs back in the bee hives. 10(3 days ago, 6 files, 7+ 7-) 13https://github.com/crawl/crawl/commit/7ce444fdad4a 12:33:59 guys that issue happened again i pressed nothing but the screen autoopened without a more prompt when one skill maxed and it was the only one being trained. 12:34:34 im playing 0.21.0-1 (the stable console version) in archlinux repos, i think it is the latest stable one 13:09:40 Unstable branch on crawl.jorgrun.rocks updated to: 0.22-a0-159-g7ce444fdad (34) 16:21:49 Yellow draconians in forms have rCorr according to % screen but not A screen. 13https://crawl.develz.org/mantis/view.php?id=11381 by NormalPerson7 18:17:56 Unstable branch on underhound.eu updated to: 0.22-a0-159-g7ce444fdad (34)