--- Log opened Sat Aug 04 00:00:36 2018 20180804 00:01:45-!- gfgtdf [~chatzilla@x55b5b36a.dyn.telefonica.de] has joined #wesnoth-dev 20180804 00:02:30-!- Sophira1 [~Sophira@host86-164-28-3.range86-164.btcentralplus.com] has joined #wesnoth-dev 20180804 00:02:37-!- Connecting [~Connectin@096-058-110-055.res.spectrum.com] has joined #wesnoth-dev 20180804 00:02:42-!- Sophira1 [~Sophira@host86-164-28-3.range86-164.btcentralplus.com] has quit [Remote host closed the connection] 20180804 00:02:49-!- Connecting [~Connectin@096-058-110-055.res.spectrum.com] has quit [Remote host closed the connection] 20180804 00:05:31-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has joined #wesnoth-dev 20180804 00:22:04-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20180804 00:40:06< celticminstrel> Anyone know who "Andras Szell" is, I found them in the git log but can't seem to match them to a git account... 20180804 00:41:16< celticminstrel> I guess I could grab a commit hash and look that up on GitHub. 20180804 00:42:04<+wesdiscordbot> indeed you could 20180804 00:44:49< celticminstrel> VSCODE'S TERMINAL IS SEARCHABLE THIS IS SO USEFUL 20180804 00:50:38< celticminstrel> Could consider doing this also on master, but I figure it hasn't had too many new contributers recently in any case. 20180804 01:01:04-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has quit [] 20180804 01:40:15-!- atomicthumbs [~atomicthu@c-98-236-78-175.hsd1.wv.comcast.net] has joined #wesnoth-dev 20180804 01:41:01-!- gfgtdf_ [~chatzilla@x5ce289a9.dyn.telefonica.de] has joined #wesnoth-dev 20180804 01:41:22-!- atomicthumbs [~atomicthu@c-98-236-78-175.hsd1.wv.comcast.net] has quit [Killed (Unit193 (Spam is not permitted on freenode.))] 20180804 01:42:35-!- gfgtdf [~chatzilla@x55b5b36a.dyn.telefonica.de] has quit [Ping timeout: 240 seconds] 20180804 01:42:59-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev 20180804 01:46:09-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 248 seconds] 20180804 01:55:19-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 01:55:25-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 02:00:26-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 02:00:32-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 02:08:32-!- gfgtdf_ [~chatzilla@x5ce289a9.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 52.9.0/20180621064021]] 20180804 02:33:14-!- TC01 [~quassel@venus.arosser.com] has quit [Ping timeout: 244 seconds] 20180804 02:33:15-!- TC04 [~quassel@venus.arosser.com] has joined #wesnoth-dev 20180804 03:05:45-!- nurupo16 [~nurupo@cpe-72-183-41-18.stx.res.rr.com] has joined #wesnoth-dev 20180804 03:07:22-!- nurupo16 [~nurupo@cpe-72-183-41-18.stx.res.rr.com] has quit [Remote host closed the connection] 20180804 03:39:22-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 244 seconds] 20180804 04:15:57-!- TC04 [~quassel@venus.arosser.com] has quit [Read error: Connection reset by peer] 20180804 04:17:46-!- TC01 [~quassel@venus.arosser.com] has joined #wesnoth-dev 20180804 04:24:48< celticminstrel> Starting to think the thing about sorting in the recall window really is a bug. 20180804 04:25:12< celticminstrel> Every time I open Wesnoth, the order seems to get reset to "level ascending". 20180804 04:25:24< celticminstrel> Once I change it, it's remembered for the remainder of the session. 20180804 04:27:47<+wesdiscordbot> Quick check shows that the order isn't saved to preferences, it's only kept in memory. 20180804 04:28:17< celticminstrel> I see. 20180804 04:28:30<+wesdiscordbot> Of course, it also means that the default order has somehow become ascending. 20180804 04:50:37-!- irker437 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180804 04:53:58<+wesdiscordbot> I never intended for the selected order to persist between sessions 20180804 04:58:14-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] 20180804 05:08:57<+wesdiscordbot> and the default order is defined in th ecpp 20180804 05:22:34-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180804 05:22:56<+wesdiscordbot> celticminstrel: Cannot reproduce. I tested having level 3 and level 1 units in my recall list, and the level 3 unit is shown first. 20180804 05:46:16-!- irker866 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20180804 06:11:40-!- valdar [~atarocch@37.176.231.9] has joined #wesnoth-dev 20180804 06:26:47-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20180804 06:44:14-!- nkuttler13 [~nkuttler@cpe-76-170-217-162.socal.res.rr.com] has joined #wesnoth-dev 20180804 06:44:27-!- nkuttler13 [~nkuttler@cpe-76-170-217-162.socal.res.rr.com] has quit [Remote host closed the connection] 20180804 06:50:46-!- ohnx0 [~ohnx@47.150.234.123] has joined #wesnoth-dev 20180804 06:52:32-!- ohnx0 [~ohnx@47.150.234.123] has quit [Remote host closed the connection] 20180804 07:04:27-!- cebor [~cebor@cpc95738-bolt17-2-0-cust841.10-3.cable.virginm.net] has joined #wesnoth-dev 20180804 07:04:51-!- cebor is now known as Guest19630 20180804 07:05:01-!- Guest19630 [~cebor@cpc95738-bolt17-2-0-cust841.10-3.cable.virginm.net] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 08:04:00-!- Oebele [~quassel@185-11-201-31.ftth.glasoperator.nl] has joined #wesnoth-dev 20180804 08:14:23-!- Oebele [~quassel@185-11-201-31.ftth.glasoperator.nl] has quit [Remote host closed the connection] 20180804 09:00:23-!- Jovan13 [~Jovan@c-73-24-20-35.hsd1.mn.comcast.net] has joined #wesnoth-dev 20180804 09:00:57-!- Jovan13 [~Jovan@c-73-24-20-35.hsd1.mn.comcast.net] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 09:33:13-!- HYP3RBOR3A [~HYP3RBOR3@p5DDF12A4.dip0.t-ipconnect.de] has joined #wesnoth-dev 20180804 11:19:04-!- Appleman1234 [~quassel@121.222.137.147] has quit [Ping timeout: 260 seconds] 20180804 11:34:40-!- Appleman1234 [~quassel@121.222.137.147] has joined #wesnoth-dev 20180804 11:43:07-!- Macuser [~Macuser@220.121.160.89] has joined #wesnoth-dev 20180804 11:43:30-!- Macuser is now known as Guest67419 20180804 11:44:52-!- Guest67419 [~Macuser@220.121.160.89] has quit [Remote host closed the connection] 20180804 11:47:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180804 11:48:46-!- Hijiri [~Hijiri@210.223.97.8] has joined #wesnoth-dev 20180804 11:50:23-!- Hijiri [~Hijiri@210.223.97.8] has quit [Remote host closed the connection] 20180804 11:52:45-!- Stummi18 [~Stummi@bai1b7f84e3.bai.ne.jp] has joined #wesnoth-dev 20180804 11:53:48-!- Stummi18 [~Stummi@bai1b7f84e3.bai.ne.jp] has quit [Remote host closed the connection] 20180804 12:03:33-!- hubcaps26 [~hubcaps@ntkngw958117.kngw.nt.ngn.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20180804 12:04:53-!- hubcaps26 [~hubcaps@ntkngw958117.kngw.nt.ngn.ppp.infoweb.ne.jp] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 12:05:12-!- Louis8 [~Louis@118.35.129.197] has joined #wesnoth-dev 20180804 12:05:25-!- Georgyo3 [~Georgyo@49.165.45.18] has joined #wesnoth-dev 20180804 12:05:31-!- Louis8 [~Louis@118.35.129.197] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 12:06:56-!- Georgyo3 [~Georgyo@49.165.45.18] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 12:12:25-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has quit [Quit: lΓΈl] 20180804 12:13:30-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has joined #wesnoth-dev 20180804 12:17:35-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has quit [Ping timeout: 240 seconds] 20180804 12:18:22-!- nickoe9 [~nickoe@27.102.71.205] has joined #wesnoth-dev 20180804 12:19:02-!- nickoe9 [~nickoe@27.102.71.205] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 12:27:25-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has joined #wesnoth-dev 20180804 12:27:30-!- jeggott25 [~jeggott@14.234.73.64] has joined #wesnoth-dev 20180804 12:27:31-!- smidlers9 [~smidlers@175.215.205.147] has joined #wesnoth-dev 20180804 12:28:14-!- smidlers9 [~smidlers@175.215.205.147] has quit [Remote host closed the connection] 20180804 12:29:52-!- jeggott25 [~jeggott@14.234.73.64] has quit [Remote host closed the connection] 20180804 12:30:34-!- oleo [~oleo@115.84.92.250] has joined #wesnoth-dev 20180804 12:33:10-!- oleo [~oleo@115.84.92.250] has quit [Remote host closed the connection] 20180804 12:50:05-!- Appleman1234 [~quassel@121.222.137.147] has quit [Ping timeout: 240 seconds] 20180804 13:19:22-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has quit [Quit: lΓΈl] 20180804 13:19:34-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has joined #wesnoth-dev 20180804 13:22:32-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has quit [Client Quit] 20180804 13:22:54-!- TheJJ [~rofl@ipbcc05d72.dynamic.kabel-deutschland.de] has joined #wesnoth-dev 20180804 13:27:39-!- valdar [~atarocch@37.176.231.9] has quit [Ping timeout: 268 seconds] 20180804 13:38:11<+wesdiscordbot> Please tell me in which cases could wesnoth crash here: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/dialogs/loading_screen.cpp#L206 20180804 13:38:32<+wesdiscordbot> I am working on wesnoth 1.14 for iPhone and it crashes here 20180804 13:39:35<+wesdiscordbot> Or help me, how can I debug wesnoth more for this 20180804 13:42:42<+wesdiscordbot> It can happen if the loading screen throws some kind of exception while it's being shown. 20180804 13:43:01-!- valdar [~atarocch@37.176.231.9] has joined #wesnoth-dev 20180804 13:46:55<+wesdiscordbot> More info regarding to this problem (I'll copy paste messages from DM with sinda): Sources: https://github.com/hrubymar10/wesnoth/tree/iOS_right_resolution_detection_research Project: https://github.com/hrubymar10/wesnoth_ios/tree/iOS_right_resolution_detection_research On iPhone game crashes on start when you add these flags: 20180804 13:46:56<+wesdiscordbot> https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/src/video.cpp#L256-L257 It is important to do this patch: https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/src/gui/dialogs/loading_screen.cpp#L201-L214 This patch bypasses crash which I have to research more later. After 2 seconds delay (you will see the log bellow) you will got this error: User message: Failed to s 20180804 13:46:56<+wesdiscordbot> dialog, which doesn't fit on the screen. Dev message: /Users/user/xcode/wesnoth-ios/src/gui/widgets/window.cpp:958 in function 'layout' found the following problem: Failed to size window; wanted size 610,381 available size 568,320 screen size 568,320. 568x320 is iPhone 5S's resolution in pt So I believe that now is time to start thinking about tiny_gui. (ofc I need also resolve the first crash). Log: ... device: iPhone SE (GSM); 20180804 13:46:57<+wesdiscordbot> width_pt 320.000000; height_pt 568.000000 initializing: x: 805240832; y: 805240832; w: 800; h 600 initializing: min_w: 800; min_h: 600 Setting mode to 800x600 (process:2880): Pango-WARNING **: error opening config file './pangorc': No such file or directory waiting for 1 seconds... waiting for 2 seconds... WML exception: User message: Failed to show a dialog, which doesn't fit on the screen. Dev message: 20180804 13:46:57<+wesdiscordbot> /Users/martinhruby/xcode/wesnoth-ios/src/gui/widgets/window.cpp:958 in function 'layout' found the following problem: Failed to size window; wanted size 610,381 available size 568,320 screen size 568,320. 20180804 13:48:00<+wesdiscordbot> But then with iPhone X I found something else (iPhone X have enough big screen in pt): ok... good start from my side but there is something more. On iPhone X it crashes with same message. End of log: ... device: iPhone X (GSM); width_pt 375.000000; height_pt 812.000000 initializing: x: 805240832; y: 805240832; w: 812; h 600 initializing: min_w: 800; min_h: 600 Setting mode to 812x600 (process:6035): Pango-WARNING **: 20180804 13:48:00<+wesdiscordbot> opening config file './pangorc': No such file or directory waiting for 1 seconds... waiting for 2 seconds... WML exception: User message: Failed to show a dialog, which doesn't fit on the screen. Dev message: /Users/martinhruby/xcode/wesnoth-ios/src/gui/widgets/window.cpp:958 in function 'layout' found the following problem: Failed to size window; wanted size 610,413 available size 812,375 screen size 812,375. 20180804 13:49:04<+wesdiscordbot> So I believe that we should fix first error first πŸ˜„ Maybe screen is not fully initialised? 20180804 13:50:10<+wesdiscordbot> What exactly do you mean with "first error"? The loading_screen destructor terminating the game? 20180804 13:51:30<+wesdiscordbot> First error is that is_worker_running_ is true so game exist here: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/dialogs/loading_screen.cpp#L206 20180804 13:52:33<+wesdiscordbot> "is_worker_running_ being true" means that the worker thread really is running and it's not safe to continue. 20180804 13:53:06<+wesdiscordbot> The GUI thread almost certainly throws an exception here: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/widgets/window.cpp#L541-L574 20180804 13:54:38<+wesdiscordbot> You could add something like this to window::show() to get more information about the exception: https://github.com/wesnoth/wesnoth/blob/1.14/src/wesnoth.cpp#L1147-L1200 20180804 13:54:46<+wesdiscordbot> Should I start debugging here? Do we have some more informative debugging for video? 20180804 13:56:11<+wesdiscordbot> At this point, there are too many places from which the exception can originate. It's just a guess that it would be video. 20180804 14:02:04<+wesdiscordbot> I'll try debug it. That's only way I can see now 20180804 14:02:46-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180804 14:40:39<+wesdiscordbot> Jyrkive pointed me to right direction. This catch is used: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/widgets/window.cpp#L575-L592 so I am on the right track 20180804 14:42:15-!- Oebele [~quassel@185-11-201-31.ftth.glasoperator.nl] has joined #wesnoth-dev 20180804 14:47:07<+wesdiscordbot> What should this do and why is this function called twice? https://github.com/wesnoth/wesnoth/blob/1.14/src/events.cpp#L426 20180804 14:47:55<+wesdiscordbot> The event pump receives all new events from SDL and dispatches them for the rest of the game to handle. 20180804 14:48:09<+wesdiscordbot> It's called in every frame, sometimes even multiple times per frame. 20180804 14:49:43<+wesdiscordbot> first time this https://github.com/wesnoth/wesnoth/blob/1.14/src/events.cpp#L451 poll_count counts 17times and second time 7times and then it crashes 20180804 14:49:59<+wesdiscordbot> not really crashes, it fall to catch 20180804 14:51:23<+wesdiscordbot> The counts are irrelevant. It depends on which events the game happens to receive. 20180804 14:51:57<+wesdiscordbot> You need more information about the exception. I suggested adding more catch blocks to window::show(). 20180804 14:59:03<+wesdiscordbot> It crashes here: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/widgets/window.cpp#L550 I don't know why would be more catch blocks useful for me when I already know where it crashes. 20180804 14:59:44<+wesdiscordbot> oh, maybe I got you now 20180804 14:59:51<+wesdiscordbot> You don't know where it crashes. 20180804 15:00:07<+wesdiscordbot> events::pump() can call a ton of code all over the place. 20180804 15:00:19<+wesdiscordbot> I did: 20180804 15:00:40<+wesdiscordbot> try { events::pump(); } catch (...) { printf("Here we are\n"); } and now I have full log of Here we are πŸ˜„ 20180804 15:01:20<+wesdiscordbot> My point is that "knowing that it crashes somewhere within events::pump()" tells you almost nothing. 20180804 15:02:17<+wesdiscordbot> Instead of trying to narrow the crash down that way, it would be more useful to know which exception is being thrown. 20180804 15:03:02<+wesdiscordbot> Because a catch(...) can catch anything, it doesn't give you the exception object. (C++ is a statically typed language, a variable that can bind to an arbitrary type isn't possible.) 20180804 15:03:31<+wesdiscordbot> well, ok. I got you 20180804 15:12:00-!- Peng_13 [~Peng_@softbank126121232201.bbtec.net] has joined #wesnoth-dev 20180804 15:12:03-!- conno [~conno@116.37.33.59] has joined #wesnoth-dev 20180804 15:12:19-!- conno [~conno@116.37.33.59] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 15:12:40-!- Peng_13 [~Peng_@softbank126121232201.bbtec.net] has quit [Remote host closed the connection] 20180804 15:12:44-!- K0HAX17 [~K0HAX@121.150.163.147] has joined #wesnoth-dev 20180804 15:13:24-!- K0HAX17 [~K0HAX@121.150.163.147] has quit [Remote host closed the connection] 20180804 15:17:00<+wesdiscordbot> is it possible that it is catched by?: catch(const wml_exception& e) { std::cerr << "WML exception:\nUser message: " << e.user_message << "\nDev message: " << e.dev_message << '\n'; } 20180804 15:18:04<+wesdiscordbot> WML exception: User message: Failed to show a dialog, which doesn't fit on the screen. Dev message: /Users/user/xcode/wesnoth-ios/src/gui/widgets/window.cpp:989 in function 'layout' found the following problem: Failed to size window; wanted size 610,413 available size 812,375 screen size 812,375. 20180804 15:19:13< celticminstrel> gfgtdf or someone, what was the way to interrupt a move in an "enter hex" event? 20180804 15:19:32<+wesdiscordbot> @hrubymar10 Do you mean your earlier log, where you bypass the exit and get the WML exception message later? 20180804 15:20:06<+wesdiscordbot> In that case, the catch statement in wesnoth.cpp does not catch the original exception. Your bypass code swallows it. 20180804 15:21:03<+wesdiscordbot> I did this: try { events::pump(); } catch(const wml_exception& e) { std::cerr << "WML exception:\nUser message: " << e.user_message << "\nDev message: " << e.dev_message << '\n'; } around this: https://github.com/wesnoth/wesnoth/blob/1.14/src/gui/widgets/window.cpp#L550 20180804 15:21:18<+wesdiscordbot> And it catches WML error 20180804 15:21:32< celticminstrel> [Aug 04@11:03:02am] wesdiscordbot: Because a catch(...) can catch anything, it doesn't give you the exception object. (C++ is a statically typed language, a variable that can bind to an arbitrary type isn't possible.) 20180804 15:21:33< celticminstrel> I wonder, could std::any (if that was ever added) or boost::any possibly be used to catch any exception? Probably not I guess, it uses RTTI to match up the exceptions.. 20180804 15:22:06< celticminstrel> That's a good reason to have a root exception class though. 20180804 15:22:24<+wesdiscordbot> @hrubymar10 In that case the message is likely from your code. 20180804 15:22:52<+wesdiscordbot> So, even the original problem is that the loading screen doesn't fit to iPhone's screen. 20180804 15:24:45<+wesdiscordbot> It should fit to iPhone X's screen O.o 20180804 15:25:29<+wesdiscordbot> Maybe it's caused by the SDL_WINDOW_ALLOW_HIGHDPI flag? 20180804 15:26:04<+wesdiscordbot> It could be that SDL reports the screen as smaller than it actually is in order to get the UI elements to a suitable size. 20180804 15:29:21<+wesdiscordbot> I'll try that (SDL_WINDOW_ALLOW_HIGHDPI) 20180804 15:29:57<+wesdiscordbot> Removing it, I assume? 20180804 15:30:06<+wesdiscordbot> yes 20180804 15:30:46<+wesdiscordbot> nope, it didn't do anything 20180804 15:31:18<+wesdiscordbot> It's same with and without this flag 20180804 15:32:20< celticminstrel> Does the "ambushed" message appear on the ambusher's hex or the moving unit's hex 20180804 15:33:33<+wesdiscordbot> @hrubymar10 What's the "Setting mode to" line without the high-DPI flag? 20180804 15:34:08<+wesdiscordbot> It should be "Setting mode to 2436Γ—1125" 20180804 15:34:30<+wesdiscordbot> Setting mode to 812x600 20180804 15:35:00<+wesdiscordbot> That's strange. It sounds like some kind of DPI scaling is still being used. 20180804 15:35:21<+wesdiscordbot> Also, 812x600 is supposed to work (although it's only barely above the minimum resolution). 20180804 15:35:40<+wesdiscordbot> After all, the game launches just fine on Windows if I set window size to 800x600. 20180804 15:36:52<+wesdiscordbot> But the final resolution is changed somewhere, because WML error reports this: WML exception: User message: Failed to show a dialog, which doesn't fit on the screen. Dev message: /Users/martinhruby/xcode/wesnoth-ios/src/gui/widgets/window.cpp:989 in function 'layout' found the following problem: Failed to size window; wanted size 812,385 available size 812,375 screen size 812,375. 20180804 15:37:21<+wesdiscordbot> So it starts in 812x600 but then it switch to 812x375 20180804 15:37:42<+wesdiscordbot> or at least WML reports this value 20180804 15:38:30<+wesdiscordbot> You could add some logging about what sdl::window::get_size() returns. 20180804 15:38:32<+wesdiscordbot> https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/src/sdl/window.cpp#L80 20180804 15:39:07<+wesdiscordbot> Your branch uses fullscreen mode, and that mode may ignore the specified resolution, especially on mobile platforms. 20180804 15:39:49<+wesdiscordbot> fullscreen is default for wesnoth since ~1.13.12 20180804 15:40:11<+wesdiscordbot> I've also hardcoded this flag, but it is default behaviour 20180804 15:40:39< celticminstrel> I think the available size is probably not referring to the whole window. 20180804 15:40:52< celticminstrel> It's probably referring to whatever was alotted to some grid in the dialog. 20180804 15:41:23<+wesdiscordbot> celticminstrel:For the loading screen, it may well be the size of the whole screen. 20180804 15:41:46< celticminstrel> True, true. 20180804 15:48:02<+wesdiscordbot> WML error gets screen size values from here: https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/src/gui/widgets/settings.cpp#L53 20180804 15:48:16<+wesdiscordbot> Here is assigned 375 instead of 600 20180804 15:49:01<+wesdiscordbot> CVideo::screen_area() is trustworthy. 812x375 seems to be the real window size. 20180804 15:49:32<+wesdiscordbot> So, it looks like there is still some DPI scaling here, and as a result the window is way too small for Wesnoth's current UI. 20180804 15:50:10<+wesdiscordbot> Yes, 812x375 is iPhone X's screen size in pt device: iPhone X (GSM); width_pt 375.000000; height_pt 812.000000 20180804 15:52:29<+wesdiscordbot> I know the problem 20180804 15:52:54<+wesdiscordbot> I am doing whole thing because iPhone doesn't react to touch input issue 20180804 15:53:48<+wesdiscordbot> Problem is that to height is touch exact, but to width it is like doubled 20180804 15:54:26<+wesdiscordbot> and it is because wesnoth on start reports 812x600 instead of real 812x375 20180804 15:55:09<+wesdiscordbot> and touch detection uses screen size reported by wesnoth on start. so 812x600 instead of real 812x375. 20180804 15:58:51-!- swordsmanz29 [~swordsman@121.140.114.214] has joined #wesnoth-dev 20180804 15:59:36-!- swordsmanz29 [~swordsman@121.140.114.214] has quit [Remote host closed the connection] 20180804 16:09:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180804 16:10:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180804 16:14:58-!- Numline13 [~Numline1@170-79-32-163.wantel.net.br] has joined #wesnoth-dev 20180804 16:16:36-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has joined #wesnoth-dev 20180804 16:20:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180804 16:20:39-!- Numline13 [~Numline1@170-79-32-163.wantel.net.br] has quit [Ping timeout: 260 seconds] 20180804 16:42:53-!- travis-ci [~travis-ci@ec2-54-159-99-159.compute-1.amazonaws.com] has joined #wesnoth-dev 20180804 16:42:54< travis-ci> wesnoth/wesnoth#19050 (master - 37ddf43 : Konrad2): The build passed. 20180804 16:42:54< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/412055904 20180804 16:42:54-!- travis-ci [~travis-ci@ec2-54-159-99-159.compute-1.amazonaws.com] has left #wesnoth-dev [] 20180804 16:59:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 17:00:03-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 17:10:00-!- sigurdfd [sigurdfd@dynamic-acs-72-23-110-196.zoominternet.net] has quit [] 20180804 17:10:36-!- bobe2 [~bobe@218.146.173.85] has joined #wesnoth-dev 20180804 17:11:18-!- bobe2 [~bobe@218.146.173.85] has quit [Remote host closed the connection] 20180804 17:24:13-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Remote host closed the connection] 20180804 17:26:38-!- Jetrel_bot [~Jetrel@ec2.happyspork.com] has quit [Ping timeout: 256 seconds] 20180804 17:27:46-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 256 seconds] 20180804 17:28:04-!- lobby_ [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev 20180804 17:28:04-!- Topic for #wesnoth-dev: Wesnoth Developers Channel | >>> Want to help? Go here: https://r.wesnoth.org/t42911 (and thanks!) <<< | Discord Server: https://discord.gg/battleforwesnoth | Logs: http://irclogs.wesnoth.org | 1.14.4 scheduled for Sunday, July 15th, 00:01 UTC 20180804 17:28:04-!- Topic set by JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] [Sat Jul 14 17:44:34 2018] 20180804 17:28:04[Users #wesnoth-dev] 20180804 17:28:04[@shadowm ] [ ChipmunkV[m] ] [ Gambit ] [ Jetrel_bot ] [ oldlaptop] [ valdar ] 20180804 17:28:04[+wesdiscordbot ] [ commavir ] [ heirecka ] [ Kawa[m] ] [ Polsaker ] [ vihta ] 20180804 17:28:04[ aeth ] [ crimson_penguin] [ higgins ] [ lobby_ ] [ pydsigner] [ vincent_c] 20180804 17:28:04[ AI0867 ] [ DDR ] [ HYP3RBOR3A] [ loonycyborg ] [ Ravana_ ] [ vn971 ] 20180804 17:28:04[ aidanhs2 ] [ DeFender1031 ] [ irker866 ] [ madmax28[m] ] [ Rhonda ] [ wedge009 ] 20180804 17:28:04[ APic ] [ elias ] [ Ivanovic ] [ matth1askrgr] [ Soliton ] [ zookeeper] 20180804 17:28:04[ behalebabo ] [ EliDupree ] [ Ivanovic_ ] [ minzbonbon ] [ TC01 ] 20180804 17:28:04[ boucman ] [ Elvish_Hunter ] [ iwaim ] [ nurupo ] [ TheJJ ] 20180804 17:28:04[ celticminstrel] [ esr ] [ janebot ] [ Oebele ] [ timotei_ ] 20180804 17:28:04-!- Irssi: #wesnoth-dev: Total of 51 nicks [1 ops, 0 halfops, 1 voices, 49 normal] 20180804 17:28:05-!- Home page for #wesnoth-dev: https://www.wesnoth.org 20180804 17:28:12-!- Channel #wesnoth-dev created Tue Jan 27 05:28:41 2009 20180804 17:28:23-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Remote host closed the connection] 20180804 17:28:24-!- Jetrel_bot [~Jetrel@ec2.happyspork.com] has quit [Ping timeout: 256 seconds] 20180804 17:28:26-!- 3NAAAV4YA [~salios@116.58.247.205] has joined #wesnoth-dev 20180804 17:29:08-!- Irssi: Join to #wesnoth-dev was synced in 73 secs 20180804 17:29:08-!- Ivanovic_ is now known as Ivanovic 20180804 17:37:48-!- 3NAAAV4YA [~salios@116.58.247.205] has quit [Ping timeout: 256 seconds] 20180804 17:37:49-!- aidanhs2 [~aidanhs@81.4.110.234] has quit [Ping timeout: 256 seconds] 20180804 17:37:57-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 240 seconds] 20180804 17:38:47-!- iwaim__ [~iwaim@rasteenie.alib.jp] has joined #wesnoth-dev 20180804 17:38:56-!- iwaim [~iwaim@rasteenie.alib.jp] has quit [Ping timeout: 256 seconds] 20180804 17:39:06-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev 20180804 17:42:17-!- aidanhs2 [~aidanhs@81.4.110.234] has joined #wesnoth-dev 20180804 17:43:35-!- meti1 [~meti@bzq-79-181-222-47.red.bezeqint.net] has joined #wesnoth-dev 20180804 17:44:17-!- meti1 [~meti@bzq-79-181-222-47.red.bezeqint.net] has quit [Remote host closed the connection] 20180804 17:47:27-!- bladernr22 [~bladernr@c-73-123-182-186.hsd1.ma.comcast.net] has joined #wesnoth-dev 20180804 17:48:39-!- bladernr22 [~bladernr@c-73-123-182-186.hsd1.ma.comcast.net] has quit [Remote host closed the connection] 20180804 17:51:07-!- MarkAtwood28 [~MarkAtwoo@d24-36-82-87.home1.cgocable.net] has joined #wesnoth-dev 20180804 17:51:23-!- MarkAtwood28 [~MarkAtwoo@d24-36-82-87.home1.cgocable.net] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 18:02:07-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 18:02:13-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 18:15:45-!- letty20 [~letty@121.166.178.67] has joined #wesnoth-dev 20180804 18:16:14-!- letty20 [~letty@121.166.178.67] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 18:37:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180804 18:51:18<+wesdiscordbot> https://www.phoronix.com/scan.php?page=news_item&px=Wine-VKD3D-Mac-MoltenVK-Patches Running DirectX 12 on top of Vulkan on top of Metal. 20180804 18:51:21<+wesdiscordbot> xD 20180804 18:53:22-!- Oebele [~quassel@185-11-201-31.ftth.glasoperator.nl] has quit [Remote host closed the connection] 20180804 18:57:07<+wesdiscordbot> I could easily imagine one more layer, running something on top of that emulated DX12. 😈 20180804 19:07:29-!- deltab11 [~deltab@197.39.105.32] has joined #wesnoth-dev 20180804 19:12:13-!- deltab11 [~deltab@197.39.105.32] has quit [Remote host closed the connection] 20180804 19:23:42< celticminstrel> Does anyone happen to know what the WML action is to cancel a move-in-progress in an enter hex event? 20180804 19:26:18-!- Shnaw9 [~Shnaw@123.21.20.139] has joined #wesnoth-dev 20180804 19:32:05-!- Shnaw9 [~Shnaw@123.21.20.139] has quit [Ping timeout: 240 seconds] 20180804 19:33:42-!- FuzzySockets [~FuzzySock@14.231.129.186] has joined #wesnoth-dev 20180804 19:35:34<+wesdiscordbot> idea: I will have two title_screen.cfg files. One for iPhones (title_screen_tiny.cfg) and second for rest. How can I register different title_screen.cfg here? https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/src/gui/dialogs/title_screen.cpp 20180804 19:35:55<+wesdiscordbot> Is it possible? 20180804 19:38:05-!- FuzzySockets [~FuzzySock@14.231.129.186] has quit [Ping timeout: 240 seconds] 20180804 19:38:19<+wesdiscordbot> I'd recommend using the already existing [resolution] tags. 20180804 19:38:46<+wesdiscordbot> They are used to create alternative window definitions depending on the screen resolution. 20180804 19:44:44< celticminstrel> To clarify, you can do it in the title_screen.cfg file directly, no need to edit the source code. 20180804 19:45:22< celticminstrel> For an example, take a look at one of the dialogs that already does it - IRCC that's MP Create, addons server, MP Lobby. 20180804 19:45:27< celticminstrel> ^client not server, duh 20180804 19:45:39< celticminstrel> Addons Manager I guess is the proper name for it. 20180804 19:45:45< celticminstrel> ^IIRC 20180804 19:47:51<+wesdiscordbot> ok, I'll study it first 20180804 19:48:20<+wesdiscordbot> can I implement this patch into origin/1.14? 20180804 19:48:21<+wesdiscordbot> https://cdn.discordapp.com/attachments/259976436490829825/475389548168216577/patch.diff 20180804 19:49:01< celticminstrel> Some minor source code modification might be necessary if you do something similar to what has been done in the addons manager (for example), whereby parts of the layout that are always visible in the higher resolution may not always be visible at a lower resolution. 20180804 19:49:16< celticminstrel> (Basically, if it's not visible, some of the code might crash because it assumed it was visible.) 20180804 19:49:33 * celticminstrel now looks at the patch. 20180804 19:50:45< celticminstrel> What does that actually look like from a user standpoint? 20180804 19:51:52< celticminstrel> If you change it to use ERR_??? instead of std::cerr, that might be acceptable? I think maybe a throw; statement should be added too - we can't actually recover from it at least in the titlescreen case, right? 20180804 19:52:49< celticminstrel> The general idea (logging info for known types of exceptions) is a very good one, at least. We probably shouldn't ever use catch(...) as the only catch block in a try. 20180804 19:53:17< celticminstrel> Unless the idea is to just print something and rethrow, but even then it's probably a bit questionable? 20180804 19:53:46< celticminstrel> Come to think of it... the existing catch(...) did do exactly that, right? Was the exception not then caught further down the line to print out the error information you're proposing to add here? 20180804 19:55:07-!- dave492523 [~dave4925@KD106165148097.ppp-bb.dion.ne.jp] has joined #wesnoth-dev 20180804 19:55:40<+wesdiscordbot> Idea of this patch is that today I found why iPhone version crashes on start. I am solving this problem since October 2017. Before it just crashed without any reason in log. with this patch it will tell you that it crashed because themeWML didn't fit to screen 20180804 19:56:19-!- dave492523 [~dave4925@KD106165148097.ppp-bb.dion.ne.jp] has quit [Remote host closed the connection] 20180804 20:01:00< celticminstrel> Yeah, I think the idea is fine, just that you should use the logging system instead of writing directly to std::cerr; and maybe add a throw; because you're not recovering from the error, merely giving information. 20180804 20:04:40<+wesdiscordbot> I 'stole' this code from here: https://github.com/wesnoth/wesnoth/blob/1.14/src/wesnoth.cpp#L1168-L1170 20180804 20:06:23<+wesdiscordbot> My patch of could be better but I am not C++ master and I haven't have enough experience with error handling required for that 20180804 20:06:57<+wesdiscordbot> So I would like ask someone more experienced to implement idea of my patch 20180804 20:07:07<+wesdiscordbot> Yeah, main() could also be refactored to use the log system for excaptions. It's old code and likely predates the logging system. 20180804 20:07:18<+wesdiscordbot> *exceptions 20180804 20:18:26-!- bairdmich21 [~bairdmich@24.226.98.195] has joined #wesnoth-dev 20180804 20:23:03<+wesdiscordbot> Are these [resolution] tags best way to create tinyGUI when I also want to exclude tip of day for example and some buttons? 20180804 20:23:15-!- bairdmich21 [~bairdmich@24.226.98.195] has quit [Ping timeout: 244 seconds] 20180804 20:24:02<+wesdiscordbot> Yes. It replaces the entire widget definition: a di9fferent resolution doesn't have anything by default. 20180804 20:34:49-!- huhlig26 [~huhlig@196.218.71.189] has joined #wesnoth-dev 20180804 20:39:19-!- huhlig26 [~huhlig@196.218.71.189] has quit [Remote host closed the connection] 20180804 20:40:27-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20180804 20:47:11-!- Appleman1234 [~quassel@121.222.137.147] has joined #wesnoth-dev 20180804 20:47:40<+wesdiscordbot> and what can I do with [panel]? https://github.com/hrubymar10/wesnoth/blob/iOS_right_resolution_detection_research/data/gui/window/title_screen.cfg#L247-L270 I can't use [resolution] tag inside [panel]: 20180804 22:47:17 error validation: Tag [resolution] may not be used in [panel] at gui/window/title_screen.cfg:309 included from gui/./default.cfg:30 included from gui/_main.cfg:5 included from 20180804 20:47:40<+wesdiscordbot> gui/window/title_screen.cfg:721 included from gui/./default.cfg:30 included from gui/_main.cfg:5 20180804 20:48:54<+wesdiscordbot> It's supposed to be the opposite: everything inside [resolution]. 20180804 20:48:58<+wesdiscordbot> Example: https://github.com/wesnoth/wesnoth/blob/1.14/data/gui/window/addon_manager.cfg#L817 20180804 20:56:27-!- Zoddo6 [~Zoddo@110.78.186.185] has joined #wesnoth-dev 20180804 21:00:22-!- Zoddo6 [~Zoddo@110.78.186.185] has quit [Remote host closed the connection] 20180804 21:01:22-!- anticrisis [~anticrisi@199.84.43.210] has joined #wesnoth-dev 20180804 21:02:14-!- anticrisis [~anticrisi@199.84.43.210] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 20180804 21:04:41-!- SkIzZaTo [~SkIzZaTo@95-28-163-114.broadband.corbina.ru] has joined #wesnoth-dev 20180804 21:06:12-!- SkIzZaTo [~SkIzZaTo@95-28-163-114.broadband.corbina.ru] has quit [Remote host closed the connection] 20180804 21:11:15-!- Omnious [~Omnious@81-230-10-231-no2221.tbcn.telia.com] has joined #wesnoth-dev 20180804 21:12:49-!- Omnious [~Omnious@81-230-10-231-no2221.tbcn.telia.com] has quit [Remote host closed the connection] 20180804 21:12:54-!- Appleman1234 [~quassel@121.222.137.147] has quit [Ping timeout: 260 seconds] 20180804 21:23:06< loonycyborg> uff this goddamn annoying attack on freenode 20180804 21:23:13< loonycyborg> now I'm getting pm's too 20180804 21:23:19< loonycyborg> which results in notification 20180804 21:23:23< loonycyborg> distracting 20180804 21:24:23-!- Slade6 [~Slade@59.10.207.82] has joined #wesnoth-dev 20180804 21:25:57-!- elkalamar [~elkalamar@218.39.210.236] has joined #wesnoth-dev 20180804 21:26:05-!- Slade6 [~Slade@59.10.207.82] has quit [Remote host closed the connection] 20180804 21:27:07-!- elkalamar [~elkalamar@218.39.210.236] has quit [Remote host closed the connection] 20180804 21:40:09< celticminstrel> QUESTION 20180804 21:40:24< celticminstrel> Is there a way to instruct the game to temporarily not draw units at all? 20180804 21:40:52< celticminstrel> I'm using the fade-out thing ([color_adjust] IIRC) but apparently that doesn't apply to units. 20180804 21:41:52< vn971> celticminstrel: iterate over all units and replace icon with something else (or add a transformation to be deleted later) ? 20180804 21:42:00< celticminstrel> Ick. 20180804 21:42:34< celticminstrel> Doubly-so since I'm moving units around and recalling units and stuff, and I'd rather that progress not be shown. I guess I should at least add animate=no everywhere I can... 20180804 21:42:43< vn971> ick? Anyway, since it'd probably work, dunno what's the exact problem. 20180804 21:44:11< celticminstrel> "ick", an expression of disgust 20180804 21:45:11< vn971> well 10-level WML indentation is much more "ick", yet we have it around :D 20180804 21:49:19< celticminstrel> ...if you [recall] a unit that's on the map, does it do nothing or does it move the unit to the specified location? 20180804 21:51:45< celticminstrel> Oh wait, I see. I got around that by forcibly moving all units to the recall list first. 20180804 21:52:07< celticminstrel> Assuming [modify_unit] actually works to do that. 20180804 21:52:39-!- ksx4system17 [~ksx4syste@118.36.72.83] has joined #wesnoth-dev 20180804 21:53:21-!- ksx4system17 [~ksx4syste@118.36.72.83] has quit [Remote host closed the connection] 20180804 21:53:51< vn971> moving to recall stack is nicer alternative indeed. 20180804 21:55:03< celticminstrel> Huh? 20180804 21:55:15< celticminstrel> Here I'm describing what I was already doing. 20180804 21:57:38< vn971> temporarily not draw units at all -- I thought you decided to move them to recall stack (in order to avoid painting them), which seems like an OK solution to me personally. 20180804 21:58:01< celticminstrel> Yeah, that's what I was doing them, but then I still saw them as they were recalled. 20180804 21:58:06< vn971> apparently this is what you did already and you're not thinking it's very "OK". 20180804 21:58:18< celticminstrel> Oh wait. I should probably also add a [redraw] after moving them to recall... 20180804 22:03:24< celticminstrel> Yeah, with the redraw and show=no it does work a lot better. 20180804 22:05:24-!- gallaecio [~quassel@89.96.79.188.dynamic.jazztel.es] has joined #wesnoth-dev 20180804 22:10:36-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer] 20180804 22:22:26-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 22:22:32-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 22:28:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180804 22:37:38-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180804 22:37:44-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180804 22:47:47< DeFender1031> Dang. It's been a while since I touched wesnoth or chatted here. 20180804 22:48:33< DeFender1031> I was just reminded because celticminstrel commented on an old GH issue I put in a while ago 20180804 22:52:12<+wesdiscordbot> DeFender1031: well, welcome back in any case πŸ˜ƒ 20180804 22:56:37<+wesdiscordbot> TinyGUI title_screen.cfg in progress: 20180804 22:56:38<+wesdiscordbot> https://cdn.discordapp.com/attachments/259976436490829825/475436929345912843/unknown.png 20180804 23:01:15<+wesdiscordbot> Can't you disable the notch so the app doesn't extend into it? 20180804 23:01:35<+wesdiscordbot> I thought I read someone mention something about it the other day. 20180804 23:02:23<+wesdiscordbot> I'm saying this because there's absolutely no practical way to make it work with this game. 20180804 23:02:39<+wesdiscordbot> more like you can make the app not extend past the notch 20180804 23:02:52<+wesdiscordbot> Same difference. 20180804 23:02:54<+wesdiscordbot> the notch is a physical bit of hardware. 20180804 23:03:01<+wesdiscordbot> I am aware. 20180804 23:03:09<+wesdiscordbot> I wasn't born yesterday. 20180804 23:03:09<+wesdiscordbot> but yes 20180804 23:03:49<+wesdiscordbot> there's also something really wrong with how the background is being scaled 20180804 23:04:01<+wesdiscordbot> the iPhone has a really high-res screen 20180804 23:04:08<+wesdiscordbot> it shouldn't be scaled down that far 20180804 23:04:40<+wesdiscordbot> I probably can. But now I am just trying to make title_screen work on all screen sizes 20180804 23:06:01-!- JStoker3 [~JStoker@187-55-226-120.fnses700.dsl.brasiltelecom.net.br] has joined #wesnoth-dev 20180804 23:06:07<+wesdiscordbot> The reason I mention it is because you'll run into that issue as soon as you figure out how to align the button panel to the right πŸ˜› 20180804 23:07:39-!- gallaecio [~quassel@89.96.79.188.dynamic.jazztel.es] has quit [Quit: http://quassel-irc.org - Converse confortabelmente. En calquera parte.] 20180804 23:07:40<+wesdiscordbot> iPhone X have 1125x2436px display. But wesnoth, or better SDL uses points, not pixels. Resolution in points is 3 times smaller (as iPhone X has 3x scalling). 20180804 23:07:46-!- JStoker3 [~JStoker@187-55-226-120.fnses700.dsl.brasiltelecom.net.br] has quit [Remote host closed the connection] 20180804 23:08:57<+wesdiscordbot> @shadowm It was aligned to right and it wasn' so bad πŸ˜„ I want try center it and make buttons little bit more wide for usage on touch screen 20180804 23:10:19<+wesdiscordbot> You need to fit the logo somewhere. 20180804 23:10:58<+wesdiscordbot> (No idea what your plan for the tips is. Personally I'd get rid of them on all platforms.) 20180804 23:11:30<+wesdiscordbot> tips of day must be removed 20180804 23:11:44<+wesdiscordbot> Also I think you mean to make the buttons thicker not wider. 20180804 23:11:48<+wesdiscordbot> and logo, maybe top left corner? 20180804 23:12:07<+wesdiscordbot> Because it's their vertical size that's lacking and a bit awkward for touch. 20180804 23:12:21<+wesdiscordbot> Uh no I was thinking center left. 20180804 23:12:46<+wesdiscordbot> So that you don't end up with an unbalanced layout. 20180804 23:13:38<+wesdiscordbot> I had an idea to make buttons scrollable. It would be good for most tiniest displays like iPhone 5S 20180804 23:15:38<+wesdiscordbot> Situation on iPhone 5S: WML exception: User message: Failed to show a dialog, which doesn't fit on the screen. Dev message: /Users/user/xcode/wesnoth-ios/src/gui/widgets/window.cpp:962 in function 'layout' found the following problem: Failed to size window; wanted size 156,367 available size 568,320 screen size 568,320. 20180804 23:24:05<+wesdiscordbot> @Pentarctagon thanks. I've kinda been neglecting Wesnoth at the moment because I got very deep into mario maker 20180804 23:24:22<+wesdiscordbot> I do fully intend to return someday and finish my gosh darn campaign. 20180804 23:46:17-!- Warped18 [~Warped@42.55.234.60] has joined #wesnoth-dev 20180804 23:48:34-!- siso_ [~siso_@197.227.133.177] has joined #wesnoth-dev 20180804 23:48:52-!- siso_14 [~siso_@112.172.254.140] has joined #wesnoth-dev 20180804 23:49:07-!- siso_ [~siso_@197.227.133.177] has quit [Remote host closed the connection] 20180804 23:49:57-!- siso_14 [~siso_@112.172.254.140] has quit [Remote host closed the connection] 20180804 23:50:35-!- Warped18 [~Warped@42.55.234.60] has quit [Ping timeout: 240 seconds] 20180804 23:57:11-!- jeggott13 [~jeggott@182.73.45.186] has joined #wesnoth-dev 20180804 23:58:21-!- abraxis [~abraxis@110.78.147.123] has joined #wesnoth-dev 20180804 23:58:29-!- abraxis is now known as Guest8721 20180804 23:58:30-!- raspimate_ [~raspimate@223.154.3.202] has joined #wesnoth-dev 20180804 23:59:38-!- Guest8721 [~abraxis@110.78.147.123] has quit [Killed (Unit193 (Spam is not permitted on freenode.))] --- Log closed Sun Aug 05 00:00:26 2018