--- Log opened Sat Nov 11 00:00:13 2017 20171111 00:46:39< gfgtdf> jyrkive do you know why 'https://github.com/wesnoth/wesnoth/commit/92f0d82b85c01d4be2938ea1ee61b220ca51231b' is marked as ' committed with jyrkive' ? 20171111 00:55:47-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20171111 00:56:06< vultraz> IIRC he did a merge of some sort and pushed that 20171111 00:58:12< celticminstrel> ??? 20171111 01:00:57< shadowm> gfgtdf: That's not a valid copyright statement btw. 20171111 01:15:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20171111 01:20:59< gfgtdf> vultraz: i'm quite sure that this was not a pr, in particular since that was a commit i accidnetly pushed and reverted a new minutes later. 20171111 01:21:22< vultraz> Yes 20171111 01:21:32< vultraz> But it was an unrelated merge 20171111 01:37:29-!- irker900 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20171111 01:37:29< irker900> wesnoth: Ignacio R. Morelle wesmere:master 145c5b1c1bf7 / static/docroot/index.php: Update macOS build link for 1.13.10 https://github.com/wesnoth/wesmere/commit/145c5b1c1bf79ced01b72962ed742974ecdc37da 20171111 02:02:42-!- iceiceice [~chris@unaffiliated/iceiceice] has quit [Quit: Leaving] 20171111 02:50:11-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20171111 02:50:22-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20171111 02:53:45-!- gfgtdf_ [~chatzilla@x4e3633a4.dyn.telefonica.de] has joined #wesnoth-dev 20171111 02:56:09-!- gfgtdf [~chatzilla@x4e368da8.dyn.telefonica.de] has quit [Ping timeout: 268 seconds] 20171111 02:56:10-!- gfgtdf_ is now known as gfgtdf 20171111 03:03:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20171111 03:03:34-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20171111 03:25:14-!- sigurdfd [~SigurdFD@dynamic-acs-72-23-110-196.zoominternet.net] has joined #wesnoth-dev 20171111 04:32:21-!- gfgtdf [~chatzilla@x4e3633a4.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 56.0.2/20171024165158]] 20171111 04:44:10-!- irker900 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20171111 05:11:02-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 260 seconds] 20171111 05:18:45-!- sigurdfd [~SigurdFD@dynamic-acs-72-23-110-196.zoominternet.net] has quit [] 20171111 05:19:06-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev 20171111 05:19:44-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Read error: Connection reset by peer] 20171111 05:24:05-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 240 seconds] 20171111 05:25:37-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev 20171111 05:25:57-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20171111 05:38:07-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 248 seconds] 20171111 05:38:57-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev 20171111 05:49:08-!- celticminstrel is now known as celmin|sleep 20171111 06:00:01-!- Bonobo [~Bonobo@14-203-49-124.tpgi.com.au] has quit [Ping timeout: 240 seconds] 20171111 06:00:58-!- Bonobo [~Bonobo@14-203-49-124.tpgi.com.au] has joined #wesnoth-dev 20171111 06:46:23-!- Bonobo [~Bonobo@14-203-49-124.tpgi.com.au] has quit [Ping timeout: 248 seconds] 20171111 07:55:02-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20171111 07:55:16-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20171111 08:03:33-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!] 20171111 08:21:11-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev 20171111 08:41:29-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev 20171111 08:44:39< JyrkiVesterinen> gfgtdf: I don't recall any more how that commit ended up in the upstream repository. 20171111 08:45:01< JyrkiVesterinen> Indeed, IIRC I pushed it after a merge or rebase. 20171111 08:48:08< vn971> Author: gfgtdf 2017-09-07 23:32:07 20171111 08:48:09< vn971> Committer: Jyrki Vesterinen 2017-10-04 07:11:38 20171111 08:48:23< vn971> everything clean as far as I'm concerned. 20171111 08:49:01< vn971> I don't know what github told there, IIRC he shows the committer, not the author. If this is considered a bug, then it's github bug. 20171111 08:49:23< vn971> "bug" => "unexpected behavior" 20171111 08:50:05< vn971> committer is different from author if, for example, a rebase took place. 20171111 08:50:54< JyrkiVesterinen> What happened there is that gfgtdf originally made a similar commit and then reverted it a few minutes later. 20171111 08:51:23< JyrkiVesterinen> And then, for whatever reason, on my PC Git generated a copy of gfgtdf's original commit (but not the revert!) and I pused it as a part of a merge/rebase. 20171111 08:51:32< JyrkiVesterinen> *pushed 20171111 08:55:21< vn971> JyrkiVesterinen: reverted or force-pushed a reverted stage? 20171111 08:55:53< JyrkiVesterinen> I don't recall any more. It has been two months. 20171111 08:56:17< JyrkiVesterinen> For the record, we never force-push to master. so if it was a force-push, it was to a differetn branch. 20171111 09:00:06-!- Oebele [~quassel@143.177.58.202] has quit [Remote host closed the connection] 20171111 09:54:44< vultraz> we don't just not force-push to master, we *cannot* force-push to master since it's disabled on github :P 20171111 09:55:49< vultraz> except of course, under special situations wherein I (or another project admin) can enable it for a short time 20171111 09:58:42-!- mjs-de [~mjs-de@x4db684e2.dyn.telefonica.de] has joined #wesnoth-dev 20171111 10:02:27-!- irker139 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20171111 10:02:27< irker139> wesnoth: Charles Dang wesnoth:master 68ed124449fd / src/gui/widgets/ (6 files): GUI2: simplified some in-rect checks using sdl::point_in_rect https://github.com/wesnoth/wesnoth/commit/68ed124449fd05c0e4b84125cfd0aaeffd6ed4d7 20171111 10:19:52< vn971> hmm. How do I test that a variable [store_unit] really found something, like `variable_name == nil` ? 20171111 10:20:20< vn971> sry for asking that on dev channel, just spent about 5-10 minutes trying to find that, and failed, yet. 20171111 10:25:20< Ravana_> since store_unit might return any number of units, you generally wrap it in loop so it works with any number 20171111 10:26:14< Ravana_> other than that, have_unit would be most obvious solution 20171111 10:49:50< irker139> wesnoth: Charles Dang wesnoth:master 04ffa265d139 / src/gui/core/ (point.cpp point.hpp): Made gui2::point implicitly convertible to SDL_Point https://github.com/wesnoth/wesnoth/commit/04ffa265d139b115bd12cb65f731330eaca97674 20171111 10:49:53< irker139> wesnoth: Charles Dang wesnoth:master 378b9199ae63 / / (28 files in 10 dirs): Moved point wrapper out of GUI2 namespace https://github.com/wesnoth/wesnoth/commit/378b9199ae630f610684ac8a65ecb9b0a864f749 20171111 10:55:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20171111 10:55:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20171111 11:13:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20171111 11:16:31-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 240 seconds] 20171111 11:16:51-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev 20171111 11:21:15< matthiaskrgr> hm 20171111 11:21:58< matthiaskrgr> were there some changes to "make test" ? 20171111 11:22:07< matthiaskrgr> ninja: error: unknown target 'test', did you mean 'help'? 20171111 11:22:34< JyrkiVesterinen> Yes. The target has been renamed to boost-unit-tests. 20171111 11:22:41< matthiaskrgr> oh 20171111 11:23:10< matthiaskrgr> ah got it to work, thanks ! 20171111 11:28:28< matthiaskrgr> grr 20171111 11:29:40< matthiaskrgr> I don't understand 20171111 11:29:44< matthiaskrgr> I am calling 20171111 11:29:57< matthiaskrgr> cmake .. -G "Ninja" -DENABLE_TESTS=ON -DCMAKE_RELEASE_TYPE=Debug 20171111 11:30:03< matthiaskrgr> yet it still 20171111 11:30:07< matthiaskrgr> Replacing default flags used for Release build with -O3 20171111 11:30:09< matthiaskrgr> :( 20171111 11:32:52< matthiaskrgr> ooh stupid me 20171111 11:33:00< matthiaskrgr> it is BUILD_TYPE , not RELEASE_TYPE 20171111 11:41:28-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .] 20171111 12:01:30-!- travis-ci [~travis-ci@ec2-54-167-212-5.compute-1.amazonaws.com] has joined #wesnoth-dev 20171111 12:01:31< travis-ci> wesnoth/wesnoth#15559 (master - 378b919 : Charles Dang): The build passed. 20171111 12:01:31< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/300564530 20171111 12:01:31-!- travis-ci [~travis-ci@ec2-54-167-212-5.compute-1.amazonaws.com] has left #wesnoth-dev [] 20171111 12:13:36< irker139> wesnoth: Charles Dang wesnoth:master 556331ac3f53 / / (7 files in 4 dirs): GUI2: implemented fixed_width and fixed_height keys for all widgets https://github.com/wesnoth/wesnoth/commit/556331ac3f53f2fd58fd4e137cf86af71d5c064b 20171111 12:13:39< irker139> wesnoth: Charles Dang wesnoth:master 9f386ed563e8 / data/gui/ (4 files in 2 dirs): GUI2: removed GUI_FORCE_WIDGET_SIZE macro in favor of fixed_width/fixed_height k https://github.com/wesnoth/wesnoth/commit/9f386ed563e84e355130a940be804d13bf5b3d9c 20171111 12:14:10< vn971> I wonder.. Does wesnoth itself know where this is?: Invalid WML found: [unstore_unit]: variable 'temp_hero' doesn't contain unit data 20171111 12:15:07< vn971> It does know in Lua, it prints full stack with line numbers. But I never know how to get line info for WML. 20171111 12:16:18< vultraz> not sure 20171111 12:20:52< Ravana_> unstore_unit is implemented in Lua, so you can change how it works easily 20171111 12:21:12-!- gfgtdf [~chatzilla@x4e3633a4.dyn.telefonica.de] has joined #wesnoth-dev 20171111 12:21:30< gfgtdf> ok i saw my original commit is still there https://github.com/wesnoth/wesnoth/commit/d2dc7db0d847392693586f8eac31ee9f50ce1b7b, so no problem then. 20171111 12:22:00< Ravana_> I recall wesnoth allows Lua debug, so you can put traceback call before that line 20171111 12:22:25< gfgtdf> vn971: no wml doesnt know that you have to debug it with adding stack data manually 20171111 12:23:47< gfgtdf> Ravana_: yes the lua debug callstak stack won't give you wml linenumber/files so it probably won't you developer that much. 20171111 12:24:31< Ravana_> it usually gives some surrounding tag names though, that help find where it happens 20171111 12:24:54< Ravana_> given that control flow tags are in Lua 20171111 12:32:40< irker139> wesnoth: gfgtdf wesnoth:master 03207ed08646 / src/hotkey/hotkey_handler_sp.cpp: fix #2186 unable to save game in replay mode https://github.com/wesnoth/wesnoth/commit/03207ed086466fb824bae0f1b41b5c5210afc3f4 20171111 12:33:16< vultraz> could you add a changelog entry for that? 20171111 12:37:57< gfgtdf> hmm not yet, didn't consider this a important commit, also i want to wait until the fix is confirmed 20171111 12:50:39< irker139> wesnoth: gfgtdf wesnoth:master fcf8272abf0c / data/lua/feeding.lua: fix bug in feeding code https://github.com/wesnoth/wesnoth/commit/fcf8272abf0c14ac25c131033aed79b21bc52225 20171111 12:56:07< vultraz> ok 20171111 13:11:18-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev 20171111 13:22:15-!- mjs-de [~mjs-de@x4db684e2.dyn.telefonica.de] has quit [Remote host closed the connection] 20171111 14:08:56-!- vn971 [~vasya@94.158.103.15] has quit [Ping timeout: 268 seconds] 20171111 14:14:02-!- celmin|sleep is now known as celticminstrel 20171111 14:32:25-!- vn971 [~vasya@94.158.103.15] has joined #wesnoth-dev 20171111 14:32:31< celticminstrel> vn971: You can't get line info for WML while the script is running. That's because the WML has already been parsed to a compact object by this time, and any line number information is gone. We'd need to do something like associating metadata with our configs in order to retain this information. 20171111 14:36:21-!- vn971 [~vasya@94.158.103.15] has quit [Read error: Connection reset by peer] 20171111 14:50:20-!- vn971 [~vasya@94.158.103.15] has joined #wesnoth-dev 20171111 14:50:22< vn971> celticminstrel: basically, I'd just like to know what to fix. Currently trying to understand what has been written about stack and especially "surrounding tag names". 20171111 14:50:33< vn971> !log 20171111 14:50:54< vn971> ( found the logs https://www.wesnoth.org/irclogs/2017/11/%23wesnoth.2017-11-11.log ) 20171111 14:51:12< celticminstrel> So you need the answer to this question, right? 20171111 14:51:13< celticminstrel> [Nov 11@05:19:53am] vn971: hmm. How do I test that a variable [store_unit] really found something, like `variable_name == nil` ? 20171111 14:52:10< vn971> celticminstrel: not anymore, I've re-did this in Lua, so no problem anymore. 20171111 14:52:32< vn971> it's some other tag/place/file now. 20171111 14:52:50< celticminstrel> Ah. Looks like [store_unit] itself gives no way to do it, in any case. 20171111 14:54:03< celticminstrel> ...I wonder if [have_unit]find_in=variable_name would work to test if $variable_name contains any units. 20171111 14:54:17< celticminstrel> Anyway, what was your problem, then? 20171111 14:54:32< celticminstrel> You have multiple unstores and are not sure which one is giving an error? 20171111 14:54:53< vn971> celticminstrel: the unsolved one is to understand where this error comes from: Invalid WML found: [unstore_unit]: variable 'temp_hero' doesn't contain unit data 20171111 14:55:38< vn971> celticminstrel: yes. I actually inherited a big portion of code (Creep Wars), and I'm trying to get it running under wesnoth-1.13, and add/tune the features I want. 20171111 14:56:11< celticminstrel> Hmm. 20171111 14:56:30< vn971> celticminstrel: I already to managed get it kinda working on 1.13, I think. But it throws the line above while actually working correctly. 20171111 14:56:59< celticminstrel> So basically it's skipping the invalid unit and carrying on. 20171111 14:57:22< vn971> celticminstrel: maybe. IDK for sure. I haven't tested the scenario fully, yet. 20171111 14:58:49< celticminstrel> Maybe you could try opening the inspector right after each unstore... 20171111 14:58:57< celticminstrel> (Using the [inspect] tag) 20171111 14:59:04< celticminstrel> Or right before. 20171111 15:06:37< gfgtdf> vn971: for debugging you can also change the lua definition of the tags in wml-tags.lua in wesnoth datadirector to do some tracking, so for example you can replace the doesn't contain unit data erro with a direct inspect call. 20171111 15:08:23< vn971> gfgtdf: thank you! Yeah, I was thinking about that option, too. Currently, I think I've "escaped" any time-spending trap because I noticed it happens every turn. So it's gotta live inside [event]name=turn tag or somewhere there. Already found out which tag to comment out for it to work. 20171111 15:08:36< vn971> Definitely gotta try out [inspect], too. 20171111 15:10:46-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .] 20171111 15:53:57-!- irker139 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20171111 15:57:13-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev 20171111 16:08:58-!- DeFender1031 [~DeFender1@46-116-196-40.bb.netvision.net.il] has joined #wesnoth-dev 20171111 16:36:58-!- vn971 [~vasya@94.158.103.15] has quit [Quit: Leaving.] 20171111 16:52:21-!- sevu [~Shiki@p548543DE.dip0.t-ipconnect.de] has joined #wesnoth-dev 20171111 17:03:38< EliDupree2> Just installed 1.13.10 aaaaaaand its time to fix the multiple breakages in EoHS :-P 20171111 17:04:41< EliDupree2> (One of them is probably due to the on_mouse_action bug fixes, so it was unavoidable. The other one is some missing images in my dialog, hmm...) 20171111 17:05:44< EliDupree2> Oh, not just missing images, continuing to click on the check boxes made wesnoth freeze 20171111 17:07:13< EliDupree2> Yeah, repeatable freeze 20171111 17:09:07< EliDupree2> 4 minutes from the wesnoth build finishing to me discovering a novel way to freeze Wesnoth, I think that's a new record 20171111 17:12:36-!- vn971 [~vasya@185.79.102.48] has joined #wesnoth-dev 20171111 17:12:47-!- vn971 [~vasya@185.79.102.48] has quit [Client Quit] 20171111 17:12:51< EliDupree2> (still investigating) 20171111 17:13:31< EliDupree2> Okay, the freeze may be unrelated to the missing images 20171111 17:18:38< EliDupree2> And a repeatable assertion failure, nice… Although, darn it, the assertion failure is dependent on window size 20171111 17:19:33< JyrkiVesterinen> Is it related to GUI? Vultraz committed a broken implementation of fixating widget sizes earlier today. 20171111 17:19:43< EliDupree2> yeah 20171111 17:20:16< EliDupree2> Okay, if it's a memory error, that could possibly explain all 3 of the (assertion failure, freeze, missing images) issues 20171111 17:21:06< Soliton> you said 1.3.10 though or did you mean master? 20171111 17:22:48< EliDupree2> not master 20171111 17:23:56< EliDupree2> (Which is good in context because it means my bug may have already been fixed) 20171111 17:24:19< EliDupree2> whoops misread 20171111 17:24:38< EliDupree2> I thought JyrkiVesterinen said Vultraz *fixed* a broken implementation today 20171111 17:24:46< EliDupree2> So now we just have more bugs 20171111 17:50:34< EliDupree2> Just used GDB. In the freeze, it never exits from gui2::event::implementation::fire_event (src/gui/core/event/dispatcher_private.hpp:435) 20171111 18:01:00< EliDupree2> I also confirmed that this occurs even when I disable all of my theme item hacks 20171111 18:07:37-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has joined #wesnoth-dev 20171111 18:09:26-!- celticminstrel is now known as celmin|away 20171111 18:14:19-!- vultraz [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity] 20171111 19:05:16< gfgtdf> EliDupree2: i'm mnot an expert of the gui2 code but that sound rather general, do you have full stacktrace ? 20171111 19:06:17< gfgtdf> EliDupree2: also, when exactly does it appear? (just during the game, wesnoth.shw_dialog, some core dialog ... )? 20171111 19:17:21< EliDupree2> It's in a wesnoth.show_dialog, getting a stack trace... 20171111 19:18:11< EliDupree2> https://pastebin.com/fAhFU45w 20171111 19:19:32< EliDupree2> (Then I specifically ran 'finish' in GDB until it didn't finish, which happened at stack frame #15) 20171111 19:23:46-!- mjs-de [~mjs-de@x4db684e2.dyn.telefonica.de] has joined #wesnoth-dev 20171111 19:24:30< JyrkiVesterinen> That freeze is most likely a regression from https://github.com/wesnoth/wesnoth/commit/6b7b922bc7becf897d144621518ce2f07819cf8e#diff-895179629b55a44b5f8aa4741a57a11a 20171111 19:24:55< JyrkiVesterinen> Before that, changing the state of toggle button didn't fire NOTIFY_MODIFIED. 20171111 19:25:32< EliDupree2> Nice investigative work. What does NOTIFY_MODIFIED do? 20171111 19:26:02< JyrkiVesterinen> It simply allows other code to listen for the button being selected and unselected. 20171111 19:26:24< JyrkiVesterinen> Your call stack shows how Lua code gets that event, too. 20171111 19:27:25< EliDupree2> hmmmmm 20171111 19:28:25< JyrkiVesterinen> I myself caused a similar bug at one point: https://github.com/wesnoth/wesnoth/commit/0dbf686c4ffdac2421059d3e3be14b165aa06ef0#diff-53c7597392fe3ca4975f383d9a4f2a31 20171111 19:28:55< JyrkiVesterinen> (But in that case, the callback ended up recursively calling itself and eventually crashing the game via a stack overflow.) 20171111 19:29:06< EliDupree2> Wait, I already made a fix for something that seems related – 20171111 19:29:13< EliDupree2> https://github.com/elidupree/EoHS/commit/7b2d1ec70618d0e3c5d360b7ec7ac45d19562f1a 20171111 19:29:22< EliDupree2> I wonder what's different about this... 20171111 19:29:37< EliDupree2> Maybe in this one, the recursive call happens after the first one has exited? 20171111 19:30:21< EliDupree2> s/fix/workaround/ 20171111 19:30:58< JyrkiVesterinen> Well, that's not supposed to happen... 20171111 19:31:35< JyrkiVesterinen> And if it did, you should get out of gui2::event::implementation::fire_event(). 20171111 19:32:50< EliDupree2> Never mind, it's not the same issue – I don't think I actually change the state of a toggle button through lua in this case 20171111 19:34:34< gfgtdf> i do think it's highly unepxected that setting a value manually calls the callback handler. We shoudl fix that, at lest for the lua interface 20171111 19:38:01< gfgtdf> also the part about "This matches other widget such as the toggle_panel." is wrong: toggle_panel::set_value does not fire EVENT_NOTIFIED 20171111 19:38:16< EliDupree2> haha 20171111 19:39:36-!- sevu [~Shiki@p548543DE.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20171111 19:48:38< gfgtdf> vultraz: any opinion on givin all set_value function a 'bool fire_notified' parmater? 20171111 19:49:03< gfgtdf> giving* 20171111 19:50:50-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has quit [] 20171111 19:50:51< gfgtdf> vultraz: on the c++ side i mean 20171111 20:38:46-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev 20171111 20:49:54-!- amir|2 [~amir@public.metalab.wien.funkfeuer.at] has joined #wesnoth-dev 20171111 20:51:02< amir|2> in the filename of replays (e.g. Scrolling_Survival_Difficulty_Mod_Turn_15_(94376)) what does the number mean (in this case 94376)? 20171111 20:54:55< Soliton> the game number, not particularly useful but makes the filename unique. at least for one server run. 20171111 21:08:29< amir|2> thx! 20171111 21:24:59-!- mjs-de [~mjs-de@x4db684e2.dyn.telefonica.de] has quit [Remote host closed the connection] 20171111 21:36:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20171111 21:36:32-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20171111 21:49:56-!- vn971 [~vasya@185.79.102.74] has joined #wesnoth-dev 20171111 21:50:56< vn971> Q: where is html usage in WML documented? I tried out a few places like here: https://wiki.wesnoth.org/Referencewml but nothing found. (Please even if I DC, I'll read the logs.) 20171111 21:52:42< vn971> * please write. // I tried to google it out, too, but nothing was found either. 20171111 21:53:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20171111 21:54:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20171111 21:58:26-!- vn971 [~vasya@185.79.102.74] has quit [Quit: Leaving.] 20171111 22:04:01< Soliton> what html usage? there are places you can use pango markup. perhaps that's what you mean. 20171111 22:05:06-!- amir|2 [~amir@public.metalab.wien.funkfeuer.at] has quit [Ping timeout: 252 seconds] 20171111 22:17:58-!- vn971 [~vasya@94.158.103.15] has joined #wesnoth-dev 20171111 22:20:30< vn971> Soliton: yes, I think. Well I see I can use stuff like this: some text I tried

