--- Log opened Wed Jan 27 00:00:10 2016
--- Day changed Wed Jan 27 2016
20160127 00:00:10< shadowm> I specifically told you at the beginning "type=custom [or so] dialog needs to be aware of option ids and handle them specially".
20160127 00:00:36< shadowm> But no let's waste time reinventing the wheel.
20160127 00:02:29-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160127 00:06:37< vultraz> IIRC we only have two custom prefs right now, right?
20160127 00:06:49< vultraz> advanced graphic and orb colors (unimplemented)
20160127 00:08:54-!- Appleman1234 [~Appleman1@KD119104011230.au-net.ne.jp] has joined #wesnoth-dev
20160127 00:24:58-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
20160127 00:39:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160127 00:42:53-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20160127 00:44:44-!- aidanhs [~aidanhs@81.4.110.234] has quit [Ping timeout: 272 seconds]
20160127 00:48:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160127 00:54:20-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20160127 01:24:25-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Quit: later]
20160127 01:52:34< gfgtdf> shadowm: there is a spammer in the wiki.
20160127 01:53:17< vultraz> where?
20160127 01:54:27< gfgtdf> vultraz: https://wiki.wesnoth.org/index.php?namespace=&limit=500&title=Special%3ARecentChanges
20160127 01:55:33< gfgtdf> vultraz: it also kills pages liek in https://wiki.wesnoth.org/index.php?title=StartingPoints&diff=next&oldid=56320
20160127 01:55:48< vultraz> Will deal
20160127 01:57:28-!- mjs-de [~mjs-de@f048182077.adsl.alicedsl.de] has quit [Remote host closed the connection]
20160127 01:57:45< gfgtdf> vultraz: you have some automatic tools to do that ?
20160127 01:57:56< vultraz> no i just have to delete the spam
20160127 01:58:47< gfgtdf> vultraz: but its a lot of spam
20160127 01:58:51< vultraz> yes
20160127 01:58:55< vultraz> i'm also a wiki admin
20160127 01:59:01< vultraz> so it's my job
20160127 01:59:18< gfgtdf> vultraz: will changes by user autmaically be reverted when you blobk a user ?
20160127 01:59:27< vultraz> not that I know of
20160127 02:00:27< gfgtdf> vultraz: maybe scuha an option would make clearing this tpye of spame easier
20160127 02:00:39< vultraz> shadowm is the person to talk to about that
20160127 02:00:55< vultraz> Also depends on the mediawiki platform
20160127 02:01:58< shadowm> Ask someone who actually knows how to run a MediaWiki wiki.
20160127 02:02:13< vultraz> This is a whole shitton of spam by multiple people, though
20160127 02:02:22< vultraz> Do we need to update the capcha or something
20160127 02:02:50< shadowm> Most likely. I told... whoever (zookeeper?) that it needed to be refreshed every once in a while.
20160127 02:04:13< gfgtdf> vultraz: can you just reset the wiki to a certain date ?
20160127 02:04:25< vultraz> I don't know
20160127 02:04:29< shadowm> http://pastebin.com/v95BJ7Qt
20160127 02:04:35< shadowm> Give me new questions and answers.
20160127 02:07:07< vultraz> shadowm: https://www.mediawiki.org/wiki/Extension:BlockAndNuke
20160127 02:07:22< vultraz> have we?
20160127 02:07:27< shadowm> Says beta.
20160127 02:07:44< shadowm> I'm not willing to run prerelease software on a production environment.
20160127 02:08:36-!- prkc [~prkc@51B78693.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20160127 02:08:59< vultraz> Well keep an eye on it for when it gets out of beta
20160127 02:09:11< shadowm> I won't, really.
20160127 02:09:44< vultraz> Do you want me to?
20160127 02:09:46< shadowm> My contract only requires me to tend to the MW platform itself, not to figure out how it works.
20160127 02:10:06< shadowm> And much less to deal with extensions that weren't already installed.
20160127 02:11:38< gfgtdf> hmm but i really dont think vultraz can easily revert > 5000 spam posts by hand.
20160127 02:13:52< shadowm> I'm going to enable this: https://www.mediawiki.org/wiki/Extension:Nuke
20160127 02:14:33< vultraz> It's times like these I feel inclined to suggest we move to the github wiki
20160127 02:14:38< vultraz> Wouldn't have spam
20160127 02:14:39< shadowm> No.
20160127 02:15:34< shadowm> 23:04:31 <shadowm> http://pastebin.com/v95BJ7Qt
20160127 02:15:34< shadowm> 23:04:36 <shadowm> Give me new questions and answers.
20160127 02:15:41< shadowm> Work on that while I figure out the rest.
20160127 02:15:43< vultraz> Can't think of any good ones
20160127 02:16:14< shadowm> Okay then I'll disable registrations and ask zookeeper for help with that then.
20160127 02:16:56< vultraz> Only one that comes to mind is 'who started wesnoth'
20160127 02:16:59< shadowm> Really we should just disable registrations and have people go through admins instead.
20160127 02:17:23< shadowm> (Also you are unbelievable. There's a virtually infinite number of questions that can be asked.)
20160127 02:17:53< vultraz> We don't want them to be too complicated, though
20160127 02:17:59< shadowm> No, we want them.
20160127 02:18:12< shadowm> Who the hell needs to edit the wiki other than experienced players, content creators, and developers?
20160127 02:18:36< shadowm> Nobody, that's who.
20160127 02:18:45< shadowm> Oh wait, no, that's wrong.
20160127 02:18:48< shadowm> Spammers do.
20160127 02:19:31< vultraz> Well then you might as well ask things such as "Who is Konrad's wife" or "Who were the nomadic people who appear in The Rise of Wesnoth"
20160127 02:19:52< shadowm> Sure.
20160127 02:19:52< gfgtdf> shadowm: people who notice a type for example
20160127 02:20:06< gfgtdf> vultraz: actualyl i wouldn't know these.
20160127 02:20:27< shadowm> Disabled new account registrations.
20160127 02:20:33< vultraz> Lisar and the Wesfolk iirc 
20160127 02:24:56< gfgtdf> vultraz: you can remvoe teht spam form the logs too ?
20160127 02:28:04-!- gfgtdf_ [~chatzilla@f054052028.adsl.alicedsl.de] has joined #wesnoth-dev
20160127 02:30:54< vultraz>  i dont think so
20160127 02:31:18-!- gfgtdf [~chatzilla@f054052101.adsl.alicedsl.de] has quit [Ping timeout: 250 seconds]
20160127 02:31:26< shadowm> Can aynone tell me exactly when the spam started?
20160127 02:31:29-!- gfgtdf_ is now known as gfgtdf
20160127 02:31:43< vultraz> i know at least yesterday
20160127 02:31:53< shadowm> UTC, exact time.
20160127 02:32:43< shadowm> Special:RecentChanges is about as useful as liquid dog shit. Is there a better option?
20160127 02:33:29< vultraz> I don't know!
20160127 02:35:12< vultraz> According to the logs..
20160127 02:35:30< vultraz> 20:31, January 25, 2016 was the beginning of a huge surge in account creation
20160127 02:35:56< shadowm> What logs are you looking at?
20160127 02:36:03< vultraz> https://wiki.wesnoth.org/index.php?title=Special:Log&offset=&limit=500&type=&user=
20160127 02:36:26< gfgtdf> i get 'Server Maintenance in Progress' on that page
20160127 02:36:27< vultraz> I see suspicious names going back to 08:17, November 10, 2015
20160127 02:36:54< vultraz> ah now I do too
20160127 02:37:41< gfgtdf> shadowm: you did that ?
20160127 02:37:48< shadowm> Yes.
20160127 02:38:04< gfgtdf> shadowm: you know when it'll be available ?
20160127 02:38:22< shadowm> No.
20160127 02:39:16< gfgtdf> vultraz: the Special:RecentChanges seems to suport a from= key
20160127 02:40:28< gfgtdf> shadowm: you are creating a backup ?
20160127 02:40:38< shadowm> I'm doing something much more destructive than that.
20160127 02:41:21< vultraz> You're reverting to a previous state?
20160127 02:41:28< shadowm> -rw------- 1 root root 235367977 Jan 24 06:31 forum.mysqldump.2.gz
20160127 02:42:12< shadowm> https://wiki.wesnoth.org/Special:RecentChanges
20160127 02:42:25< shadowm> If you made any changes since that then you'll have to redo them, sorry about that.
20160127 02:44:25< shadowm> Although... I suppose I might as well try the next backup.
20160127 02:45:53< shadowm> Nah, it's bad.
20160127 02:45:57< shadowm> The 24th it is.
20160127 02:46:37-!- iceiceice [~chris@ext-74.ias.edu] has joined #wesnoth-dev
20160127 02:46:37-!- iceiceice [~chris@ext-74.ias.edu] has quit [Changing host]
20160127 02:46:37-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160127 02:47:45< iceiceice> shadowm, these captcha questions are too hard
20160127 02:48:03< iceiceice> they should be like, anyone who has ever played the game once should immediately know the answer
20160127 02:48:22< iceiceice> not like lore trivia questions
20160127 02:48:38< iceiceice> "What animal do direwolf riders ride" is  a good one
20160127 02:48:58< shadowm> 23:47:47 <iceiceice> shadowm, these captcha questions are too hard
20160127 02:49:03< shadowm> Good, that's the way they should be.
20160127 02:49:07< iceiceice> "what year was wesnoth released"  is not a good captcha
20160127 02:49:43< iceiceice> i mean this is not the purpose of captcha
20160127 02:49:50< iceiceice> its just going to be frustrating to legitimate users
20160127 02:50:18< iceiceice> better captcha is like "which of these is not a property of wesnoth units: hitpoints, experience points, super saiyan points, level"
20160127 02:50:21< shadowm> 23:18:13 <shadowm> Who the hell needs to edit the wiki other than experienced players, content creators, and developers?
20160127 02:50:24< shadowm> 23:18:37 <shadowm> Nobody, that's who.
20160127 02:50:37< shadowm> They can always ask for help if necessary.
20160127 02:50:59< shadowm> 23:17:00 <shadowm> Really we should just disable registrations and have people go through admins instead.
20160127 02:51:11< iceiceice> its just very unprofessional to have captcha questions like "what kingdom is south of the great river", it will make peopel think we dont know what captcha is
20160127 02:51:15< shadowm> I'm off now.
20160127 02:54:07< shadowm> Oh, and FTR zookeeper wrote that batch of questions, not me.
20160127 02:59:50< vultraz> thank you for saving me from hours of deleting spam 
20160127 03:00:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 03:04:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 245 seconds]
20160127 03:14:25-!- gfgtdf [~chatzilla@f054052028.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]]
20160127 03:21:24-!- Samual [~Samual@xonotic/core-team/Samual] has quit [Ping timeout: 256 seconds]
20160127 03:42:51< vultraz> shadowm: should tslider inherit from tselectable_? 
20160127 03:43:04-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20160127 04:26:58< vultraz> mainly because tslider doesn't have a set_callback_state_change member 
20160127 04:31:15< vultraz> well i guess because... its states don't really change
20160127 04:31:29< vultraz> which is why you're supposed to use connect_signal_notify_modified
20160127 04:31:44< vultraz> but I can't use both in the same function
20160127 04:43:52< celticminstrel> vultraz: Reverting changes in MediaWiki is about as simple as going to the History tab and clicking Revert. It helps if you use the Monobook or that newer skin rather than the Wesnoth skin - it's hard to find admin things in the Wesnoth skin.
20160127 04:44:42< vultraz> I know how to revert a change
20160127 04:44:43< celticminstrel> shadowm: For questions, maybe something about which factions live where. For example, "Which faction lives in the northern hills?"
20160127 04:44:47< vultraz> But the problem is when there's 5000 changes :P
20160127 04:44:54< celticminstrel> (The answer being Knalgan Alliance)
20160127 04:44:59< celticminstrel> vultraz: Fair enough
20160127 04:45:25< vultraz> celticminstrel: 'dwarves' should also be acceptable 
20160127 04:46:02< celticminstrel> Weirdly enough, when I wrote the question I was actually thinking orcs, but you're right.
20160127 05:33:52< vultraz> celticminstrel: is it possible to overload a template function with an explicit specialization?
20160127 05:36:58< vultraz> like, say I have template<typename T> foo(T& something), and I want to make an overload for foo() where T is of type bar
20160127 05:37:38< celticminstrel> I'd call that an overload, not a specialization, but it should work.
20160127 05:37:58< celticminstrel> Then foo(bar) is not an instance of the template but rather a separate function that happens to have the same name.
20160127 05:38:28< vultraz> oh, wait, I can just overload it without the template?
20160127 05:38:54< vultraz> but what if I have a template with two typenames, and the overload doesn't need one because it's specified
20160127 05:39:20< celticminstrel> You can't partially specialize a function template. You might be able to fully specialize it.
20160127 05:39:39< celticminstrel> What you describe sounes like it could be the former.
20160127 05:39:43< celticminstrel> ^sounds
20160127 05:40:00< celticminstrel> You could of course declare a separate template with only one typename, and the other argument specified.
20160127 05:40:12< vultraz> see, I have this function http://pastebin.com/naqyqB3k
20160127 05:40:37< vultraz> but it can'tbe used with a tslider object because tslider has no set_callback_state_change member because it doesn't inherit from tselectable_
20160127 05:40:51< vultraz> so I wanted to make an overload where W is specified to be tslider
20160127 05:40:58< vultraz> s/W/parent
20160127 05:41:22< celticminstrel> You can do that.
20160127 05:41:36< celticminstrel> But you can't use the template specialization syntax. Just declare it as a separate template.
20160127 05:42:02< vultraz> so just template <typename T> foo(tslider& parent, etc) ?
20160127 05:42:44< vultraz> (I'm wondering if I need W at all - I could just use tselectable_ 
20160127 05:43:05< vultraz> since get_value() is inherited from that class anyway)
20160127 05:43:24< celticminstrel> Yeah, your overload will have only one template parameter. No W.
20160127 05:43:26< vultraz> is it better to use a class's virtual functions?
20160127 05:43:47< celticminstrel> Oh, wait.
20160127 05:43:51< celticminstrel> That's what you're saying.
20160127 05:44:51< celticminstrel> Well, you see, if you leave the function as it is, you can get it to work with tslider by adding a set_callback_state_change function to tslider.
20160127 05:45:24< celticminstrel> Whereas if you eliminate the template parameter and replace W with tselectable, you can't do that sort of thing.
20160127 05:46:16< vultraz> I know
20160127 05:46:28< vultraz> Which is why I was asking shadowm above if tslider shoud inherit from tselectable_
20160127 05:46:49< vultraz> if not, I will have to specify an overload with a connect_signal_notify_modified call
20160127 05:46:52< celticminstrel> I'm saying you can make it work by adding the function even without it inheriting from tselectable.
20160127 05:47:01< celticminstrel> (Why are you putting an underscore on the end?)
20160127 05:47:09< vultraz> That's the class name
20160127 05:47:13< vultraz> For some reason
20160127 05:47:17< celticminstrel> With how you've set it up now, parent can be of any type that happens to have a set_callback_state_change function that takes the right kind of parameters.
20160127 05:47:19< celticminstrel> Weird.
20160127 05:47:35< celticminstrel> What inherits from tselectable?
20160127 05:48:28< vultraz> widgets like buttons and the combobox 
20160127 05:48:34< vultraz> tslider inherits from tinteger_selector_
20160127 05:48:55< celticminstrel> I guess integer_selector doesn't inherit from selectable either.
20160127 05:49:13< celticminstrel> Is there a description of what selectable is supposed to represent?
20160127 05:49:33< vultraz> No
20160127 05:49:41< celticminstrel> Not even a documentation comment?
20160127 05:49:48< vultraz> Not in its header, no
20160127 05:50:03< vultraz> (BTW, I also tried using connect_signal_notify_modified with things other than tslider but it doesn't work)
20160127 05:50:33< vultraz> (it's part of the tdispatcher class, which deals with events)
20160127 05:51:34< vultraz> (the class virtual functions like set_callback_state_change deal with variables in the classes themselves, it seems) 
20160127 05:52:57< vultraz> though, the dispatcher class also deals with member variables..
20160127 05:53:04< vultraz> but this is getting into the gui2 event chain :(
20160127 05:53:33< vultraz> but the bottom line is, I'm not sure if a set_callback_state_change function is best for tslider
20160127 05:53:51< celticminstrel> I dunno either.
20160127 05:53:53< vultraz> since I think it's meant for state changes like not clicked -> pressed
20160127 05:54:16< vultraz> dragging a slider is better for modify_changed 
20160127 05:54:21< vultraz> which is why I wanted to go with an overload 
20160127 05:55:02< vultraz> would be even more optimal if I could say "overload for any type inheriting from type x" but that's not C++
20160127 05:55:20< celticminstrel> Uh. You can do that easily.
20160127 05:55:29< vultraz> wait really?
20160127 05:55:49< celticminstrel> That's ordinary polymorphism, right?
20160127 05:56:33< celticminstrel> foo(x& bar) can be called with anything that inherits from type x.
20160127 05:57:13< celticminstrel> You can force that kind of thing for template parameters too with a bit of work, but if you're doing that then there's really no point in using a template parameter in the first place.
20160127 05:58:00< vultraz> I haven't learned polymorphism
20160127 05:58:35< vultraz> but that's good to know, then 
20160127 05:58:57< vultraz> I guess I should specify the overload for type tinteger_selector_.. or whatever slider is a child of
20160127 05:59:01< celticminstrel> ...I'm pretty sure you've been using polymorphism...
20160127 05:59:16< vultraz> I have? 
20160127 05:59:29< vultraz> You mean I have and not known it?
20160127 05:59:39< celticminstrel> Not quite sure, but likely.
20160127 05:59:58< vultraz> huh
20160127 06:04:09< vultraz> ok... connect_signal_notify_modified doesn't like something being passed to it
20160127 06:04:11< vultraz> dammit
20160127 06:06:00< vultraz> boost\bind\bind.hpp|392|error: no match for call to '(boost::_mfi::mf2<void, gui2::tpreferences, const gui2::tselectable_&, gui2::tcontrol&>) (gui2::tpreferences*&, gui2::tslider&, gui2::tcontrol&)'|
20160127 06:06:33< vultraz> why is tselectable even here
20160127 06:08:18< celticminstrel> If you were using the function you posted, I'd say that parent was a tselectable)
20160127 06:08:21< celticminstrel> ^_
20160127 06:09:01< vultraz> edited the paste
20160127 06:10:26< celticminstrel> Maybe it has to do with tpreferences::status_label_callback.
20160127 06:10:57< vultraz> AHHHH
20160127 06:10:59< vultraz> yes you're right
20160127 06:11:07< vultraz> that takes a tselectable_ argument
20160127 06:11:08< vultraz> ty ty
20160127 06:11:11 * vultraz adds template
20160127 06:11:35< celticminstrel> That means you need to also add template arguments in the bind call.
20160127 06:11:58< vultraz> W and T respectively, right?
20160127 06:12:23< celticminstrel> No, W and tslider.
20160127 06:12:27< celticminstrel> Or something like that.
20160127 06:12:41< celticminstrel> tpreferences::status_label_callback<W>
20160127 06:12:43< vultraz> oh right
20160127 06:12:45< vultraz> right
20160127 06:12:46< vultraz> yes, I know
20160127 06:12:56< celticminstrel> Actually, I wonder if that'll require disambiguation with the template keyword...
20160127 06:13:10< celticminstrel> Hmm, no, it won't.
20160127 06:13:16< celticminstrel> tpreferences is not a dependent name.
20160127 06:13:29< vultraz> a what now?
20160127 06:14:06< celticminstrel> Basically if you had something like some_template<T>::other_template<D>, C++ would misparse it, assuming that the second "<" is the less-than operator.
20160127 06:14:34< celticminstrel> A dependent name is anything that depends on a template parameter.
20160127 06:15:21< vultraz> alright, t'is working
20160127 06:15:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 06:16:07< vultraz> I had originally tried to figure out if you could check the type W was inside the function but this is better
20160127 06:16:15< vultraz> (I was trying typeid(W).name())
20160127 06:16:48< celticminstrel> You can sort of check what W is inside the function, but typeid is almost certainly not the way you want to do it.
20160127 06:17:03< celticminstrel> Stuff in <type_traits> (or the Boost equivalent) would be what you want to use for that.
20160127 06:17:24-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.3]
20160127 06:17:27< celticminstrel> Even if you use if statements, the compiler should eliminate the ones that are always false.
20160127 06:18:25< celticminstrel> I'm not quite sure if that would work in all cases (using if statements) - unreached blocks might still restrain the template parameter.
20160127 06:18:48< vultraz> yeah, typeid was not what I wanted
20160127 06:18:56< vultraz> I ended up with those weird gui2 type names
20160127 06:18:59< celticminstrel> enable_if is often used for this sort of thing, though it's kind of confusing to use.
20160127 06:19:11< vultraz> like N24W32tslider or something
20160127 06:19:25< celticminstrel> Those are mangled names.
20160127 06:19:38< vultraz> I read something about gcc mangling them
20160127 06:20:20-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 265 seconds]
20160127 06:20:32< celticminstrel> I can't seem to parse that particular one.
20160127 06:21:26< celticminstrel> Honestly, typeid isn't very useful - dynamic_cast is far better if you want to compare two types.
20160127 06:21:34< celticminstrel> (At runtime that is.)
20160127 06:21:54< celticminstrel> (Though obviously only one of the types would vary at runtime if you're using dynamic_cast.)
20160127 06:24:00< vultraz> I thought dynamic_cast was just for changing an object's type
20160127 06:24:20< vultraz> You can use it for comparisons?
20160127 06:24:25< celticminstrel> It can be used to test its type too, yeah.
20160127 06:25:20< celticminstrel> Some might protest this idiom, but: if(foo* x = dynamic_cast<foo*>(y)) do_something(x);
20160127 06:25:38< celticminstrel> That'll call do_something with y cast to foo* only if the cast succeeds, and do nothing if the cast fails.
20160127 06:26:00< celticminstrel> Of course, the cast succeeds if y is a foo* and fails if y is not a foo*, so it amounts to "if y is a foo, then do_something".
20160127 06:26:01< vultraz> oh look a stackoverflow thread https://stackoverflow.com/questions/9704893/c-dynamic-cast-vs-typeid-for-class-comparison
20160127 06:26:38< vultraz> does dynamic_cast return NULL on failure?
20160127 06:26:42< celticminstrel> The reason I say some might protest the idiom is because it involves declaring a variable in the if condition.
20160127 06:27:06< celticminstrel> dynamic_cast returns NULL on failure if you try to cast to a pointer type. If you try to cast to a reference type, it throws std::bad_cast on failure.
20160127 06:27:54< celticminstrel> Oh, I see that thread actually uses my idiom.
20160127 06:28:34< vultraz> Well, I'll consider this
20160127 06:28:41< vultraz> Since I might need more specification
20160127 06:28:52< vultraz> And I don't want to create unlimited overloads
20160127 06:29:21< celticminstrel> It didn't seem like dynamic_cast was applicable to your situation though.
20160127 06:29:34< vultraz> for example, if it's a toggle label, I would want to use get_value_bool() and convert it to a "yes" or "no" string
20160127 06:29:59< vultraz> a combobox would need uh...
20160127 06:30:07< vultraz> a get_value_string() call
20160127 06:30:25< celticminstrel> Oh, yeah, if you have a tselectable_ and need to do different things depending on the actual type of selectable, then dynamic_cast is what you want.
20160127 06:30:26< vultraz> and I don't want three overloads of bind_status_label and three of status_label_callback
20160127 06:30:29< vultraz> unless I use macros
20160127 06:30:43< vultraz> which I hear are bad form
20160127 06:32:13< vultraz> well
20160127 06:32:18< vultraz> macros for big blocks of code
20160127 06:32:38< celticminstrel> Macros are also hard to debug.
20160127 06:32:42< vultraz> you should use macros for stuff like VERSION_OF_THING 
20160127 06:32:48< vultraz> but not like WML uses them :P
20160127 06:32:55< celticminstrel> VERSION_OF_THING?
20160127 06:33:02< vultraz> hypothetical macro
20160127 06:33:02< celticminstrel> That sounds like something you shouldn't use macros for.
20160127 06:33:18< vultraz> well like SDL_VERSION is a macro 
20160127 06:33:24< vultraz> or MSVC_VER 
20160127 06:33:38< celticminstrel> MSVC_VER is a completely different thing from SDL_VERSION.
20160127 06:33:50< celticminstrel> The former is a compiler version, the latter a library version.
20160127 06:34:20< celticminstrel> Macros that just resolve to numbers are generally better implemented as const variables.
20160127 06:34:46< shadowm> s/numbers/values of any type/
20160127 06:35:09< celticminstrel> Yeah, but especially numbers... and I guess strings too.
20160127 06:36:45< vultraz> point is, I get the impression you're supposing to be sparing with macros in c++
20160127 06:39:17< shadowm> That's primarily because they defeat type safety.
20160127 06:40:23< celticminstrel> It's also easy to mess up when writing function-like macros - as that bug I fixed in the Lua support macros shows.
20160127 06:41:15< shadowm> I rarely use macros but I don't really go out of my way to avoid them in private code.
20160127 06:43:08< vultraz> hm. "if (ttoggle_button* type = dynamic_cast<ttoggle_button*>(W))" gives "error: expected primary-expression before ')' token"
20160127 06:43:16< shadowm> Then again, that's only because I feel comfortable enough with C++ to know what I'm doing.
20160127 06:43:32< vultraz> oh, wait am I supposed to use parent not W
20160127 06:43:35< celticminstrel> vultraz: You need to pass the variable (ie, parent), not the type.
20160127 06:43:40< celticminstrel> Yeah like you said.
20160127 06:48:34< celticminstrel> Good night.
20160127 06:48:37-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160127 06:57:21< vultraz> huh
20160127 06:57:23< vultraz> weird issue..
20160127 07:02:14< vultraz> error: 'class gui2::ttoggle_button' has no member named 'get_value_string'
20160127 07:02:24< vultraz> but the call to get_value_string is in the condition block for tcombbox
20160127 07:02:29< vultraz> not toggle button
20160127 07:03:33< vultraz> weird
20160127 07:05:00-!- Redfur [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has joined #wesnoth-dev
20160127 07:07:35-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160127 07:07:49-!- Redfur [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has left #wesnoth-dev []
20160127 07:08:49< ancestral> FYI: without my primary Mac this week. Hoping it will be prepared by Friday/Saturday.
20160127 07:09:04< ancestral> Cannot make builds until then
20160127 07:15:54< vultraz> shadowm: could you help me out for a sec, (hopefully) simple problem: http://pastebin.com/0y4YzCik for some reason, at compile time it's going through to the second condition, even though if I remove others but the first it matches
20160127 07:20:05-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: Smell ya later]
20160127 07:21:03-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has quit [Disconnected by services]
20160127 07:21:33-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20160127 07:23:36-!- Kwandulin [~Miranda@p200300760F6924E64DD746868FD0BE3B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160127 07:38:33< shadowm> vultraz: The question is not clear enough, try rephrasing it.
20160127 07:40:34< vultraz> I'm getting "error: 'class gui2::ttoggle_button' has no member named 'get_value_string'" when building that code, but the compiler should never reach that line because the first condition should match. In the call case in question, W is a ttoggle_button object. Is there some dynamic_cast behavior I don't know about in case of trying to cast a pointer to the same type?
20160127 07:40:48< shadowm> ...
20160127 07:41:06< shadowm> The compiler reaches all code that you throw at it.
20160127 07:41:34< shadowm> (Which is to say, all code that the preprocessor throws at it.)
20160127 07:41:48< vultraz> Oh
20160127 07:42:00< vultraz> But what do I do, then
20160127 07:42:05< shadowm> I'm really not sure what were you expecting there.
20160127 07:42:38< vultraz> Yeah, I'm not sure what I was expecting
20160127 07:42:44< shadowm> Lines 11 and 13 access `parent`.
20160127 07:43:00< shadowm> Aren't they actually supposed to access `*type` instead?
20160127 07:43:22< vultraz> ohhhhhhh
20160127 07:44:11< vultraz> (or type->, right?)
20160127 07:44:15< shadowm> (Which is to say, you can phrase line 13 as either `value = type->get_value_string();` or `value = (*type).get_value_string();`.
20160127 07:45:02< vultraz> thank you
20160127 07:46:26< vultraz> I guess I got thrown by that fact that type gets assigned in the conditional 
20160127 07:48:11< shadowm> It's declared and defined in the conditional statement. That makes it available within the scope of the subsequent block.
20160127 07:53:59-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20160127 07:53:59-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20160127 07:53:59-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160127 07:58:56< shadowm> zookeeper, vultraz: https://forums.wesnoth.org/viewtopic.php?f=32&t=43721
20160127 07:59:36< shadowm> zookeeper: Also, why did you manually ban those two spammers instead of using OC ban?
20160127 08:00:37< vultraz> Hm
20160127 08:00:43< vultraz> Needs some grammar work but promising 
20160127 08:04:37< vultraz> Quite promising, actually 
20160127 08:13:49-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160127 08:27:09< zookeeper> shadowm, because i never remember which way is the better way. so i went with the one which my gut feeling deemed less likely to result in anything going wrong.
20160127 08:27:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 08:27:36< shadowm> The better way is OC if you know you're dealing with a spammer.
20160127 08:27:56< shadowm> (But not if you're dealing with a flooder/vandal that isn't selling anything.)
20160127 08:28:26< vultraz> I thought you were supposed to OC flooders 
20160127 08:29:15< shadowm> Let me clarify: by spammer I mean automated or non-automated accounts who're clearly trying to spam links for their own benefit.
20160127 08:29:42< shadowm> By flooders/vandals I mean people who are specifically targeting us out of malice.
20160127 08:30:02< vultraz> Ah
20160127 08:30:09< shadowm> That'd be an exceedingly rare occurrence, and in my years as forum admin it's only happened like twice.
20160127 08:30:38< zookeeper> i'll try to remember that
20160127 08:30:58< shadowm> Garden-variety spammers aren't going to come back or try to circumvent their bans.
20160127 08:31:45-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 245 seconds]
20160127 08:32:15< shadowm> Most of the time, anyway. I made a spammer go nuclear once.
20160127 08:32:30< shadowm> And another decided to harass me by email instead.
20160127 08:35:28< shadowm> Another way to look at it is: "this spam isn't anything out of the ordinary and I have to delete all posts anyway" -> just use OC ban.
20160127 08:36:22< shadowm> "this might be spam and perhaps I shouldn't delete all posts or ban just yet" -> use the flag option
20160127 08:37:31< shadowm> "this isn't spam, this is someone who's pissed off at us or something" -> manual ban, confiscate the evidence, inform other admins
20160127 08:41:32< vultraz> noted 
20160127 08:41:45< shadowm> vultraz: So could you keep an eye on that thread, since no-one else is in charge of writing atm?
20160127 08:42:01< vultraz> Yes
20160127 08:42:17< vultraz> Should I post some proposed corrections later?
20160127 08:42:35< shadowm> Uh yeah sure (why is that a question).
20160127 08:42:55< vultraz> Sometimes people get defensive when you do that
20160127 08:43:14< zookeeper> i had looked at it already but he unwisely didn't post the old ones so i didn't spend the time going around comparing them to the current ones.
20160127 08:43:54< shadowm> vultraz: Right, but in that case that's usually a symptom that you shouldn't use their output.
20160127 08:44:33< vultraz> Noted 
20160127 08:44:50< shadowm> Why? Because they might likewise take offense at other people using their work without their consent.
20160127 08:46:41< shadowm> You can't really know until you try. Besides, if I'm posting something in the forums instead of taking it directly to a specific developer it most certainly means I want it to be peer-reviewed.
20160127 08:54:41< vultraz> shadowm: I just pushed the last two days' work on the pref dialog. Whole thing is just about done now
20160127 08:54:59< vultraz> shadowm: whenever you get a chance, a review would be most welcome 
20160127 08:55:47< vultraz> (I still need to implement the Friends List and MP Alerts (either go back to the dialog or make the tab functional)
20160127 08:57:31< vultraz> Implementing Advanced has seriously stretched my limits of C++ knowledge
20160127 08:58:00< vultraz> (and big thanks for the help)
20160127 09:00:52< vultraz> ( to celticminstral and iceiceice too)
20160127 09:10:48 * zookeeper finds it annoying that stderr.txt and stdout.txt are still getting created in the binary's location, and deleted when the game exits
20160127 09:11:11< zookeeper> apparently it's an sdl thing
20160127 09:17:39< shadowm> SDL 1.2 does that, it'll disappear when you start building with SDL 2.0.
20160127 09:17:48< zookeeper> oh, cool.
20160127 09:48:26-!- mjs-de [~mjs-de@f048192075.adsl.alicedsl.de] has joined #wesnoth-dev
20160127 09:52:57-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160127 09:56:15-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds]
20160127 09:56:16-!- wedge010 is now known as wedge009
20160127 10:03:49< zookeeper> i'm getting pretty close to declaring this mountain/forest/unit layering thing to be impossible to fix.
20160127 10:04:41< zookeeper> terrains can be made to work, but then units get obscured. to fix that, some terrain<->terrain glitches need to be allowed.
20160127 10:07:32-!- atarocch [~atarocch@81-208-118-124.ip.fastwebnet.it] has joined #wesnoth-dev
20160127 10:28:34< shadowm> zookeeper: Which MSVC++ version are you using?
20160127 10:28:35-!- Kwandulin [~Miranda@p200300760F6924E64DD746868FD0BE3B.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20160127 10:28:51< zookeeper> shadowm, 2013
20160127 10:28:54< shadowm> aquileia, gfgtdf: Same question, actually.
20160127 10:29:05 * zookeeper wonders where aquileia has been recently
20160127 10:30:16-!- Kwandulin [~Miranda@p200300760F69246A4DD746868FD0BE3B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160127 10:34:51< zookeeper> wait... i might have actually managed to fix the layerings. O___o
20160127 10:35:12< zookeeper> i can only spot one very minor glitch
20160127 10:36:09< zookeeper> oh, right... that's unless you put in some castles and walls.
20160127 10:39:09-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20160127 10:45:59< vultraz> shadowm: gfgtsf has 2010
20160127 10:46:05< vultraz> gfgtdf*
20160127 10:46:17< vultraz> he said he might be able to upgrade but will have to see
20160127 10:51:31< zookeeper> ok, we do need a new terrain graphics thingy to tell the rule to not rotate the base coordinates even if the rule has a rotation.
20160127 10:51:52< zookeeper> which i'll try to do myself, i already know where to disable it globally
20160127 10:53:04< zookeeper> well, we don't strictly speaking _need_ it, but it's pretty awkward to have to write a rotating rule as 6 non-rotating ones.
20160127 11:09:25-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 11:10:30< vultraz> We should develop a new terrain graphics syntax
20160127 11:14:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160127 11:16:07< zookeeper> in theory sure we could develop a completely different, uh, paradigm of how to do it. basically it wouldn't even need any engine changes, as the [terrain_graphics] tag can do pretty much anything.
20160127 11:16:50< vultraz> the terrain graphics shouldn;t be wml, though
20160127 11:16:52< vultraz> well
20160127 11:16:55< vultraz> maybe the toplevel one
20160127 11:17:02< vultraz> but the syntax should be something unique
20160127 11:17:11< vultraz> and it shouldn't all be parsed and saved in the config
20160127 11:19:26< zookeeper> trendier syntax isn't going to make the fundamental complexity of what we're doing go away.
20160127 11:20:23< vultraz> well it's also the paradigm 
20160127 11:20:39< vultraz> if you set things up in a way removed from the WML paradigm it might be simpler
20160127 11:21:05< zookeeper> it won't, you're just moving the complexity elsewhere
20160127 11:25:06< vultraz> I see
20160127 11:25:15< vultraz> So how deep would you need to go to simplify this
20160127 11:27:03< zookeeper> "rewrite everything and re-cut/position/organize most images" kind of deep. that's why i said "in theory" :P
20160127 11:28:07< vultraz> we should get spritesheet support, too
20160127 11:28:30< vultraz> I wonder if that student's work is around somewhere
20160127 11:28:36< zookeeper> i mean, it's not like i know exactly what would need to be done. i'm just confident that the capabilities are already there if someone just had the design skills, time and brainpower to really do it (which no one has).
20160127 11:33:19< vultraz> (or was her work in a private repo)
20160127 11:52:42< zookeeper> note to self: always save your benchmark+output test code somewhere because you're always going to need it again later.
20160127 11:53:44-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20160127 11:58:23< vultraz> the friends status icon is more appropriate for an enemy :|
20160127 12:21:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160127 12:22:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160127 12:25:19 * vultraz decides against having the notification for an empty friends/ignore list be "You have no friends"
20160127 12:26:10< vultraz> :P
20160127 12:27:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160127 12:29:26< zookeeper> aww
20160127 12:31:09< vultraz> Well, unless you guys want that
20160127 12:33:26< zookeeper> nah. even if it would be funny.
20160127 12:47:49< vultraz> Alright, just have to make this tab functional
20160127 12:49:51< vultraz> zookeeper: do you have a populated friends list? I'm looking for a screenshot of how it looked before and mine is empty
20160127 12:54:00< vultraz> hm, ok, I guess I can just add random people in 1.12
20160127 12:54:16< vultraz> this is a...
20160127 12:54:19< vultraz> weird setup
20160127 12:54:28< vultraz> it takes the first word of the entry as the nick
20160127 12:54:35< vultraz> then any subsequent word as 'notes'
20160127 12:54:39< vultraz> words*
20160127 12:56:42< vultraz> loonycyborg: does the mp server not allow spaces in nicks?
20160127 12:58:26< Ravana_> there should be way to see note of specific person without having to check preferences file
20160127 12:59:30< vultraz> I dunno, this whole notes thing seems clunky
20160127 12:59:41< vultraz> It's not even obvious anywhere that you even can add notes
20160127 12:59:56< vultraz> which is why I'm asking if the server supports spaces in nicks
20160127 13:00:03< vultraz> because if it doesn't, this makes slightly more sense
20160127 13:00:09< vultraz> if it does, well...
20160127 13:01:15< Soliton> it does not or you could forgot about any sane command syntax.
20160127 13:02:31-!- Kwandulin [~Miranda@p200300760F69246A4DD746868FD0BE3B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160127 13:04:30< vultraz> OK
20160127 13:04:33< vultraz> that makes sense
20160127 13:09:15< zookeeper> vultraz, nope
20160127 13:44:00< vultraz> the whole handling of friends is so messy 
20160127 13:49:25-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 260 seconds]
20160127 14:12:54-!- Kwandulin [~Miranda@p200300760F69246A75404905BB6975F8.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160127 14:36:07< Soliton> how so?
20160127 14:38:09< vultraz> I meant the code
20160127 14:39:01< vultraz> not the paradigm 
20160127 14:40:56< vultraz> bunch of static variables and functions that I'm still puzzling over 
20160127 14:45:57< Soliton> what variable besides acquaintances is there?
20160127 14:48:21< vultraz> oh, hm... actually there's only one other - acquaintances_initialized
20160127 14:49:16< Soliton> i'm sure that one is fairly easy to grasp. :-)
20160127 14:49:20< vultraz> yes
20160127 14:50:02< vultraz> it doesn't seem to affect anything... hm. load_acquaintances() checks if its false and it's initialized as false and nothing sets it to true
20160127 14:51:04< vultraz> ah, ok, so load_acquaintances populates acquaintances 
20160127 14:53:27< vultraz> not sure why all the getters call it, though 
20160127 14:53:36< vultraz> shouldn't that be something that happens once
20160127 14:55:27-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160127 14:59:20< Soliton> either there is a central place where it is ensured that load_acquaintances() is called once at startup or every function that needs it makes sure.
20160127 15:01:07< Soliton> load_acquaintances() should of course set the initialized bool to true though. not sure whether that is intentionally not done or just an oversight.
20160127 15:03:03< vultraz> why not just check if the map is empty instead 
20160127 15:08:29< Soliton> what if you have no friends?
20160127 15:08:49< vultraz> good point
20160127 15:08:55< Soliton> but sure that would be more or less similar.
20160127 15:09:33< zookeeper> oh my. this move of userdata to my documents has a very unfortunate side effect. now when i want to open a mainline campaign map in the editor, i have to go up the directory tree 6 steps and then back up 2 steps just to get to the wesnoth dir.
20160127 15:09:46< zookeeper> maybe it should have some kind of shortcut button.
20160127 15:11:26-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160127 15:24:25< zookeeper> ok, i bothered to make another little benchmark of the terrain preloading. starting DW, without preloading the loading screen takes merely 4s, with preloading a whopping 14s.
20160127 15:25:29< vultraz> backwards, that is 
20160127 15:27:41< zookeeper> of course not having to suffer the constant loading lag in-game is very comfortable, but an added 10 seconds of loading screen is pretty dreadful as well.
20160127 15:27:51< vultraz> that is true
20160127 15:28:05< vultraz> would spritesheets alleviate this?
20160127 15:28:55< zookeeper> well, as far as file I/O is concerned, i'm sure that loading one big image is faster than many smaller ones. not sure how much faster, though.
20160127 15:32:22-!- prkc [~prkc@51B78693.dsl.pool.telekom.hu] has joined #wesnoth-dev
20160127 15:42:45< vultraz> I think, overall, could be a ton
20160127 15:44:08< vultraz> considering the thousands of images we have
20160127 15:45:39< vultraz> we'd probably cut image image loading down to 1/10 it is now
20160127 15:45:53< vultraz> one 10th*
20160127 15:46:41< zookeeper> maybe, maybe not. we'd have hundreds of images, all of which would be loaded entirely whereas currently images not needed won't get loaded, and then there'd be the extra cutting and masking required which would eat up some time too.
20160127 15:47:20< vultraz> OGL would probably speed it up more
20160127 15:47:25< zookeeper> sure it'd probably be a noticeable improvement, but 1/10? i very much doubt it
20160127 15:47:42< zookeeper> well OGL won't make files be read faster
20160127 15:48:27< vultraz> no, the masking and cutting 
20160127 15:48:41< vultraz> since the rendering would be on the gpu
20160127 15:49:05< zookeeper> sure
20160127 15:49:13< vultraz> also, with spritesheets you probably wouldn't need preloading 
20160127 15:50:07-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20160127 16:00:02 * vultraz changes the friend icon to green
20160127 16:00:08< vultraz> not sure why the friend icon was red
20160127 16:08:16-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160127 16:25:19-!- Soliton [~Soliton@wesnoth/developer/soliton] has quit [Remote host closed the connection]
20160127 16:25:31-!- Soliton [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20160127 16:32:47-!- Kwandulin [~Miranda@p200300760F69246A75404905BB6975F8.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160127 16:35:49-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 17:23:33< shadowm> zookeeper: Are you using Firefox?
20160127 17:23:56-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160127 17:24:10< zookeeper> shadowm, yes
20160127 17:24:48< shadowm> Well, I just checked and Firefox insists on reloading https://forums.wesnoth.org/ URLs where Chrome doesn't.
20160127 17:25:42< shadowm> Which seems rather suspicious given that both receive the exact same http headers.
20160127 17:26:21< zookeeper> right
20160127 17:26:41< celticminstrel> What do you mean by "insists on reloading"?
20160127 17:27:49< shadowm> When going back/forward in history through GET-only pages.
20160127 17:28:04< celticminstrel> So, like, not caching it?
20160127 17:28:17< shadowm> Chrome (and Firefox when looking at the unencrypted version) retrieves the local cached version instead, yes.
20160127 17:32:06< zookeeper> well, good that it's just a browser issue then
20160127 17:32:23-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160127 17:34:05< shadowm> http://i.imgur.com/HL3vJfw.png
20160127 17:34:21< shadowm> Well, sure, but as a Firefox user I[D find it highly annoying.
20160127 17:34:37< shadowm> Especially since it made me miss a couple of opportunities to track spammers already.
20160127 17:44:52-!- gfgtdf [~chatzilla@f054052028.adsl.alicedsl.de] has joined #wesnoth-dev
20160127 17:45:50< gfgtdf> does anyone knpow how to store data in unittypes that doenst get copied into each unit of that type?
20160127 17:46:05-!- atarocch [~atarocch@81-208-118-124.ip.fastwebnet.it] has quit [Remote host closed the connection]
20160127 17:48:30< gfgtdf> also is there a macro that contains to the current directory? like in [lua] code = "wesnoth.dofile({current_dir}/myfile.lua)" [/lua]  ?
20160127 17:49:05< zookeeper> i think {./} should do it
20160127 17:49:11< zookeeper> not that i've tried
20160127 17:49:20< celticminstrel> Wouldn't it be better to use a Lua variable in that situation?
20160127 17:49:28< celticminstrel> Though I don't know of one.
20160127 17:49:40< zookeeper> oh, wait, you wanted the name of the current dir? in that case, i guess not.
20160127 17:50:35< gfgtdf> celticminstrel: lua cariable woudl only be fine, i just want a code like that to work
20160127 17:50:40< celticminstrel> Actually, come to think of it, isn't wesnoth.dofile supposed to use the same resolution rules as macro inclusions?
20160127 17:50:56< celticminstrel> Did you try and see if wesnoth.dofile("./myfile.lua") works?
20160127 17:52:55< celticminstrel> I suppose (if it works) that'd go relative to whichever .cfg file included the Lua, but if you wanted it relative to the Lua file, some other method would be needed...
20160127 17:54:18-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Read error: Connection reset by peer]
20160127 17:54:43-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160127 18:10:31 * zookeeper blinks
20160127 18:10:47< zookeeper> it's as if i did manage to have the preloading successfully run in a separate thread
20160127 18:10:51-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160127 18:11:12< gfgtdf> celticminstrel: no using ./ inloadfile seems not work
20160127 18:22:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160127 18:26:45-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 18:35:02-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160127 18:36:35-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds]
20160127 18:36:36-!- wedge010 is now known as wedge009
20160127 18:39:46-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 240 seconds]
20160127 18:41:23-!- atarocch [~atarocch@37.176.180.186] has joined #wesnoth-dev
20160127 19:17:30-!- lipkab [~the_new_l@host-91-147-210-58.biatv.hu] has joined #wesnoth-dev
20160127 19:17:45-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160127 19:19:24-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160127 19:21:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 19:41:46-!- lipkab [~the_new_l@host-91-147-210-58.biatv.hu] has quit [Remote host closed the connection]
20160127 19:55:38-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20160127 20:11:33-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160127 20:18:59-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 276 seconds]
20160127 20:27:42< gfgtdf> is there a way to have a unit twice on the recuitlist but in differnt cariations or with differnt modifications?
20160127 20:28:53< gfgtdf> variations*
20160127 20:29:51< shadowm> No.
20160127 20:39:46-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 240 seconds]
20160127 20:47:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 20:51:29-!- ancestral [~ancestral@158.sub-70-197-233.myvzw.com] has joined #wesnoth-dev
20160127 20:52:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160127 20:59:35-!- ancestral [~ancestral@158.sub-70-197-233.myvzw.com] has quit [Quit: Smell ya later]
20160127 21:02:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 21:04:08-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160127 21:07:51< zookeeper> hrhm. even with preloading on, i get some initial scrolling lag. not as much as without, and it only happens if there's a lot of animated terrain (meaning water). i recall it being a lot smoother the last time i tried.
20160127 21:15:23-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160127 21:27:43< vultraz> shadowm: is there a way to specify what 'enter' does for a textbox?
20160127 21:48:09< shadowm> I don't even know if it does anything by default.
20160127 21:52:54-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160127 21:56:36-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 264 seconds]
20160127 21:56:36-!- wedge010 is now known as wedge009
20160127 22:00:54-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160127 22:06:37< vultraz> https://www.dropbox.com/s/kir36p6iu26udgi/new%20friends%20list.PNG?dl=0
20160127 22:21:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160127 22:30:35-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160127 22:40:08< shadowm> zookeeper: Sooo, new questions for the captcha?
20160127 22:46:06< zookeeper> right...
20160127 22:46:19< zookeeper> did you have a list of the old ones?
20160127 22:46:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160127 22:46:43< shadowm> 23:15:35 <shadowm> 23:04:31 <shadowm> http://pastebin.com/v95BJ7Qt
20160127 22:49:05< zookeeper> these were supposed to thwart also sweatshop captcha solvers, not just bots?
20160127 22:50:05< shadowm> Yes.
20160127 22:50:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160127 22:52:34-!- neverEnough [~nEnough@host58-11-dynamic.16-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160127 22:55:58< zookeeper> the sceptre of what element? the name of the race of tree-people? what race is a banebow? name of the old mage who is konrad's mentor?
20160127 22:56:31< zookeeper> (use better wording where necessary)
20160127 22:57:18< zookeeper> what colour is kapou'e's father's eye? :>
20160127 22:59:22< Ravana_> this is for forum registration?
20160127 22:59:26< shadowm> No.
20160127 23:00:39< gfgtdf> remember that most player dont play the game in engish, so they might have to look up all these names even when they played all the mainline campaigns already.
20160127 23:00:56< shadowm> Most players don't register on the wiki.
20160127 23:00:58< gfgtdf> so its shoudlnt be too hard to look up.
20160127 23:01:00< zookeeper> true, but it's probably rare that they don't know or can't easily figure it out
20160127 23:01:05< zookeeper> which weapon special gives you 70% chance to hit?
20160127 23:01:32< vultraz> shadowm: I renamed the "Set path to wesnothd" button to "Find Server Binary". Good/not good?
20160127 23:01:40< gfgtdf> yes, but the stamelent is still true if i say 'most people who write in the wiki'
20160127 23:02:13< neverEnough> zookeeper, i know i know! it's .. the god's mace, blade ranged weapon :P
20160127 23:02:17< shadowm> vultraz: I'm concerned that translators might not see the difference between server (software) and server (host).
20160127 23:02:28< neverEnough> (hi everyone)
20160127 23:02:40< shadowm> Hi.
20160127 23:02:57< vultraz> hi
20160127 23:03:12< neverEnough> sry for interruption eheh
20160127 23:03:23< shadowm> It's a good idea in principle but...
20160127 23:04:02< shadowm> Also, isn't "binary" opaque technical jargon?
20160127 23:04:17< shadowm> I mean that particular connotation of it.
20160127 23:04:19< vultraz> "wesnothd" isn't?
20160127 23:04:39< shadowm> No, but if you are trying to improve UX you might as well walk the full road, right?
20160127 23:04:50< celticminstrel> Is the answer to the eye question supposed to be "black"?
20160127 23:04:51< zookeeper> i'd expect "executable" to be more widely understood than "binary"
20160127 23:04:57< zookeeper> celticminstrel, of course, what else? :P
20160127 23:05:01< vultraz> hm
20160127 23:05:10< celticminstrel> Well, it wasn't immediately obvious to me.
20160127 23:05:29< gfgtdf> i agre with zookeeper, 'binary' usualy just mans anything tht cant be read by a human.
20160127 23:05:37< celticminstrel> But I guess it's something that someone could learn just by going through the campaign list.
20160127 23:05:48< celticminstrel> gfgtdf: Or something that can hold only one of two values. :P
20160127 23:06:31< gfgtdf> celticminstrel: y sure, but in this content its cear that its about files
20160127 23:06:34< zookeeper> name of wesnoth's capital?
20160127 23:06:43< vultraz> Ok I'll use executable
20160127 23:06:50< celticminstrel> I agree that "binary" to refer to an executable file is technical.
20160127 23:06:59< celticminstrel> vultraz: How about "server program"?
20160127 23:07:13< celticminstrel> Though executable probably works too.
20160127 23:07:35< celticminstrel> "app" won't do, though - an app is a program with a GUI, so the server doesn't qualify.
20160127 23:07:38< shadowm> On Windows, .exe files are literally described as "Executable file".
20160127 23:08:27< zookeeper> clasher, burner and glider are members of which race?
20160127 23:08:41< celticminstrel> Drakes!
20160127 23:08:46< celticminstrel> I can't remember the name of the capital.
20160127 23:08:50< neverEnough> zookeeper, i know i know! Chamaleons!
20160127 23:08:52< shadowm> zookeeper: Yeah, that's a bad question.
20160127 23:09:00< zookeeper> is it?
20160127 23:09:02< neverEnough> wes..mere?
20160127 23:09:05< vultraz> celticminstrel: Weldyn 
20160127 23:09:09< Ravana_> I believe there should be at least something to do with multiplayer part too, not only campaign questions. Though the general(used in both) like the magical question would be best
20160127 23:09:15< celticminstrel> Well, drakes are a race with less exposure in campaigns...
20160127 23:09:26< celticminstrel> neverEnough: I thought of Wesmere too and knew immediately that it was wrong.
20160127 23:09:29< shadowm> zookeeper: What gfgtdf said about questions involving names that differ among translations.
20160127 23:09:50< zookeeper> mmkay
20160127 23:09:55< zookeeper> the magical question can be inverted
20160127 23:10:44< gfgtdf> we could do somethign like 'how many playeslots does isars cross have' but i guess low numberic ansers are bad becaue they are easy to guess.
20160127 23:11:09< zookeeper> how many hitpoints does a white mage heal?
20160127 23:11:17< neverEnough> gfgtdf, my first experience on wesnoth was offline. I'm sure some people still do it this way
20160127 23:11:19< celticminstrel> That depends on ToD.
20160127 23:11:23< celticminstrel> Oh wait.
20160127 23:11:25< celticminstrel> Heal.
20160127 23:11:27< celticminstrel> Never mind. >_>
20160127 23:11:30< shadowm> zookeeper: Depends on the target unit's status and HP.
20160127 23:11:35-!- Appleman1234 [~Appleman1@KD119104011230.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20160127 23:11:40< shadowm> If it has 100% HP, the mage heals 0 HP. :p
20160127 23:11:52< shadowm> If it's poisoned, the mage also heals 0 HP.
20160127 23:11:54< Ravana_> if mage is on enemy side too
20160127 23:12:07< zookeeper> shadowm, yeah if someone wants to be a smartass and type that into the box, i don't see why we should stop them :p
20160127 23:12:32< shadowm> If it's resting and has at most (max HP - 10) HP, it heals 10 HP.
20160127 23:12:54< gfgtdf> dotn forget the case whena mage is petrified.
20160127 23:13:02< zookeeper> ...
20160127 23:14:36< vultraz> gfgtdf: is this a bug? https://github.com/wesnoth/wesnoth/blob/master/src/game_preferences.cpp#L368
20160127 23:14:59< vultraz> oh nevermind I misred the other day
20160127 23:15:06< vultraz> I thougt both were false
20160127 23:15:08< vultraz> that explains a lot
20160127 23:15:40 * vultraz makes mental note to refactor that enum
20160127 23:16:17< shadowm> Why?
20160127 23:17:06< zookeeper> how much gold does recalling cost?
20160127 23:17:24< shadowm> <Describe recall_cost algorithm here.>
20160127 23:18:01< vultraz> shadowm: I had to duplicate it in my code because that one is unnamed 
20160127 23:18:27< Ravana_> wesnoth.game_config.recall_cost is writable field...
20160127 23:19:01< shadowm> unit recall_cost, unit_type recall_cost, side recall_cost, game_config recall_cost
20160127 23:19:23< shadowm> I _think_ that's the order of precedence.
20160127 23:19:29< zookeeper> shadowm, so how many more do you need? there's i think 5 here already
20160127 23:19:52< zookeeper> + the ones involving names, dunno if you want to use any of them
20160127 23:22:23< zookeeper> name of melee weapon used by elvish fighters? surely everyone knows that it's "sword" regardless of what language they might have played in.
20160127 23:24:06< Ravana_> that one looks good
20160127 23:24:18< zookeeper> besides, if someone doesn't know the answer to one question, they can just try the next one.
20160127 23:28:14< shadowm> http://pastebin.com/YKdycwzp
20160127 23:29:34< zookeeper> looks good to me. the apostrophe in li'sar might be problematic for some, i guess?
20160127 23:30:16< shadowm> Shruuuuuuug.
20160127 23:30:34< shadowm> May as well teach them to spell her name correctly.
20160127 23:31:02< zookeeper> i mean, how does one know whether it's ' or ´ or what?
20160127 23:31:26< shadowm> ... Point.
20160127 23:33:15< zookeeper> "haldric has stripes on his?" -> "pants"
20160127 23:33:17 * zookeeper ducks
20160127 23:33:48< shadowm> I still feel it might be a better use of our time to restrict registrations to admins, but I've deployed the new set of questions and reenabled anon registrations.
20160127 23:34:21< shadowm> Hopefully we'll have a few months of peace before the spammers crack them again.
20160127 23:38:56-!- atarocch [~atarocch@37.176.180.186] has quit [Quit: Leaving]
20160127 23:43:23-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 264 seconds]
20160127 23:44:37-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160127 23:46:39< zookeeper> what the... https://github.com/wesnoth/wesnoth/blob/master/src/display.cpp#L445-L449
20160127 23:47:17< gfgtdf> zookeeper: good to know i can also marks areasy of text
20160127 23:48:03< vultraz> whut
20160127 23:48:10< gfgtdf> zookeeper: whats so surpopsing ?
20160127 23:48:43< gfgtdf> areas of text*
20160127 23:48:45< zookeeper> that it seems entirely nonsensical to me.
20160127 23:48:56< gfgtdf> multiple lines i meant
20160127 23:49:14< gfgtdf> zookeeper: well that is mistlikeley just a fallback implementation.
20160127 23:49:36< gfgtdf> zookeeper: from the time when editor didnt know about  time of tod.
20160127 23:49:39 * vultraz wonders if it could just be 'return new time_of_day'
20160127 23:50:00< gfgtdf> vultraz: no
20160127 23:51:21< gfgtdf> zookeeper: mostlikeley you can remove that function defintition and make teh function pure virtual (abstract)
--- Log closed Thu Jan 28 00:00:14 2016