IRC logs for #openttd.dev on OFTC at 2013-09-15
⏴ go to previous day
06:50:20 *** Zuu has joined #openttd.dev
08:41:45 *** LordAro has joined #openttd.dev
08:41:45 *** ChanServ sets mode: +v LordAro
09:08:09 *** ntoskrnl has joined #openttd.dev
09:39:43 *** Alberth has joined #openttd.dev
09:39:43 *** ChanServ sets mode: +v Alberth
09:50:50 *** frosch123 has joined #openttd.dev
09:50:50 *** ChanServ sets mode: +v frosch123
15:42:50 <frosch123> yeah, look fine to me
15:56:58 <planetmaker> time to get a few things of our bug tracker :-)
15:57:37 *** andythenorth has joined #openttd.dev
15:57:37 *** ChanServ sets mode: +v andythenorth
15:57:38 *** andythenorth has left #openttd.dev
15:58:24 * LordAro pokes planetmaker about his patches :p
16:10:33 <LordAro> most of adf's patches are good, im(irrelevant)o
16:10:43 <planetmaker> so it seems to me, too
16:12:34 <frosch123> i have no idea what that diff does
16:12:42 <planetmaker> I wonder, too :-)
16:12:59 <frosch123> mostly because the code before was already weird :p
16:13:19 <planetmaker> it's weired pathfinder stuff to me :D
16:13:37 <frosch123> i have more an issue with the "back of a signal"
16:13:51 <frosch123> i have no idea what side that is, not what side the guy thought it was when writing the comment
16:15:08 <planetmaker> that guy should join IRC :-P
16:16:34 <frosch123> it is about getting reset when approaching a non-pbs signal from the wrong side
16:17:32 <frosch123> but it seems redundant
16:18:54 <frosch123> so, maybe "if (HasSignalOnTrackdir(gp.new_tile, dir))" only? without the weird old condition?
16:19:15 <frosch123> Rubidium: isn't that code by you?
16:25:43 <Rubidium> apparantly I did write it... but can't remember anything about it
17:56:55 <LordAro> hmm, what are your thoughts on range-based for loops?
17:59:32 <frosch123> iterator based for loops are useful
17:59:39 <frosch123> range-bases for loops are rare anyway
18:01:58 <LordAro> ah "anything you can iterate through like an STL-sequence defined by a begin() and end()."
18:02:14 <frosch123> so, if you refer to c++11, then the "auto" keyword and iterator based for loops are very useful for stl-like containers
18:02:20 <LordAro> i suspect it'd be more useful (in ottd context at least) if you could use them for enums
18:02:44 <frosch123> where do you iterator over an enum?
18:15:55 *** frodus has joined #openttd.dev
18:17:37 *** Supercheese has joined #openttd.dev
19:05:17 *** Alberth has left #openttd.dev
19:40:30 *** frodus_dev has joined #openttd.dev
20:08:03 *** Zuu_ has joined #openttd.dev
20:47:46 *** LordAro has joined #openttd.dev
20:47:46 *** ChanServ sets mode: +v LordAro
continue to next day ⏵