, but it failed. So what _can_ I use? 20171111 22:21:00< vn971> Soliton: pango and every html tag that pango can generate on its own? 20171111 22:26:17< vn971> cat https://wiki.wesnoth.org/Referencewml | grep pango => 0 results. Same for "SyntaxWML" page 20171111 22:28:59< Soliton> i don't think there is anything general about where you can use pango markup. perhaps for gui2 WML. 20171111 22:30:09< vn971> Soliton: question for me is not _where_, but _which_ pats of the html. I can't use

, but what about

? Etc. 20171111 22:31:16< vn971> (Also, as always, I don't only try to solve the current problem but want to understand globally, read & edit some wiki etc.) 20171111 22:32:54< Soliton> i don't think it's helpful if you keep calling it html but let's wait for someone who understands what you're talking about. 20171111 22:34:02< vn971> Soliton: wait, what is this then?: How do I enter the shop? 20171111 22:34:50< vn971> I can insert this right into some WML parameters using only quotes " and it'll show up in wesnoth _rendered_ (not text). 20171111 22:35:08< JyrkiVesterinen> It's Pango markup. 20171111 22:38:38< vn971> JyrkiVesterinen: ah, I think I got it. It feels like simple valid html, but in reality it's really pango, because that's just how pango works. Soo, OK. I wonder whether we should improve something on the wiki, and if yes, where. 20171111 22:42:45< vn971> Maybe here?: https://wiki.wesnoth.org/SyntaxWML#Special_Attribute_Values 20171111 22:48:01-!- vultraz [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev 20171111 22:48:30-!- amir|2 [~amir@212-88-19-7.hdsl.highway.telekom.at] has joined #wesnoth-dev 20171111 22:54:59-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .] 20171111 23:13:12< zookeeper> FYI, it's currently in here: https://wiki.wesnoth.org/InterfaceActionsWML#Formatting 20171111 23:18:08-!- desttinghim[m] [desttinghi@gateway/shell/matrix.org/x-nuyhtagyligdrfxc] has joined #wesnoth-dev 20171111 23:46:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] --- Log closed Sun Nov 12 00:00:14 2017