--- Log opened Sun Jul 22 00:00:08 2018 20180722 01:06:43-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 01:06:49-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 01:50:19-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 01:50:25-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 02:05:28-!- iwaim [~iwaim@rasteenie.alib.jp] has quit [Ping timeout: 268 seconds] 20180722 02:43:05-!- iwaim [~iwaim@rasteenie.alib.jp] has joined #wesnoth-umc-dev 20180722 03:01:59-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 03:02:05-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 03:32:57<+discordbot> @V aricks about your question on the forum - I think the event's missing first_time_only=no 20180722 03:33:37<+discordbot> hmmmmmmmmmmmmmmmmmmmmm 20180722 03:33:41<+discordbot> I'll try your addition 20180722 03:33:53<+discordbot> 👌🏾 20180722 03:38:37<+discordbot> ahh it still didn't work :/ 20180722 03:45:16<+discordbot> that's strange, I just tested it a bit and it seems to work 20180722 03:46:05<+discordbot> the first_time_only=no goes inside the [event] tag, under name= 20180722 03:49:21<+discordbot> that's where I havei t 20180722 03:49:26<+discordbot> I'll test it again 20180722 03:51:55<+discordbot> It's not firing for me 20180722 03:52:27<+discordbot> How are you obtaining your units? 20180722 03:52:32<+discordbot> hmmm maybe you could post the .cfg file you're using to test? 20180722 03:52:39<+discordbot> i tried recruiting and recalling 20180722 03:52:46<+discordbot> both worked 20180722 03:53:01<+discordbot> I'm obtaining the units via events... but the wiki says it doesn't matter how the unit is obtained 20180722 03:54:50<+discordbot> how are you obtaining units through events/? it must not be triggering the unit_placed event 20180722 03:55:43<+discordbot> It's modifying the side of the unit. 20180722 03:56:25<+discordbot> So, I changed it from side 1 to side two 20180722 03:56:26<+discordbot> ah, I don't think that's listed as something that triggers unit_placed 20180722 03:56:47<+discordbot> it's not being placed on the map, it's just changing sides 20180722 03:56:51<+discordbot> or the other way around 20180722 03:57:09<+discordbot> If that's the case, that sucks :/. Have any idea how to approach the event? 20180722 03:57:38< mattsc> [fire_event]name=unit_placed 20180722 03:57:54< mattsc> inside the event that changes the side of the unit 20180722 03:58:49< mattsc> … and you probably have to add [primary_unit] etc. 20180722 04:03:31<+discordbot> The way that the units are obtained is in a random order (player-controlled.) You go from 3 units to eight, through multiple different events. Would that still work? 20180722 04:03:38<+discordbot> I'd have to do that in each event? 20180722 04:04:25<+discordbot> I suppose I could just kill the unit and respawn it 20180722 04:04:30<+discordbot> then the event should trigger 20180722 04:06:10< mattsc> that would work, but what is the advantage of that over manually firing the unit_placed event? 20180722 04:06:30<+discordbot> Because I only want it fired when I reach a count of eight 20180722 04:07:20< mattsc> But you have that condition in there, so it would only fire once. 20180722 04:07:46< mattsc> I’d do it slightly differently though... 20180722 04:08:15<+discordbot> I clearly do not have an appropriate understanding on the fire_event tag 20180722 04:08:21<+discordbot> I'll have to do some reading then 20180722 04:08:35< mattsc> What are the … occasions that can increase the unit count to 8? 20180722 04:08:49< mattsc> There’s changing a unit’s side. 20180722 04:08:53< mattsc> Anyhting else? 20180722 04:09:04< mattsc> Recruiting, recalling, …? 20180722 04:09:07<+discordbot> Nope. You move next to 'em, so dialogue, they change side. 20180722 04:09:13<+discordbot> some dioalogue* 20180722 04:09:39< mattsc> Okay, I think it’s easier than what you are trting to do then ... 20180722 04:09:52<+discordbot> 😃 20180722 04:10:08< mattsc> There’s several ways but … 20180722 04:10:14<+discordbot> the event itself first checks whether side 1 has 8 units, and if so displays a message. So most times when you fire the event it won't do anything 20180722 04:10:35< mattsc> Right ... 20180722 04:11:15< mattsc> So,, you could set up an event like this: 20180722 04:11:35< mattsc> [event]name=G_speaks [message} … 20180722 04:11:54< mattsc> Nothing else, it just contains the message 20180722 04:12:14< mattsc> Then you set up an event that fires this event when there are 8 units on the map 20180722 04:12:38< mattsc> [event]name=count_unit first_time_only=no [if] .... 20180722 04:12:55< mattsc> And the [if] does a check for whether there are 8 units. It contains this: 20180722 04:13:16< mattsc> [then][fire_event]name-G_speaks 20180722 04:13:26< mattsc> *name=G_speaks 20180722 04:13:46< mattsc> And inside every event that changes the number of units, you have: 20180722 04:14:01< mattsc> [fire_event]name=count_units 20180722 04:14:40< mattsc> You can, of course, combine G_speaks and count_units, if you prefer, or even all three ... 20180722 04:14:59< mattsc> That depends on the details of the scenario and your personal preferences. 20180722 04:15:13< mattsc> I just tried to cut it down into little chunks to show how the logic could work. 20180722 04:15:16< mattsc> Does that make sense? 20180722 04:16:08<+discordbot> I think I understand what you're going for. Multiple interdependent events. Let me try it out 20180722 04:16:33< mattsc> The important thing is the count_units has a first_time_only=no 20180722 04:17:01< mattsc> it gets fired each time a new unit is obtained 20180722 04:17:13< mattsc> But it only triggers G_speak once 20180722 04:17:17<+discordbot> Even obtained when switching a unit's side? 20180722 04:17:51< mattsc> That’s the part that you need to do manually, by firing it with the [fire_event]name=count_units in the unit-side-changing event 20180722 04:18:16< mattsc> Or whatever else might give you another unit 20180722 04:18:40<+discordbot> Yes, I think I understand now. if I attached a picture on discord, can you see it? 20180722 04:18:51< mattsc> not on irc … 20180722 04:18:54< mattsc> let me go to discord 20180722 04:19:08<+discordbot> https://cdn.discordapp.com/attachments/442775044590927873/470444657541775370/unknown.png 20180722 04:19:13<+discordbot> you can paste code using ` three times 20180722 04:19:19<+discordbot> On IRC you can click the attachment link. 20180722 04:19:20<+discordbot> before and after the code 20180722 04:19:38<+discordbot> oh I messed up the g_speaks event 20180722 04:19:43<+discordbot> it's midnight 20180722 04:19:45<+discordbot> [if] count=8 This is not valid conditional WML. 20180722 04:20:02< mattsc> As pseudo-code that’s okay, but the syntax is not 20180722 04:20:15<+discordbot> oh I need the [have_unit] tag right? 20180722 04:20:19< mattsc> right, as shadowm says 20180722 04:20:27< mattsc> also, the message tag is not correct 20180722 04:20:38<+discordbot> Oh yeah that too. 20180722 04:20:44< mattsc> I think that’s what you said. 20180722 04:20:49<+discordbot> That should be message, not speaker. 20180722 04:20:52<+discordbot> Yeah I fixed the message 😛 20180722 04:21:17< mattsc> Anyways, I have to sign off, but hopefully this helps. 20180722 04:21:26<+discordbot> And speaker should be a valid unit id or unit or second_unit or narrator (although unit and second_unit only make sense if the event has been fired with a primary and secondary unit assigned to it respectively. 20180722 04:21:35< mattsc> Whether you do this in 3 or 2 or 1 event(s) is really up to you, but the logic should work like that. 20180722 04:22:30<+discordbot> I'm going to try it, see how it works 20180722 04:23:40< mattsc> One little thin, I would put a message into each of those events. 20180722 04:23:57< mattsc> Just a little debug message, to make sure the event actually fires. You can remove those later. 20180722 04:24:45< mattsc> For example, the ‘count_units’ event absolutely needs a first_time_only=no. And you would figure that out immediately, if you forgot it, by the message only appearing the first time. 20180722 04:25:32< mattsc> Anyways, I got to be off, sorry. Ping me if you need anything specifically from me, I do check the logs for my nick. 20180722 04:25:47< mattsc> But there’s probably other people who can help just as well or better. 20180722 04:25:53< mattsc> Good luck! 20180722 04:26:09<+discordbot> thanks for the help 20180722 04:26:46-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.] 20180722 04:31:03<+discordbot> hmm it still doesn't appear to be firing . I also got raid of the g_speaks event and just combined the event 20180722 04:31:29<+discordbot> rid* 20180722 04:31:48<+discordbot> what does the count_units event look like now? 20180722 04:31:59<+discordbot> [event] name=count_units [if] [have_unit] count=8 side=1 [/have_unit] [then] [message] speaker=Gandfal message= _ "Alright, I think it's about time we move on. That's all we're going to get." [/message] [/then] [/if] [/event] 20180722 04:32:41<+discordbot> ah, it's missing the first_time_only=no 20180722 04:33:05<+discordbot> ah yes that's the important thing.. the thing you told me from the start 20180722 04:33:22<+discordbot> Him too 20180722 04:34:06<+discordbot> nice! it works 20180722 04:34:14<+discordbot> yeah!!! 20180722 04:34:22<+discordbot> what a ride 20180722 04:37:21<+discordbot> @V aricks : just FYI, an advantage of having the G_speaks event separately would/could be that it absolutely only fires once that way. 20180722 04:38:00<+discordbot> For example, later in the scenario you might drop to 7 units, and then get back up to 8 again. The count units event would trigger the message again in that case. 20180722 04:38:20<+discordbot> If you have it in a separate event (without first_time_only=no), that's not the case. 20180722 04:38:35<+discordbot> I'm just saying that for completeness, it might not be an issue in your case. 20180722 04:38:46<+discordbot> Anyway, good to hear that you got it to work. 20180722 04:38:53<+discordbot> I see what you mean. In this case, it doesn't matter, but I could see where it causes problems 20180722 04:38:59<+discordbot> Hey one more question if you don't mind 20180722 04:39:59<+discordbot> I hope I say this clear :) How would I assign a variable to the count_units event so I can use it as a check for other events? 20180722 04:40:26<+discordbot> just set a variable? 20180722 04:40:40<+discordbot> Umm ... I don't understand what you mean, I'm afraid 20180722 04:41:23<+discordbot> You mean a variable that shows whether the event has fired? 20180722 04:41:26<+discordbot> yes 20180722 04:41:42<+discordbot> Yeah, just set [set_variable] inside the appropraite part 20180722 04:42:18<+discordbot> great! Thanks for the help. I think I've got everything I need to make this scenario into what I really wanted it to be 20180722 04:42:27<+discordbot> but that'll have to wait till tomorrow because it's midnight 20180722 04:42:28<+discordbot> great 20180722 04:42:34<+discordbot> thank you! 20180722 04:42:41<+discordbot> and I have to be off too 😃 20180722 04:49:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 04:49:30-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 04:58:50-!- irker774 [~irker@uruz.ai0867.net] has joined #wesnoth-umc-dev 20180722 04:58:50< irker774> project-ethea: Iris Morelle Invasion_from_the_Unknown:master 2c37056b4232 / changelog macros/amla.cfg: Increase Elynia's Strength V HP by 7 instead of 5 https://github.com/project-ethea/Invasion_from_the_Unknown/commit/2c37056b4232fbe828fbcb05277caa40b7160f71 20180722 05:13:01< irker774> project-ethea: Iris Morelle Naia:master 1d5c1cccdce4 / changelog macros/abilities.cfg: Fix protection ability lowering resistances for units with > 50% dmg res https://github.com/project-ethea/Naia/commit/1d5c1cccdce4c7fcc71ce33de41c347c30f501ed 20180722 05:15:35< irker774> project-ethea: Iris Morelle Naia:master f3d3b5bf9d8f / changelog dist/VERSION: Snapshot 20180722 https://github.com/project-ethea/Naia/commit/f3d3b5bf9d8f0dfc659cb60f35ef69f6a0324761 20180722 05:15:37< irker774> project-ethea: shikadiqueen Naia: f3d3b5bf9d8f tagged as 20180722 20180722 05:17:35< irker774> project-ethea: Iris Morelle Invasion_from_the_Unknown:master 3129edcc7337 / scenarios/02_A_Real_Confrontation.cfg: S2: Remove redundant spelling exception https://github.com/project-ethea/Invasion_from_the_Unknown/commit/3129edcc7337df08c86bdae6771e8f7d8e22855d 20180722 05:22:16< irker774> project-ethea: Iris Morelle Invasion_from_the_Unknown:master 3395b094aef6 / changelog dist/VERSION: Version 2.1.1 https://github.com/project-ethea/Invasion_from_the_Unknown/commit/3395b094aef643d71681707c298f0f9010a80a81 20180722 05:22:18< irker774> project-ethea: shikadiqueen Invasion_from_the_Unknown: 3395b094aef6 tagged as 2.1.1 20180722 05:39:18< irker774> project-ethea: Iris Morelle Invasion_from_the_Unknown:master f5140d9d648d / changelog dist/VERSION: Bump version https://github.com/project-ethea/Invasion_from_the_Unknown/commit/f5140d9d648d31fc4a10c459fe5207b20f0b3fe1 20180722 05:39:30< irker774> project-ethea: Iris Morelle Naia:master 44011b9d57db / changelog dist/VERSION: Bump version https://github.com/project-ethea/Naia/commit/44011b9d57db6f7241524a7eb6300551631f3b16 20180722 06:54:10-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev 20180722 08:14:09-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 08:14:15-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 09:52:25-!- hk238 [~kvirc@unaffiliated/hk238] has joined #wesnoth-umc-dev 20180722 10:56:29-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 10:56:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 13:53:17-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 13:53:23-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 14:41:47-!- irker774 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180722 16:19:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 16:19:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 16:57:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180722 16:57:41-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev 20180722 17:56:14-!- hk238 [~kvirc@unaffiliated/hk238] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/] 20180722 20:25:29-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev 20180722 21:33:58-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 264 seconds] --- Log closed Mon Jul 23 00:00:09 2018