00:00:27 -!- ddee is now known as _dd
00:04:56 <Gretell> Unstable branch on crawl.develz.org updated to: 0.11-a0-2222-g72b27e1 (33)
00:14:47 -!- mikee_ has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D]
00:15:04 -!- capablanca has joined ##crawl-dev
00:16:05 -!- capablanca is now known as mikee_
00:27:14 <Gretell> Windows builds of master branch on crawl.develz.org updated to: 0.11-a0-2222-g72b27e1
00:30:51 -!- eeviac_ has quit [Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122928]]
00:30:55 -!- Wensley has quit [Ping timeout: 260 seconds]
00:49:29 -!- CIA-52 has quit [Ping timeout: 250 seconds]
01:06:48 -!- CIA-50 has joined ##crawl-dev
01:22:39 -!- mikee_ has quit [Quit:  I love my HydraIRC -> http://www.hydrairc.com <-]
01:22:51 -!- mikee_ has joined ##crawl-dev
01:31:59 -!- MarvinPA_ has joined ##crawl-dev
01:35:49 -!- MarvinPA has quit [Ping timeout: 252 seconds]
01:35:50 -!- MarvinPA_ is now known as MarvinPA
01:59:12 -!- SkaryMonk has joined ##crawl-dev
02:52:06 -!- Xiberia has joined ##crawl-dev
03:24:23 -!- Textmode has quit [Ping timeout: 255 seconds]
03:39:46 -!- Textmode has joined ##crawl-dev
03:46:10 <Cheibriados> Are you sure you want to quit without saving? (https://crawl.develz.org/mantis/view.php?id=5759) by ion_frigate
03:53:12 -!- dtsund has quit [Ping timeout: 249 seconds]
04:00:12 -!- alefury has joined ##crawl-dev
04:51:56 -!- ark____ has joined ##crawl-dev
05:00:06 <Gretell> OSX builds of master branch on crawl.develz.org updated to: 0.11-a0-2222-g72b27e1
05:18:06 -!- thann has joined ##crawl-dev
05:20:11 <thann> galehar: have you noticed any other odities with the autopickup system?
05:20:59 <galehar> like what?
05:22:27 -!- ark____ has quit [Quit: Leaving]
05:24:30 <thann> galehar: uhh anything really, i want to make sure the feature gets as polished as possible
05:25:31 <galehar> elliptic pointed out that - disable everything, while it used to toggle between known/unknown, so we should probably change it
05:26:41 <galehar> some people also reported weird interaction with autopickup_exceptions, but I didn't notice anything, so I don't know what's wrong
05:28:20 <thann> when i was merging in neils changes i was doing some testing and noticed that chunks were not being picked up but i believe i was just experiencing temporary insanity.
05:29:43 <galehar> I didn't test neils' changes
05:29:52 <thann> the autopickup exceptions are precluded by the AP menu selections. so they should behave like they did before unless you touch the AP menu
05:30:07 <thann> ahh
05:30:14 <thann> they were built into trunk when he applied my pacth
05:30:28 <galehar> yes, that's my understanding of autopickup_exceptions and menu interaction
05:33:01 <thann> galehar: could you clarify what you were saying about elliptic initally?
05:34:11 <galehar> the - key used to toggle between known/unknown
05:34:15 <galehar> now, it's \
05:34:22 <galehar> and - deselect everything
05:34:30 <thann> yes
05:34:56 <galehar> well, people are used to to \- to quickly check unknown items
05:35:05 <galehar> and now, it messes their settings
05:35:09 <thann> ahh ok
05:35:29 <kilobyte> reusing an often used key for something destructive is not a good idea
05:35:40 <galehar> there's absolutely no need to have a key to deselect everything
05:35:49 <thann> i agree, the 'deslect everything' is not that usefull
05:35:53 <thann> yeah i agree
05:36:14 <thann> ok i will slap a patch together
05:36:24 <galehar> have to go though, lunch time
05:36:27 <galehar> thann: thanks :)
05:36:31 <galehar> 'later
05:36:42 <thann> np, peace
05:37:07 <kilobyte> might be good to have a way to restore defaults
05:37:27 <thann> like an option to not use the AP menu?
05:37:54 <kilobyte> also, the help talks about dropping/picking up stuff instead
05:38:37 <kilobyte> thann: disabling it would probably be an overkill and optionnitis, I'm thinking about letting people restore the defaults in one go
05:40:07 <thann> i plan on editing the AP menu help-file
05:40:52 <kilobyte> I wonder if these is enough overlap to warrant keeping it shared
05:41:58 <kilobyte> I'd say no, but it's your call
05:42:06 <thann> so by 'restore defaults' you mean having a way to not let the AP-menu preclude the autopickup_exceptions
05:42:06 <thann> ?
05:43:00 <thann> i was planning on making a similar but separate help file for the AP-menu
05:54:20 <alefury> i think he means a way to reset autopickup to whatever it was at the start of the game
05:55:29 -!- moxian|2 has joined ##crawl-dev
05:58:08 -!- moxian has quit [Ping timeout: 240 seconds]
06:02:50 -!- ainsophyao has quit [Remote host closed the connection]
06:02:57 -!- ark____ has joined ##crawl-dev
06:05:16 <thann> hmmm, ok. ty alefury.
06:17:40 <galehar> thann: also, I didn't like your fix to the missing green square so I tried another one. I reverted it since it was too buggy.
06:20:09 -!- evilmike has quit [Quit: something happened]
06:40:29 <CIA-50> 03thann * r12629f3cae34 10/crawl-ref/source/ (invent.cc itemname.cc): in autopickup_menu '-' now toggles known/unknown
06:45:27 <thann> galehar: yeah i saw that.
06:50:11 <CIA-50> 03kilobyte * r6476c882af00 10/crawl-ref/source/package.cc: Add a comment how to allow readers to linger past commits.
06:50:41 <kilobyte> galehar: could you please do a Transifex sync (everything or spells.txt), or at least grant me the rights to upload all languages.  Preferably the former as I'm somewhat unsure I understand Transifex enough.
06:52:20 -!- moxian has joined ##crawl-dev
06:55:02 -!- moxian|2 has quit [Ping timeout: 256 seconds]
07:02:21 <galehar> kilobyte: ok. I'm a bit afraid of overwritting stuff on transifex, so that's why I hold up on doing it while I'm trying to work on implementing a real merge. I'm not anywhere close to finishing it though, so let's sync.
07:04:18 <kilobyte> ah, if it would cause extra effort, then there's no hurry
07:07:02 <mikee_> just noticed that when i press \- in trunk it turns autopickup off for every item
07:07:16 <mikee_> that might take some getting used to
07:08:04 -!- Twinge has quit [Ping timeout: 245 seconds]
07:08:55 <galehar> mikee_: I just changed it back
07:09:39 <mikee_> galehar, in a later build than 0.11-a0-2216-g2dd1f84 i assume
07:09:57 <galehar> mikee_: I pushed it 30 minutes ago :)
07:10:00 <mikee_> ah :)
07:10:58 <thann> galehar: i was hesitant to do the "add an UNKNOWN_FOO sub_type for all base types." fix because i figured i would break a lot of other things. but if you think thats the ultimate solution i will go ahead and work on it.
07:11:15 -!- MarvinPA_ has joined ##crawl-dev
07:11:41 <galehar> thann: I tried it and I no longer think it's a good idea!
07:13:50 <galehar> I think the way I did it is the way to go. I'll try it again when I have more time to do the rod/staves change properly. Unless you want to give it a try.
07:14:15 <thann> ok
07:15:08 -!- MarvinPA has quit [Ping timeout: 240 seconds]
07:15:08 -!- MarvinPA_ is now known as MarvinPA
07:18:14 <kilobyte> perhaps rods and staves shouldn't share an object type, after all?
07:18:44 -!- ddee_ has joined ##crawl-dev
07:19:51 <galehar> kilobyte: yep, it's a bit messy that they do
07:20:13 <galehar> I guess it's because they share a glyph
07:20:44 -!- ddee_ has quit [Read error: Connection reset by peer]
07:21:29 -!- _dd has quit [Ping timeout: 246 seconds]
07:22:35 -!- |amethyst has joined ##crawl-dev
07:29:32 -!- Ragdoll has joined ##crawl-dev
07:31:40 -!- ainsophyao has joined ##crawl-dev
07:39:46 <|amethyst> galehar:  thanks for the revert... wasn't sure about doing it myself because of games started in the interim, but I suppose a pure revert is least hackish
07:39:46 <Henzell> |amethyst: You have 1 message. Use !messages to read it.
07:40:04 -!- Textmode has quit [Ping timeout: 255 seconds]
07:41:35 <galehar> it doesn't fix the buggily items generated in the interim, yes. But this is trunk. Buggy items is a feature! :)
07:42:10 <|amethyst> actually
07:42:21 <|amethyst> I believe it should turn the buggy staves into rods of smiting
07:43:15 <|amethyst> if I'm not mistaken, rods of venom generated in the interim will turn into buggy rods
07:43:18 <mikee_> somehow transferring my save turned a rod of mine into a different type of rod =P
07:43:51 <|amethyst> *but* rods of venom weren't randomly generated during the bug so...
07:44:15 <|amethyst> mikee_:  it might be back to the original type now
07:44:30 <mikee_> |amethyst, i suppose, but no biggie
07:44:39 <mikee_> (i actually sacced it to nemelex already)
07:46:56 <|amethyst> galehar:  I do like the idea of splitting the ranges (it would let me undo the STAFF_RANDOM_ROD hack, for one)... it just needs save compat work, and changes to every instance of NUM_STAVES in the code
07:48:22 <galehar> |amethyst: yep, that sounds pretty good. Does that mean you're doing it?
07:48:27 <|amethyst> the ring-as-amulet thing is probably even more straightforward (I'm guessing there's something in tilepick that uses < NUM_RINGS instead of < AMU_FIRST_AMULET; and there's a comment about "can overlap safely" that would need to be removed)
07:48:56 <|amethyst> galehar:  not yet, but I'll do it
07:49:11 <|amethyst> today is a little busy
07:49:17 <galehar> kilobyte: turns out there wasn't any new content in transifex. I'm pushing the trunk changes to tx
07:49:31 <galehar> |amethyst: ok, thanks :)
07:50:01 <|amethyst> is there any possibility of new staves being added?
07:50:14 <CIA-50> 03crawl-ref-discuss * r89eb7e90b640 10/crawl-ref/source/dat/descript/ (features.txt monsters.txt): Transifex formatting fix.
07:50:23 <|amethyst> if so, I'll add a gap between NUM_STAVES and STAFF_FIRST_ROD
07:50:29 <galehar> I doubt it, but who knows?
07:55:05 <Cheibriados> Not fun entry vault (https://crawl.develz.org/mantis/view.php?id=5760) by moxian
07:55:57 -!- Textmode has joined ##crawl-dev
07:58:44 -!- mikee_ has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Would you like to know more?]
08:02:35 -!- Textmode has quit [Ping timeout: 256 seconds]
08:03:24 <galehar> thann: I'm thinking it could be interesting to have an advanced mode in which you could set an item type to "auto-sacrifice" or to "visit", but it might be controversial
08:04:03 <galehar> elliptic seems to dislike the auto-sacrifice idea for some reason
08:04:09 -!- _dd has joined ##crawl-dev
08:08:18 <|amethyst> I think there's a psychological effect to having the user take an action to destroy the item
08:08:28 <|amethyst> I mean, beyond the effect of 'annoyance'
08:08:35 <thann> lol
08:09:00 <|amethyst> The other way would be kind of like turning off generation for certain kind of items
08:09:07 <thann> are we talking about auto sacrificing corpses? or like items to namelex?
08:09:18 <galehar> thann: both
08:10:27 <galehar> ok, so how about just adding a "visit" state? So you could set auto-explore to go over corpses, or certain type of items but not pick them up, like it does for stacks
08:10:39 <|amethyst> that would be nice
08:11:05 <|amethyst> what do you do about e.g. weapons, though?
08:11:42 <thann> well I have only gotten past lair a couple of times and hardly done anything past that.  and I may be doing everything wrong but wouldn't ever use the auto-sac corpses because I constantly toggle between eating and sacing =/
08:11:50 <|amethyst> including all subtypes would mean a very huge menu
08:12:30 <galehar> |amethyst: best would be to have a button to "add a section". You select the weapon type you want to add it to the menu, then you select the sub_types you want to visit or pickup
08:13:07 <|amethyst> hm
08:13:31 <|amethyst> which is really not that far away from adding collapsible submenus
08:13:35 <thann> the visit feature might be nice, but i visit just about everything i want to already
08:13:41 <galehar> |amethyst: or that :)
08:14:06 <thann> collapsing is an interesting idea
08:14:17 <galehar> thann: it's annoying that autoexplore doesn't visit lone corpses
08:14:20 <thann> that would be use full on the known items menu =)
08:14:24 <kilobyte> could you guys skip messing with staves/rods?  It looks like there is almost no overlap at all.
08:14:37 <galehar> thann: or anything sacrificiable (Nem and Ely)
08:15:04 <kilobyte> the little overlap there is almost always "weapon or staff or rod"
08:15:08 <thann> maybe we could add an  Option to auto-visit-corpses
08:16:04 <galehar> kilobyte: what do you mean? Are you splitting them into different base types?
08:16:47 <|amethyst> I would be in favour of splitting them entirely
08:17:33 <galehar> thann: that's one way to address the problem. Adding a "visit" option to the autopickup menu is another, which would also address Nem and Ely, and would be nice for checking weapons or armours too
08:17:35 <kilobyte> galehar: yeah
08:17:35 <|amethyst> For that matter, splitting rings and amulets entirely
08:17:48 <kilobyte> except for acquirement, so far
08:17:55 <galehar> thann: although, it needs visit and collapsing menus, so more wsork to code
08:18:15 <galehar> kilobyte: ok
08:18:26 <|amethyst> kilobyte:  are you doing this currently?
08:19:22 <galehar> it's good that code design isn't constrained by glyphs :)
08:20:09 <thann> we could also just edit the autotravel code to be interested in sacrificable items
08:20:42 -!- Textmode has joined ##crawl-dev
08:20:53 <galehar> thann: good point
08:21:01 <kilobyte> |amethyst: yeah
08:21:28 <kilobyte> I wonder, is there a point in remembering rod types?
08:21:59 <|amethyst> are they currently remembered?
08:21:59 <kilobyte> (all staves of the same type are pointless after the first one, so duplicates are annoying there)
08:22:10 <thann> galehar: i dont think that would be too difficult to implement, should i create a mantis ticket to record these ideas?
08:22:16 <|amethyst> I'd think rods should be more like spellbooks
08:25:31 <galehar> thann: let's gather more feedback about it before
08:25:37 <|amethyst> ??orb of destruction[5]
08:25:39 <Henzell> orb of destruction[5/5]: <bza> i removed chunks from autpickup solely because of ood
08:25:47 <|amethyst> !learn delete orb_of_destruction[4]
08:25:48 <Henzell> Deleted orb of destruction[4/5]: Can be retargeted with ta, just like proper allies! Or atleast until it was fixed in 0.9, because the devs ruin everything.
08:25:59 -!- Textmode has quit [Ping timeout: 255 seconds]
08:26:08 <|amethyst> meant to do that in the other channel, but oh well
08:26:21 <thann> galehar: ok, possibly a forum post?
08:28:10 <thann> ahh spoilers!! =P
08:28:17 <|amethyst> Hm... I haven't investigated, but 5758 sounds like it may be related to the autopickup stuff
08:28:44 <|amethyst> I mean, it's clearly related to autopickup... I meant to the recent changes
08:28:52 <|amethyst> %bug 5758
08:28:52 <Cheibriados> https://crawl.develz.org/mantis/view.php?id=5758
08:29:20 <thann> damn
08:30:09 <thann> I saw this once, when i was merging with |amethyst s changes but didn't see since
08:31:11 <|amethyst> hm, maybe I introduced it
08:32:54 <elliptic> kilobyte: can you remove rod of striking/smiting while you are cleaning that up :P
08:33:14 <thann> my system of passing the known state was shitty but it worked for this case
08:34:06 <thann> i intentionally didnt use the method you  implemented
08:34:15 <thann> becasue i had small problems like this
08:34:21 <|amethyst> hrm
08:34:28 <|amethyst> the other way had its own problems
08:34:43 <thann> but its for the better because your system is more universal once we hammer out the bugs
08:34:58 <thann> it certainly did
08:35:40 <|amethyst> I think in general the interaction between the menu and the regexp-based and Lua exceptions need to be made a little more clear
08:35:46 <thann> they all revolve around items being passed as known when they shouldnt be
08:36:16 <|amethyst> Passing items as known shouldn't be an issue for chunks, should it?
08:36:41 <thann> i would imagine not
08:36:53 <thann> so i dont know whats up with that
08:38:42 <|amethyst> thann:  one of the issues is that, once you use the menu to change something, there's no way to get back to the default state
08:39:09 <thann> also: |amethyst , I'm sorry if i came off as hostile, i certainly didn't mean to be.
08:39:14 <|amethyst> not at all
08:39:19 <thann> cool
08:39:28 <|amethyst> another issue is how it interacts with e.g.  autopickup_exceptions := cursed
08:40:07 <thann> yes, that is an issue
08:40:23 <thann> for specific exceptions i figured it would not be a problem
08:41:09 <|amethyst> I think setting force_autopickup() from the option, while it makes sense for stuff based entirely on the type and subtype, should be removed
08:41:42 <thann> becasue is the exeption was never pickup a ring of sustenance, the user could over write it then go back.
08:41:46 <|amethyst> since you can't really tell whether the match happened because of the subtype or because of a more ephemeral property
08:42:36 <|amethyst> thann:  right, but if you encounter a cursed ring of sustenance, and you have ae := cursed, I believe you'll mark all =sust as no-pickup
08:42:57 <thann> so should we have a third state. of the menu
08:43:00 <|amethyst> and there's no way to get back to the initial state
08:43:09 <|amethyst> from the menu you can only change things to 1 or -1, not 0
08:43:16 <|amethyst> Well
08:43:25 <|amethyst> Hm
08:43:38 <|amethyst> that's a tough one
08:44:49 <thann> becasue if the autopickup_exceptions preclude the menu. users would not be able to use the menu for certain items and potentially become frustrated
08:44:56 <|amethyst> right
08:45:04 <|amethyst> It would be good, for the third state, to indicate what ae/lua currently say about the subtype
08:45:51 <|amethyst> so, for example [+], (+), (-), [-]  ... or something with highlighting on the things that are set from the menu
08:46:05 <|amethyst> OTOH, that maybe reduces usability for the usual case
08:46:06 <thann> so '-' means never pickup, + means always pickup and a third symbol means default
08:46:09 <galehar> maybe the logic should be something like: pickup = menu && !excluded || included
08:46:31 <|amethyst> galehar:  I think you should be able to turn off exclusions in the menu, though
08:47:20 <|amethyst> galehar:  for example, potions and food are excluded as useless_items for mummies, but maybe I want to turn them on because I'm planning on going nemelex once I find an altar
08:48:16 <elliptic> I think having a way to return things to the "default" (i.e. whatever is in your rcfile) is important, as kilobyte was talking about earlier
08:48:36 <elliptic> this sounds like it probably involves having a 0 state on the menu?
08:48:41 <|amethyst> yeah
08:48:44 <thann> agreed
08:49:08 <thann> i think a third symbol is the most logical solution
08:49:23 <|amethyst> I was suggesting that this zero state also show the current state from the options (based on matching a normal temporary item of that type with no flags or plusses)
08:49:34 <galehar> thann but a third symbold doesn't say if the default is pick up or not
08:49:41 <elliptic> I'd say that everything should be in this 0 state unless the player goes and changes it, too
08:49:45 <thann> that is try
08:49:48 <|amethyst> so three states and four symbols
08:49:48 <thann> true*
08:49:51 <|amethyst> elliptic:  correct
08:49:55 <|amethyst> err
08:50:00 <|amethyst> I mean, I agree :)
08:50:11 <thann> im on board with amethyst
08:50:30 <|amethyst> then _is_option_autopickup would never set force_autopickup
08:50:44 <galehar> |amethyst: or maybe 2 states, 2 symbols and 2 colours (dark grey means config, light grey menu for example)
08:51:17 <elliptic> I was just about to suggest 2 colours, yeah
08:51:30 <galehar> or light grey/white
08:51:31 -!- ToBeFree has joined ##crawl-dev
08:51:32 <|amethyst> yeah, colours rather than symbol might be best
08:51:43 <thann> im not certain if the lua stuff will mess this sytem up
08:52:16 <|amethyst> The idea is that the behaviour "menu overrides ae, which overrides lua, which overrides type-based pickup"
08:52:26 <|amethyst> s/our/our is/
08:52:47 <thann> ok
08:56:40 <thann> well i have to go soon but i will will definitely try and get this prototyped
08:56:44 <thann> asap
08:58:37 <kilobyte> lugonu_bribe could give free rods to Troggies
08:58:50 <thann> and i'm going to add this idea to the mantis ticket
09:01:03 <Cheibriados> No Pandemonium Portals generated! (https://crawl.develz.org/mantis/view.php?id=5761) by XuaXua
09:01:47 -!- ainsophyao has quit [Remote host closed the connection]
09:01:59 -!- SkaryMonk has quit [Quit: Leaving.]
09:03:13 <|amethyst> hm
09:03:45 <|amethyst> would adding PLACE:D:24 to pan_entry fix that?
09:04:19 <|amethyst> oh
09:04:31 <|amethyst> 76532 | D:24     | the one-way gate leading to the halls of Pandemonium was a mimic.
09:05:08 <Patashu> and then it never generated another?
09:05:10 <_dd> hey. kilobyte.. you said there's a tile that could use improving
09:05:26 <|amethyst> it's weird because the vault has code to avoid that
09:06:27 <|amethyst> oh
09:07:18 <MarvinPA> galehar: re: your tavern thread, i've said for ages that there just needs to be an autoexplore option to visit corpses, i think it'd be the easiest way to make sacrificing take way less effort
09:07:26 <MarvinPA> (of course i never actually coded it myself, but yeah :P)
09:07:43 <galehar> |amethyst: I had it special cased to avoid this, but I guess it got lost when it got changed from a portal vault to a branch
09:08:03 <Patashu> my idea was that if you hit c and are not on a corpse, you move onto the nearest corpse you could eat
09:08:08 <galehar> MarvinPA: how about generalizing it as "visit anything sacrificiable"? Unless just corpses
09:08:12 <|amethyst> galehar:  I've got it
09:08:18 <|amethyst> galehar:  you.where is a function
09:08:19 <Patashu> and if you hit p, your god only accepts corpses and are not on a corpse, you move onto the nearest corpse you could sacrifice
09:08:37 <MarvinPA> sure, anything sacrificable works
09:09:31 <|amethyst> not sure if that was a change or not; layout_big_octagon used you.where()
09:09:44 <MarvinPA> i guess maybe corpses and "anything sacrificable" could be separate options if necessary
09:10:10 <MarvinPA> in case people just want to explore to corpses in order to eat them, i don't know if that's a thing
09:10:17 <CIA-50> 03|amethyst * r2162151f39ee 10/crawl-ref/source/dat/des/branches/ (abyss.des pan.des): Really make the guaranteed pan/abyss portal not mimics.
09:10:20 <galehar> |amethyst: I think dungeon.cc:2096 should have || feat_is_branchlike
09:12:16 <galehar> oh right
09:12:55 <|amethyst> galehar:  those have min/maxdepth = -1 don't they?
09:13:29 <galehar> yeah they do, forget what I said :)
09:14:31 <|amethyst> should I give XuaXua a pan portal?
09:16:02 <kilobyte> rods are not supposed to be two-handed for spriggans, right?
09:16:17 <Cheibriados> Arrows refuse to land in shallow water in The Abyss (https://crawl.develz.org/mantis/view.php?id=5762) by XuaXua
09:16:23 <kilobyte> in some cases they behave like clubs, in some like noob staves
09:16:58 <|amethyst> it's a balance change to make them one-handed, but it makes sense if they're going to use the M&F skill
09:17:17 <|amethyst> err, they were 2H before, right?
09:18:17 <kilobyte> in some regards but not others
09:18:18 <MarvinPA> huh... that xuaxua bug is actually a bug for once
09:18:22 <MarvinPA> how weird
09:18:48 <|amethyst> He's correct more often than not
09:18:58 <|amethyst> and his bug reporting has improved
09:19:09 <|amethyst> He included a save, for example
09:19:21 <MarvinPA> oh, i mean the bug is weird in that case :P
09:19:24 <MarvinPA> but yeah
09:20:04 -!- Grunt has joined ##crawl-dev
09:20:16 <MarvinPA> i wonder why that would happen in the abyss
09:21:26 <|amethyst> what happens if you shoot over shallow water towards a wall?
09:21:38 <|amethyst> I mean, does this means it lands in a wrong place, or always mulches
09:21:45 <MarvinPA> it lands on the nearest non-water square it seems
09:22:27 <|amethyst> hrm... that should happen only when the feature changes... but shouldn't care about shallow water
09:22:28 <MarvinPA> something to do with how the abyss pushes items out of features when it shifts, perhaps?
09:22:32 -!- thann has quit [Quit: work, see you guys later!]
09:22:33 <|amethyst> yeah
09:26:50 <galehar> why items are pushed out of shallow water anyway?
09:27:00 <galehar> because they are not generated in it?
09:27:12 <galehar> we've seen weirder things in the abyss than items in shallow water
09:28:18 -!- clouded_ has joined ##crawl-dev
09:28:38 <galehar> it even saves your ammo if you shoot over deep water / lava
09:29:41 <galehar> maybe it should just push generated items. Or maybe only walls should push items dropped/fired
09:30:47 <galehar> |amethyst: if you give  xuaxua a pan portal, make sure it's one-way ;)
09:31:40 -!- Jatoskep has quit [Ping timeout: 260 seconds]
09:37:40 <|amethyst> maybe have (deep) water/lava only push if the feature was different last turn
09:38:21 <|amethyst> that way it won't destroy items that were on the shore, but won't push out ones that were fired/dropped into such a feature
09:38:43 <galehar> or that, yeah. Consistent with how you handled digging
09:38:56 <|amethyst> hopefully you can use the same call
09:39:04 <|amethyst> because that's a big hit on abyss performance
09:39:33 <|amethyst> I've been thinking of ways to memoize it, but I'm not really sure
09:41:28 <galehar> why don't we save the terrain before modifying it instead of calculating it twice?
09:42:17 <galehar> oh, because it may have been modified I guess
09:43:08 <|amethyst> that's why I don't, but that would work for purposes of pushing
09:43:34 <|amethyst> because if a stone wall re-appears over a dug-out rock wall, it should push the item
09:43:54 <galehar> |amethyst: what if we add a marker with a timer when the terrain is modified with dig? Modified terrain isn't morphed until the timer has expired
09:43:56 <|amethyst> well, I guess that would happen either way
09:44:13 <|amethyst> galehar:  hm.
09:44:45 <|amethyst> galehar:  or even keep the current behaviour by tracking the original feature
09:45:25 <galehar> or that
09:45:48 <|amethyst> well
09:45:52 <|amethyst> there's more than just digging
09:45:56 <|amethyst> rain/sunlight
09:46:05 <|amethyst> shatter
09:46:12 <|amethyst> etc
09:46:21 -!- Patashu has quit [Ping timeout: 246 seconds]
09:46:40 <galehar> which reminds me that the player should be pushed around too. I've heard it's easy to get a free tomb and some rest by hanging next to a wall during a morph burst
09:47:42 <elliptic> it's also easy to get tombed without wanting it, which is pretty boring
09:48:24 <|amethyst> yeah, I've gotten tombed in the first ten or so turns as an AK before
09:48:34 <|amethyst> s/gotten/been/
09:48:49 <galehar> |amethyst: yeah, I meant add a marker whenever the terrain is changed, not specifically with dig. There's a generic function terrain_changed or something
09:49:11 <|amethyst> Is that not called on abyss morphs?
09:49:38 <galehar> maybe. We can add a boolean parameter for morph
09:49:42 <|amethyst> yeah
09:56:44 -!- SkaryMonk has joined ##crawl-dev
10:11:26 -!- Xiberia has quit [Remote host closed the connection]
10:16:26 -!- Xiberia has joined ##crawl-dev
10:28:01 -!- moxian|2 has joined ##crawl-dev
10:28:13 -!- moxian has quit [Ping timeout: 245 seconds]
10:36:44 -!- moxian|2 has quit [Quit: quit]
10:36:55 -!- moxian has joined ##crawl-dev
10:39:10 -!- blabber has joined ##crawl-dev
11:28:57 -!- Danei has quit [Ping timeout: 244 seconds]
11:29:12 -!- Twinge has joined ##crawl-dev
11:34:57 <ChrisOelmueller> i would like to support the ML posting about requiring uppercase input for stat decisions
11:36:33 <ChrisOelmueller> it doesn't happen often enough to be annoying and it's usually important enough to care (would an interface to decide this [in advance / without being prompted / even in your rc] make sense?)
11:38:07 -!- Danei has joined ##crawl-dev
11:41:24 -!- Adeon is now known as Adeon\splat
11:45:05 -!- Adeon\splat is now known as Adeon
11:49:22 -!- ainsophyao has joined ##crawl-dev
11:51:48 -!- ainsophy_ has joined ##crawl-dev
11:52:28 -!- ainsophy_ has quit [Read error: Connection reset by peer]
11:52:34 -!- ainsoph__ has joined ##crawl-dev
11:52:54 -!- ainsoph__ has quit [Read error: Connection reset by peer]
11:53:10 -!- ainsophyao has quit [Read error: No route to host]
11:54:05 -!- ainsophy_ has joined ##crawl-dev
11:56:30 -!- ainsoph__ has joined ##crawl-dev
11:56:51 -!- ainsophy_ has quit [Read error: Connection reset by peer]
12:09:08 <ghallberg> I like the idea.
12:24:16 <elliptic> ChrisOelmueller: it's already technically possible to decide statgain in your rc, actually
12:25:09 <elliptic> http://git.develz.org/?p=crawl.git;a=commit;h=f0bae345d68a500a26949b1dee201c4c6c86965d
12:31:28 -!- stabwound has quit [Remote host closed the connection]
12:31:47 <Gretell> splat (L26 TrFi) ERROR in 'store.cc' at line 1443: trying to read non-existant property "rod_enchantment" (Crypt:5)
12:34:28 <BlastHardcheese> go team buggy
12:36:56 <Zannick> bug: incorrect spelling in crash message. should be "non-existent"
12:46:16 -!- dtsund has joined ##crawl-dev
12:47:42 -!- ussdefiant has quit [Read error: Connection reset by peer]
12:48:34 -!- ussdefiant has joined ##crawl-dev
12:52:32 -!- Twinge has quit [Ping timeout: 246 seconds]
12:55:26 -!- Xiberia has quit [Remote host closed the connection]
12:58:58 -!- Xiberia has joined ##crawl-dev
13:10:37 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:27)
13:14:50 <Cheibriados> Octopode ring swap behavior is misleading (https://crawl.develz.org/mantis/view.php?id=5763) by BlackSheep
13:14:56 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:18)
13:16:23 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:16:45 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:17:09 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:17:26 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:17:37 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:17:48 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:18:02 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:18:23 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:18:49 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:19:00 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:19:05 <Zannick> i think he has a bad staff type
13:19:10 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:19:16 <Zannick> !lm crate crash -log
13:19:16 <Sequell> 41. crate, XL26 HuNe, T:80082 (milestone): http://crawl.akrasiac.org/rawdata/crate/crash-crate-20120611-181909.txt
13:19:19 <ChrisOelmueller> i think he's scumming :P
13:19:27 -!- Twinge has joined ##crawl-dev
13:19:32 -!- ainsoph__ has quit [Remote host closed the connection]
13:19:32 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:19:48 <Henzell> crate the Human Blade (L26 HuNe) ERROR in 'melee_attack.cc' at line 3447: Invalid staff type: 13 (D:14)
13:20:04 <Zannick> "Found a buggily smoking staff" "A staff of bugginess"
13:20:35 <Zannick> really attack while wielding your staff of bugginess? Really attack your butterfly?
13:20:40 <Zannick> yeah, he's scumming
13:20:58 <Zannick> scumming mutation
13:32:57 -!- G-Flex has joined ##crawl-dev
13:43:35 -!- ainsophyao has joined ##crawl-dev
13:54:28 -!- ainsophyao has quit [Remote host closed the connection]
14:04:18 -!- shirish has joined ##crawl-dev
14:07:32 -!- ussdefiant_ has joined ##crawl-dev
14:09:39 <ChrisOelmueller> hm
14:09:58 -!- Pacra has joined ##crawl-dev
14:10:12 <ChrisOelmueller> when you shaft from d:16 into d:18 and haven't visited d:17 nor d:19, X[] keeps you at d:18
14:10:51 <ChrisOelmueller> intended or fixable?
14:15:53 <Zannick> sounds like a reasonable bug report/feature request to make
14:20:49 <Cheibriados> Several graphical tweaks to altars (https://crawl.develz.org/mantis/view.php?id=5764) by roctavian
14:35:09 <ChrisOelmueller> i've reported it as bug now, will see whether it's possible to fix with reasonable efforts
14:35:28 <ChrisOelmueller> i gathered that the X map and especially inter-level stuff isn't quite fun to work with
14:35:52 <Zannick> i think the biggest question is what to do, i.e. show a blank map for a level or skip it entirely?
14:36:02 <Cheibriados> X[] navigation blocked when shafted into unknown, isolated level (https://crawl.develz.org/mantis/view.php?id=5765) by chris
14:36:40 <ChrisOelmueller> skipping it entirely could lead to the assumption that you only got shafted one level
14:37:01 <Zannick> X does show a level number, but it is easy to miss, yes
14:55:15 <ChrisOelmueller> kilobyte: doesn't G display exact locations even in regular non-wizard mode?
14:55:50 <ChrisOelmueller> well it can't be used that way while in combat i guess
14:58:46 <ChrisOelmueller> nevermind :)
15:05:26 -!- Ragdoll has quit [Read error: Connection reset by peer]
15:06:21 -!- stabwound has joined ##crawl-dev
15:14:01 -!- G-Flex has quit [Quit: Time for us to bug out.]
15:20:57 -!- Dixie has quit [Read error: Connection reset by peer]
15:22:23 -!- Dixie has joined ##crawl-dev
15:23:40 -!- alefury has quit [Quit: ChatZilla 0.9.85 [Iceape 2.0.11/20120421074340]]
15:34:40 -!- Gmork_ has joined ##crawl-dev
15:35:36 <Gmork_> if any devs are around, what do you think of ogres being able to use 2h weapons and a shield at once, at a penalty?
15:38:38 -!- Twinge has quit [Ping timeout: 256 seconds]
15:39:42 -!- ToBeFree has quit [Read error: Connection reset by peer]
15:41:22 <Grunt> !message kilobyte If you get some time, I'd appreciate feedback on the monster rings/amulets patch, particularly with respect to if I've put together save game compatibility checking correctly.
15:41:29 <Grunt> ...or is that !tell <_<
15:41:32 <Grunt> !tell kilobyte If you get some time, I'd appreciate feedback on the monster rings/amulets patch, particularly with respect to if I've put together save game compatibility checking correctly.
15:41:33 <Henzell> Grunt: OK, I'll let kilobyte know.
15:42:49 <Grunt> !tell evilmike There's another version of the monster rings / amulets up. I *think* save compatibility is working, but nobody else has looked at that yet (to the best of my knowledge).
15:42:50 <Henzell> Grunt: OK, I'll let evilmike know.
15:49:31 -!- G-Flex has joined ##crawl-dev
16:01:44 * Grunt ponders who else he could prod for feedback.
16:01:52 -!- alefury has joined ##crawl-dev
16:02:32 -!- Twinge has joined ##crawl-dev
16:02:39 -!- ussdefiant_ has quit [Ping timeout: 245 seconds]
16:06:35 <Gretell> BorisB (L13 DEWz) ERROR in 'mon-movetarget.cc' at line 109: ZotDef: monster it failed to pathfind to (39,21) (the Orb) (D:1 (ZotDef))
16:06:56 <Grunt> Uh-oh. 'It' strikes back!
16:09:06 <Zannick> stephen king's personal addition to the codebase
16:09:18 <ChrisOelmueller> ??it
16:09:19 <Henzell> it[1/20]: Fall off the wall.
16:09:28 <Grunt> ??it[2]
16:09:29 <Henzell> it[2/20]: A nearby it withers and dies.
16:09:33 <ChrisOelmueller> i can only recommend pm to read all of them
16:09:45 <ChrisOelmueller> or http://crawl.develz.org/learndb/index.html#it
16:09:50 <Grunt> Yeah, I'm aware :p
16:10:11 -!- ussdefiant_ has joined ##crawl-dev
16:10:19 <ChrisOelmueller> but [2] is the best, clearly ;o
16:10:44 <Grunt> :D
16:10:58 <Grunt> ??it[8]
16:10:59 <Henzell> it[8/20]: Monster it failed to pathfind!
16:13:10 -!- ussdefiant__ has joined ##crawl-dev
16:13:17 <ghallberg> learndb is the new tvtropes
16:13:45 <Zannick> we need to add a lot more crossreferences between entries
16:16:37 -!- ussdefiant_ has quit [Ping timeout: 244 seconds]
16:18:10 -!- ussdefiant__ has quit [Ping timeout: 244 seconds]
16:19:06 -!- Gmork_ has quit [Quit: Page closed]
16:26:56 -!- ussdefiant_ has joined ##crawl-dev
16:31:05 -!- ussdefiant_ has quit [Ping timeout: 244 seconds]
16:35:18 -!- SkaryMonk has quit [Quit: Leaving.]
16:42:43 -!- Wensley has joined ##crawl-dev
16:52:16 -!- Jatoskep has joined ##crawl-dev
16:56:15 -!- G-Flex has quit [Quit: Time for us to bug out.]
17:20:41 -!- Twinge has quit [Ping timeout: 244 seconds]
17:21:19 -!- |amethys1 has joined ##crawl-dev
17:21:59 -!- Pingas_ has joined ##crawl-dev
17:23:11 -!- Chousuke_ has joined ##crawl-dev
17:24:32 -!- Ganrao| has joined ##crawl-dev
17:27:29 -!- Pingas__ has joined ##crawl-dev
17:27:31 -!- Dixie has quit [Read error: Connection reset by peer]
17:27:52 -!- Dixie has joined ##crawl-dev
17:28:38 -!- Ganrao| has quit [Ping timeout: 240 seconds]
17:29:21 -!- Ganrao| has joined ##crawl-dev
17:29:37 -!- Pacra___ has joined ##crawl-dev
17:29:37 -!- |amethyst has quit [Ping timeout: 248 seconds]
17:29:37 -!- Pingas has quit [Ping timeout: 248 seconds]
17:29:37 -!- Chousuke has quit [Ping timeout: 248 seconds]
17:29:37 -!- Gretell has quit [Ping timeout: 248 seconds]
17:29:38 -!- Vandal has quit [Ping timeout: 248 seconds]
17:29:38 -!- Pacra has quit [Ping timeout: 248 seconds]
17:29:59 -!- |amethys1 has quit [Ping timeout: 244 seconds]
17:30:30 -!- Pingas_ has quit [Ping timeout: 244 seconds]
17:30:41 -!- Gretell has joined ##crawl-dev
17:31:03 -!- Twinge has joined ##crawl-dev
17:31:47 -!- |amethyst has joined ##crawl-dev
17:32:34 -!- kilobyte has quit [Ping timeout: 244 seconds]
17:32:51 -!- kilobyte has joined ##crawl-dev
17:33:57 -!- Pacra___ is now known as Pacra
17:45:40 <CIA-50> 03galehar 07vehumet * r734513d70465 10/crawl-ref/source/religion.cc: Indentation fix.
17:45:40 <CIA-50> 03galehar 07vehumet * rfb605cc96d5c 10/crawl-ref/source/ (tag-version.h tags.cc): Save Vehumet gifting data.
17:45:40 <CIA-50> 03galehar 07vehumet * rfd0e49cbea01 10/crawl-ref/ (4754 files in 160 dirs): Merge branch 'master' into vehumet
17:45:40 -!- ark____ has quit [Quit: Leaving]
17:52:15 -!- Patashu has joined ##crawl-dev
17:53:13 <ChrisOelmueller> ooooh
18:00:23 <Grunt> ...Vehumet changes?
18:00:34 <|amethyst> not in trunk yet
18:00:41 <Grunt> I'm still curious about them.
18:00:46 <ChrisOelmueller> that merge sounds painful though
18:00:57 <|amethyst> %bug 4504
18:00:57 <Cheibriados> https://crawl.develz.org/mantis/view.php?id=4504
18:01:00 <|amethyst> see that
18:01:32 <Zannick> That merge probably includes all sorts of tiles
18:06:28 -!- Textmode has joined ##crawl-dev
18:09:35 <Grunt> |amethyst, out of curiosity, do you have much experience with save game compatibility work?
18:09:44 <|amethyst> a bit
18:10:21 <Grunt> I needed to make a change to that effect in the monster rings/amulets code, and I'd appreciate another set of eyes or two to make sure I'm on the right track.
18:11:02 <|amethyst> where is the current version?
18:11:23 <Grunt> https://crawl.develz.org/mantis/view.php?id=5750 , specifically https://crawl.develz.org/mantis/file_download.php?file_id=3246&type=bug
18:12:24 <Grunt> And thanks.
18:13:31 <|amethyst> I need jut v3?
18:13:32 <|amethyst> just
18:13:34 <Grunt> Yes.
18:16:24 <|amethyst> Grunt:  I notice you do it differently in unmarshall_follower() versus unmarshallMonsterInfo
18:16:49 -!- blabber has quit [Ping timeout: 245 seconds]
18:16:50 <|amethyst> oh, never mind
18:17:07 <|amethyst> well
18:17:08 <Grunt> All of those functions seem to work slightly differently.
18:17:26 <Zannick> and are named slightly differently :P
18:20:07 <|amethyst> shouldn't it be in unmarshallMonster and unmarshallMonsterInfo ?
18:21:00 <|amethyst> oh, I see
18:22:42 <|amethyst> Grunt:  there's a reference to the inventory in unmarshallMonster already
18:23:17 <|amethyst> oh
18:23:23 <|amethyst> I see now, you do handle all three
18:25:12 <|amethyst> looks good
18:25:23 <|amethyst> I would change the formatting/flow control slightly
18:25:54 * Grunt nods.
18:26:16 <|amethyst> instead of  if (version_stuff) { x = junk; continue } blah;   I would do   if (version stuff) { x = junk } else blah;
18:26:37 <|amethyst> I think in every case you can do this without extra braces
18:26:50 <|amethyst> then everything but blah;  would go within #if
18:28:16 <|amethyst> I think in one case blah; is actually  if(...) {} else {}   which could become   else \n #endif \n if(...) {} else {}
18:28:53 <|amethyst> as you have it isn't bad, so don't take this as a "thou shalt"
18:29:00 <|amethyst> it's just how I prefer to do it when possible
18:30:25 <|amethyst> and when blah; is multiple lines and braces would be needed, I'd prefer to do it the way you wrote with continue, so I don't need a second #if/#endif for the closing brace
18:30:57 <|amethyst> But logic-wise I think it looks fine.  Do testing of course
18:32:16 <|amethyst> create some games in the old version, find out what monsters are carrying in each slot (or create them with known inventory in wizmode), and load them up in the new version to make sure they still work
18:32:36 <Grunt> I've done that, and it does seem to work.
18:32:43 <Grunt> (Otherwise I wouldn't have posted the patch. :) )
18:33:39 <|amethyst> including monsters with stuff in the MSLOT_MISCELLANY slot?
18:33:46 <Grunt> Yes.
18:33:50 <|amethyst> good good
18:34:16 <|amethyst> I'll give it some testing myself
18:34:22 <Grunt> Much appreciated. :)
18:34:30 <Grunt> Thanks for taking the time to look through this.
18:34:57 -!- slitherrr has joined ##crawl-dev
18:36:26 <CIA-50> 03kilobyte * r03b63e86588b 10/crawl-ref/source/ (package.cc package.h): Allow deleting/overwriting save chunks while they're being read.
18:36:26 <CIA-50> 03kilobyte * r34b45f775f49 10/crawl-ref/source/rltiles/dngn/gateways/enter_vaults.png: Antialias the Vaults entrance.
18:36:26 <slitherrr> is the code for the tiles.crawl.develz.org front-end hosted anywhere?
18:46:35 <|amethyst> slitherrr:  source/webserver/, tileweb.cc, etc
18:46:46 <slitherrr> nice, thanks
18:47:06 <|amethyst> grep USE_TILE_WEB *.cc *.h  as well I guess
18:51:52 -!- Jatoskep has quit [Ping timeout: 256 seconds]
18:52:43 <|amethyst> btw, do they pick up amulets/rings/etc now?
18:53:05 <|amethyst> Grunt:   I mean
18:53:08 <Grunt> |amethyst: Yes.
18:53:19 <Grunt> That can easily be changed if necessary, of course.
18:53:34 <Grunt> Actually, that reminds me of something else that I was going to change per discussion here the other day.
18:53:37 <|amethyst> when they have MONUSE_WEAPONS_ARMOUR?
18:53:42 <Grunt> Yes.
18:53:58 <|amethyst> what's the other thing?
18:54:20 <Grunt> Well, it was suggested that it would look strange if a monster swapped an amulet for a ring or vice-versa (they only have one jewellery slot).
18:54:33 <Grunt> So I was going to have them only swap amulets for amulets and rings for rings.
18:54:42 <Grunt> Or possibly have them not pick up and wear anything if they already have one.
18:54:45 <|amethyst> hm
18:55:06 <|amethyst> probably they latter I'd say
18:55:17 <|amethyst> otherwise you'd have to have them evaluate which is better
18:55:35 <|amethyst> or they'd swap all the time, which is abusable
18:56:11 <|amethyst> do they only wear the ones that work for monsters; any good jewellery; or any jewellery?
18:56:28 <Grunt> They will pick up and wear any jewellery at present.
18:56:43 <|amethyst> That's also abusable :)
18:56:43 <Grunt> ...though they only swap it out based on a really primitive comparison function >_>
18:56:50 <|amethyst> carry around an amulet of inaccuracy
18:56:53 <Grunt> (It's based on the really primitive comparison function for armour.)
18:59:16 <Eronarn> better add in monster str/dex/int
19:00:07 <|amethyst> I'll see what I can do for the AI
19:00:52 <ChrisOelmueller> have them go into shops and buy jewellery
19:01:03 <ChrisOelmueller> that would have interesting effects in orc
19:01:53 <|amethyst> using monsters to farm shops isn't interesting :)
19:02:04 <|amethyst> unless you require the monster to have enough gold :)
19:02:44 <ChrisOelmueller> well yes that would be necessary
19:02:56 <ChrisOelmueller> they'd just pick up all the gold in orc and buy stuff you don't need
19:02:58 <ChrisOelmueller> ;p
19:05:42 -!- alefury has quit []
19:10:57 -!- ainsophyao has joined ##crawl-dev
19:15:28 -!- headzone has quit [Ping timeout: 276 seconds]
19:19:00 -!- headzone has joined ##crawl-dev
19:32:42 -!- Jatoskep has joined ##crawl-dev
19:44:03 -!- dtsund has quit [Remote host closed the connection]
19:45:13 -!- dtsund has joined ##crawl-dev
19:50:31 -!- ainsophyao has quit [Remote host closed the connection]
19:55:47 -!- Claws has joined ##crawl-dev
19:56:01 -!- Claws is now known as HangedMan
20:42:51 -!- mikee_ has joined ##crawl-dev
20:47:31 -!- _dd has quit [Ping timeout: 252 seconds]
21:10:52 -!- G-Flex has joined ##crawl-dev
21:28:02 -!- ainsophyao has joined ##crawl-dev
21:32:33 -!- Fa has quit [Ping timeout: 245 seconds]
21:38:57 -!- shirish has quit [Remote host closed the connection]
21:52:17 -!- capablanca has joined ##crawl-dev
21:52:48 -!- mikee_ has quit [Disconnected by services]
21:52:51 -!- capablanca is now known as mikee_
21:59:33 -!- HangedMan has quit [Read error: Connection reset by peer]
22:12:03 -!- Textmode has quit [Ping timeout: 255 seconds]
22:13:01 -!- Fa has joined ##crawl-dev
22:17:55 -!- Pacra has quit [Quit: This computer has gone to sleep]
22:18:27 -!- ainsophyao has quit [Remote host closed the connection]
22:33:27 -!- Jatoskep has quit [Ping timeout: 256 seconds]
22:33:38 -!- ussdefiant_ has joined ##crawl-dev
22:46:29 -!- Wensley has quit [Ping timeout: 256 seconds]
22:55:34 -!- eeviac_ has joined ##crawl-dev
22:58:57 -!- ainsophyao has joined ##crawl-dev
23:06:02 -!- _dd has joined ##crawl-dev
23:06:26 -!- _dd is now known as Guest99369
23:11:33 -!- mikee_ has quit [Read error: Connection reset by peer]
23:42:25 -!- ussdefiant_ has quit [Ping timeout: 252 seconds]
23:47:50 -!- blabber has joined ##crawl-dev
23:57:29 -!- Grunt has quit [Quit: leaving]