--- Log opened Sat Apr 07 00:00:34 2018
20180407 03:06:49-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20180407 03:25:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 03:25:42-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 04:32:00-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 04:32:07-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 08:31:47-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 08:31:56-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 09:00:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 09:00:50-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 11:48:36< vn971> Ravana_: hi.
20180407 11:48:46< Ravana_> hi
20180407 11:49:05< vn971> Ravana_: I wonder, did you made any changes to "attack only" weapon special? I'm trying to repro the functionality on Creep Wars, and it doesn't work.
20180407 11:49:22< vn971> Ravana_: however, if I change the special tag name from [attacks] to [disable], then it works.
20180407 11:49:23< Ravana_> changes compared to what
20180407 11:49:38< vn971> Ravana_: compared to previous releases that are known to be working fine.
20180407 11:50:02< Ravana_> https://github.com/ProditorMagnus/Ageless-for-1-11/commits/master/data/general_data/weapon_specials/attack_only.cfg
20180407 11:50:21< vn971> Ravana_: so no matter how I try to fit your code into my units, it doesn't work. Merely renaming the tag to [disable] did the trick though.
20180407 11:50:45< Ravana_> yes, tag itself is dummy
20180407 11:50:48< Ravana_> working part is defense_weight=0
20180407 11:52:00< vn971> I'm tried to use this, but I see the weapon being used in defense nevertheless.
20180407 11:52:05< vn971> * I tried
20180407 11:52:17< vn971> [disable] works though
20180407 11:54:50< Ravana_> https://i.imgur.com/dlgv4UK.png
20180407 11:56:26< vn971> Ravana_: Thanks for testing. Mystery..
20180407 11:59:06< vn971> Ravana_: wesnoth version 1.12 right?
20180407 11:59:13< Ravana_> yes
20180407 12:00:47< vn971> Totally weird, I've spent about 30min trying to repro the desired behavior, and only had success with [disable]
20180407 12:01:16< vn971> sorry for bothering you and thanks for the help, anyway..
20180407 12:01:44< Ravana_> using disable is more elegant than +tag
20180407 12:04:32< vn971> Ravana_: since we talk about it, it seems that on wesnoth-1.12 you can avoid duplicating the *_inactive fields
20180407 12:04:59< vn971> Ravana_: no need to write name_inactive and description_inactive explicitly if they're equal to the "active" descriptions.
20180407 12:07:28-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Ping timeout: 260 seconds]
20180407 12:07:42-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 13:25:14-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev
20180407 13:37:15-!- octalot [~steve@178.115.128.204.wireless.dyn.drei.com] has joined #wesnoth-umc-dev
20180407 16:16:18-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20180407 17:23:57-!- octalot [~steve@178.115.128.204.wireless.dyn.drei.com] has quit [Ping timeout: 240 seconds]
20180407 17:35:00-!- octalot [~steve@178.115.128.204.wireless.dyn.drei.com] has joined #wesnoth-umc-dev
20180407 17:42:46< vn971> Dear fellow UMC (add-on) writers. I'm asking discussion on the following topic: to we need a compatibility shim for different versions of wesnoth?
20180407 17:42:46< vn971> The problem is as following. Wesnoth 1.12 is pretty much outdated comparing to master branch (development version), but 1.12 is still stable (and will be there even more for e.g. Debian, Ubuntu and some Windows/MacOS guys).
20180407 17:42:46< vn971> Interestingly enough, some functions are still implementable on 1.12, and some can even be copied without changes (I think). This is where a coordinated effort of a compat ship could take place: maintail a Lua "file" running which would add as much of the missing methods as possible.
20180407 17:43:59< vn971> Add-on developers can then copy said Lua compat shim into their add-ons and have many features of the 1.13/1.14 branch on the 1.12 version. No add-on conflicts are expected because methods should only be added if they did not exist before.
20180407 17:45:06< vn971> I presume some of us are already doing that, but "non-publicly". I ask if we should concentrate efforts and avoid double-spending time on this.
20180407 18:28:22< octalot> Given that 1.14 is supposed to release in 4 weeks' time, how long is 1.12 expected to be the main focus for development?
20180407 18:35:45< vn971> octalot: good question. IDK how it'll turn out. I plan to support 1.12 until it has a big fraction of people on MP server AND until supporting it is not too painful. I can't say for others.
20180407 18:39:34< vn971> octalot: On the other hand, once we make the first 1.14 release, add-on developers may _immediately_ start needing a compat shim for 1.14 versions.
20180407 18:40:13< vn971> octalot: once a single new Lua method will be written that can be backported, the question of having a compat shim would make sense.
20180407 18:42:58< vn971> A practical application: has anyone backported [remove_object] in any of the add-ons ?  I'd really want to make use of it, if anyone has it.
20180407 19:13:27< Ravana_> I will not support multiple versions
20180407 19:13:44< Ravana_> any compatibility will be intentional
20180407 19:16:53< vn971> Ravana_: you mean _not_ intentional, right? Only accidental, and support for older versions removed in case any incompatibility is found?
20180407 19:17:16< Ravana_> yes
20180407 19:17:19< vn971> ok.
20180407 20:03:50-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev
20180407 22:32:56-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 22:33:02-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 23:02:14-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180407 23:02:23-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180407 23:56:26-!- vn9711 [~vasya@94.158.103.15] has joined #wesnoth-umc-dev
20180407 23:59:35-!- vn971 [~vasya@94.158.103.15] has quit [Ping timeout: 265 seconds]
--- Log closed Sun Apr 08 00:00:36 2018