Config
Log for #openttd on 16th December 2008:
Times are UTC Toggle Colours
00:02:14  *** Mark [~M4rk@5351EC68.cable.casema.nl] has quit [Ping timeout: 480 seconds]
00:06:09  *** Progman [~progman@p57A1BC79.dip.t-dialin.net] has quit [Remote host closed the connection]
00:12:06  *** Zahl [~Zahl@g227030224.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
00:15:36  *** Terkhen [~ircap@25.68.220.87.dynamic.jazztel.es] has quit []
00:17:37  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
00:29:35  *** Chrill [~chrischri@c80-216-122-122.bredband.comhem.se] has quit []
00:32:52  *** Eddi|zuHause [~johekr@p54B77D92.dip.t-dialin.net] has quit []
00:33:24  *** Eddi|zuHause [~johekr@p54B77D87.dip.t-dialin.net] has joined #openttd
01:05:11  *** rubyruy [~ruy@96.49.133.64] has quit [Quit: Zzzz...]
01:09:17  <SpComb> looks like amiga builds of trunk are broken... missing ) in network/core.cpp, line 42
01:11:27  <SpComb> http://vcs.openttd.org/hg/openttd/trunk.hg/annotate/4a880a6ab2ac/src/network/core/core.cpp#l42
01:11:54  <SpComb> methinks there should be an extra ) at the end there, before the semicolon
01:16:30  <Sacro> you should also update mercurial
01:16:35  <Sacro> new web interface is shiny
01:20:55  <SpComb> http://vcs.openttd.org/hg/openttd/trunk.hg/diff/d4d440dd8925/network.c#l155
01:21:12  <SpComb> it's been broken since Tue Jun 27 21:25:53 2006 +0000 (2 years ago)
01:21:56  <SmatZ> hehe
01:22:44  <SpComb> but it shows up like a sore thumb when you look at core.cpp with syntax highlighting on :/
01:23:01  <SpComb> does noone even read the network code anymore? :(
01:23:28  <SmatZ> SpComb: http://paste.openttd.org/177922 does this help?
01:23:45  <SpComb> I have no clue, I'm not compiling on Amiga, I was just reading the code
01:23:55  <SmatZ> aha
01:23:57  <SmatZ> :-P
01:24:31  <SmatZ> r14671 changed core.cpp, and was very system-specific :)
01:24:44  <SmatZ> errr network/core/host.cpp
01:25:14  <SmatZ> I wonder if there is anyone compiling for amiga
01:25:32  <SpComb> somehow I suspect they would have a very difficult time getting the code to compile
01:26:23  <SpComb> yes, and the new host.cpp is still completely IPv6-oblivious
01:26:30  <SpComb> using uint32's for IP addresses is... hrmph
01:27:19  <SmatZ> OTTD works with IPv4
01:27:23  <SmatZ> and not with IPv6
01:27:36  <SpComb> indeed, I tried to fix that at one point
01:27:45  <SmatZ> it was you? :)
01:27:49  <SpComb> yes
01:27:58  <SpComb> I wrote up a humoungous patch that would have never made it into trunk
01:28:04  <SmatZ> :(
01:28:37  <Eddi|zuHause> SpComb: start out with a typedef for ip addresses
01:29:24  <SpComb> yeah, I've realized that you really need to start small, and get the most important things working first
01:29:28  <Eddi|zuHause> that would also have a high probability of making trunk, without any functionality change
01:30:01  <SmatZ> last time I coded network code (not OTTD, ~1 year ago), there had to be different code for IPv6 and IPv4
01:30:16  <SmatZ> because enum values, functions, used definitions etc. were different
01:30:24  <SmatZ> I was working on a low level though
01:30:57  <SpComb> I spent a couple hours today writing a NetworkSocket + NetworkAddress class, it should be fully IPv6-capable on linux, and there's not a single mention of AF_INET6 or AF_INET in the code
01:31:19  <SpComb> it's a question of using the right APIs... `struct sockaddr_storage`, getaddrinfo, getnameinfo, etc
01:31:42  <SpComb> although getting those to then work on other platforms as well might be a bit more of a pain
01:32:46  <SpComb> but there's more changes than just the return type of NetworkResolveHost... with IPv6, 95% of hostnames these days have both an IPv6 address and an IPv4 address
01:33:09  <SpComb> handling this a-hostname-can-have-multiple-addresses-thing is actually the biggest challenge
01:33:19  <SpComb> you have to stick your connect() inside a for loop (after getaddrinfo)
01:33:22  <SmatZ> IIRC gethostbyname() returns only IPv4 address
01:33:36  <SmatZ> and only 1 address at a time
01:33:48  <SmatZ> but my memory may have failed :)
01:33:49  <SpComb> gethostbyname2 does IPv6, I guess, but yes, only one address at a time
01:34:24  <SpComb> so changing all of the address types to IPv6-compatible types isn't really that big of an issue, but then there's not going to be any sensible dual-stack behaviour..
01:34:43  <SpComb> it's either IPv6 or IPv4, never both, which is what you need for it to be useable
01:34:55  <SpComb> then that goes all the way down to the masterserver protocol level :(
01:35:00  <SpComb> and the MySQL database
01:35:27  <SmatZ> getaddrinfo() :)
01:36:03  <SpComb> yes, getaddrinfo is what gethostbyname (which is deprecated) should be replaced with
01:36:23  <SpComb> but that doesn't solve the issue of the masterserver needing to store both IPv4 and IPv6 addresses for each server...
01:36:57  <SpComb> so that's the problem that I tried to solve when I origionally worked on the IPv6 stuff, and it's not really surprising that that didn't really go anywhere then
01:37:07  <Eddi|zuHause> make everything templated
01:37:22  <SpComb> ITYM "rewrite the network code"
01:39:34  <SmatZ> one problem is backward compatibility
01:39:48  <SmatZ> if we want to compile at platforms that have no clue about IPv6
01:39:48  <SpComb> on the network protocol?
01:39:55  <SmatZ> like, not knowing about getaddrinfo()
01:40:07  <SpComb> you mean portability, not backwards compatibility
01:40:17  <SmatZ> err yes
01:40:25  * SmatZ should go to bed ;-x
01:40:47  <SpComb> that's just a question of hiding the implementation somewhere with a lot of #ifdefs... I think the hardest part is the testing
01:42:25  <SpComb> but sleeping sounds like a good idea, I need to wake up some time way too soon
01:42:54  <SmatZ> good night SpComb
01:57:27  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out]
02:02:08  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
02:10:39  *** tokai [~tokai@p54B82D52.dip0.t-ipconnect.de] has joined #openttd
02:10:42  *** mode/#openttd [+v tokai] by ChanServ
02:15:23  *** KritiK [~Maxim@78-106-138-177.broadband.corbina.ru] has quit [Quit: Leaving]
02:15:56  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
02:20:16  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
02:28:17  *** FloSoft` [~sifldoer@g230004218.adsl.alicedsl.de] has joined #openttd
03:08:54  *** FloSoft` [~sifldoer@g230004218.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
03:09:26  *** FloSoft` [~sifldoer@g229118150.adsl.alicedsl.de] has joined #openttd
04:02:10  *** elmex_ [~elmex@e180066143.adsl.alicedsl.de] has joined #openttd
04:05:27  *** Singaporekid [~notme@cm38.psi148.maxonline.com.sg] has joined #openttd
04:05:44  *** Skiddles [~notme@cm38.psi148.maxonline.com.sg] has joined #openttd
04:07:09  *** elmex [~elmex@e180066131.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
04:07:13  *** elmex_ is now known as elmex
04:13:59  *** Skiddles [~notme@cm38.psi148.maxonline.com.sg] has quit [Quit: Leaving]
04:38:21  *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
04:40:46  *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
05:15:02  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
05:16:11  *** grumbel [~grumbel@i577AC5B8.versanet.de] has quit [Quit: Ex-Chat]
05:16:14  *** HerzogDeXtEr [~Flex@89.246.207.82] has joined #openttd
05:40:31  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
05:44:55  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
05:46:42  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection]
06:39:53  *** HerzogDeXtEr [~Flex@89.246.207.82] has quit [Read error: Connection reset by peer]
06:45:50  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out]
06:46:53  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
06:48:39  *** Splex_ [~splex@121.165.245.124] has joined #openttd
06:49:01  *** Splex [~splex@121.165.245.124] has quit [Remote host closed the connection]
07:26:45  *** Zorni [zorn@e177233085.adsl.alicedsl.de] has joined #openttd
07:34:06  *** Zorn [zorn@e177225168.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
07:38:26  *** M4rk [~M4rk@5351EC68.cable.casema.nl] has joined #openttd
07:38:31  *** M4rk is now known as Mark
07:48:45  <dihedral> good yawning
07:49:34  <petern> no u
07:49:54  <dihedral> :-)
07:55:47  * benjamingoodger collapses on ground, and crawls his way toward a caffeine drip
07:56:19  <petern> caffeine dependents :o
08:00:44  <benjamingoodger> quiet, you
08:00:58  <benjamingoodger> damn! out of pepsi
08:01:10  <benjamingoodger> I may have to go to bed this evening...
08:02:27  <petern> hmm
08:02:38  <petern> i drink a fair amount of coffee, but only because it's there
08:03:27  <benjamingoodger> riight ¬.¬
08:03:43  <benjamingoodger> anyway, time to go to the dank hellhole known as college
08:03:45  <benjamingoodger> bai
08:03:57  <petern> harr harr
08:04:02  <petern> oh wait
08:04:11  <petern> nearly time to go to the dank hellhole known as the office
08:04:17  <petern> harr harr indeed
08:13:42  *** davis- [~suckyours@p5B28CC33.dip.t-dialin.net] has joined #openttd
08:14:33  *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
08:20:02  *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
08:26:33  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd
08:30:03  *** Dred_furst [~Dred_furs@user-5440c442.wfd78a.dsl.pol.co.uk] has joined #openttd
08:44:03  *** Mortal [~mortal@217.60.138.54] has joined #openttd
08:45:31  *** mortal` [~mortal@217.60.138.54] has joined #openttd
08:48:41  *** davis_ [~suckyours@p5B28FD2D.dip.t-dialin.net] has joined #openttd
08:49:50  * dihedral is already at work :-S
08:50:37  *** Yeggstry [~mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com] has joined #openttd
08:52:33  *** Mortal [~mortal@217.60.138.54] has quit [Ping timeout: 480 seconds]
08:56:09  *** davis- [~suckyours@p5B28CC33.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
09:12:59  *** lobster_MB [~michielbr@86.89.201.189] has quit [Quit: COCKBUSTER SLEEP MODE]
09:16:39  *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
09:24:19  <Darkvater> morning
09:24:33  <dihedral> morning :-)
09:24:54  *** lolman [~lolman@cpc3-leds2-0-0-cust846.leed.cable.ntl.com] has quit [Ping timeout: 480 seconds]
09:27:34  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
09:27:35  <Darkvater> it seems time's still in short supply
09:27:37  <Darkvater> bah
09:30:11  *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
09:30:11  <blathijs> Isn't it always?
09:30:39  <dihedral> same supply as always
09:30:43  <dihedral> 24h/d
09:30:52  <Rubidium> dihedral: lies!
09:31:06  <dihedral> you just try to cram more stuff into the same time you have always had :-P
09:31:42  <Rubidium> e.g. the 26th of October this year wasn't 24 hours
09:32:04  <Rubidium> the 1st of Januari 2009 won't be 24 hours (assuming CET)
09:32:48  *** mortal` [~mortal@217.60.138.54] has quit [Ping timeout: 480 seconds]
09:32:51  *** roboboy [3aad2910@webchat.mibbit.com] has quit []
09:33:05  <blathijs> Rubidium: Leap second, or what?
09:33:48  <Rubidium> the former CEST->CET (so 25 hours) the latter a leap second (31st of december 2008 at 23:59:60 UTC)
09:34:34  <blathijs> Rubidium: So, december 31 won't be 24h, januari 1 will be?
09:34:56  <Rubidium> 23:59:60 UTC is 00:59:60 CET
09:35:33  <Darkvater> yeah... it's horrible
09:41:36  *** M4rk [~M4rk@5351EC68.cable.casema.nl] has joined #openttd
09:46:28  *** Mark [~M4rk@5351EC68.cable.casema.nl] has quit [Ping timeout: 480 seconds]
09:48:05  <petern> raar
09:48:10  * petern yawns
09:51:47  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
09:52:45  *** lolman [~lolman@cpc3-leds2-0-0-cust846.leed.cable.ntl.com] has joined #openttd
10:09:41  <blathijs> Rubidium: Oh, right.. So there are timezones with an extra second in the middle of the day? Cool :-)
10:10:11  *** lobster_MB [~michielbr@192.87.217.56] has joined #openttd
10:13:20  <petern> leapseconds
10:19:16  * Darkvater pokes petern about the newgrf warning
10:21:37  *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
10:21:58  <petern> :o
10:22:44  <Darkvater> and I officially announce my first patch :)
10:22:51  <Darkvater> which is at home...
10:23:16  <petern> haha
10:23:28  <petern> damn it, why can't gcc give me this warning :o
10:24:19  <Darkvater> Rubidium: what do you think of using the COM interface to SubWCRev instead of that very annoying cli prgram?
10:24:48  <Darkvater> Rubidium: I'll show you the diff tonight..that black DOS window annoys me to hell already
10:29:35  <ccfreak2k> petern, the warnin that Darkvater made a patch?
10:29:44  <petern> yes
10:31:04  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
10:33:25  *** Vikthor [~novotv6@pc404-60.feld.cvut.cz] has joined #openttd
10:38:31  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
10:38:53  <Rubidium> Darkvater: I don't see a problem when it doesn't break anything
10:40:38  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit []
10:40:40  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
10:42:54  *** Kloopy [kloopy@kloopy.com] has quit [Ping timeout: 480 seconds]
10:46:27  *** Kloopy [kloopy@kloopy.com] has joined #openttd
10:48:54  <Darkvater> Rubidium: it pops up a dos box and I always get scary when things flash in and then out without my knowledge or controlling it
10:49:12  <Darkvater> plus it's much nicer to use this interface and does not require a temporary file
10:51:02  *** fjb [~frank@p5485ED9B.dip.t-dialin.net] has joined #openttd
10:51:11  <fjb> Hello
10:58:39  *** Kloopy [kloopy@kloopy.com] has quit [Ping timeout: 480 seconds]
10:59:37  *** gynter [~gynter@77-233-68-252.cdma.dyn.kou.ee] has joined #openttd
11:11:53  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
11:13:39  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
11:19:50  *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
11:38:03  *** xand [~xand@home.xand.co.uk] has joined #openttd
11:54:00  <dihedral> Darkvater, you get 'scary'?
11:54:18  <petern> he does
11:54:26  <petern> like those gremlins
12:04:23  <Darkvater> dihedral: you do not want to know me when I'm scary
12:05:20  <Darkvater> I wonder about newgrf_ports...what am I supposed to envision for seaports?
12:05:44  <Darkvater> multiple docks, sure, rails in between, yes; but we can already do these things
12:06:17  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
12:06:32  <xand> if I want to create a scenario for multiplayer use, can I restrict what vehicle types are available e.g. ban aircraft?
12:06:40  <Darkvater> yes
12:07:21  <Rubidium> Darkvater: small/big docks, ships getting routed to a specific "place" within a dock (like aircraft)
12:07:54  <Rubidium> special passenger terminals
12:08:07  <xand> how can I do that, I don't see the option in the scenario editor
12:08:09  <Rubidium> basically whatever crazy things NewGRF people can come up with
12:08:11  <Darkvater> obviously...I was thinking the on-land part
12:08:19  <Darkvater> xand: options > vehicle > max count
12:08:21  <Darkvater> or something
12:08:41  <xand> oh, in configure patches
12:08:52  <xand> thanks
12:09:08  <Darkvater> Rubidium: newgrf people are scary as well
12:09:27  <dihedral> xand: wiki.openttd.org ;-)
12:09:57  <xand> I didn't realise those settings applied to scenarios you created as well as current games
12:12:02  <Rubidium> for the on-land part "they" should use the current newstations no-rail-station-specific parts
12:14:00  <Darkvater> I think once this is done, there needs to be a big overhaul of newstations categories. Cause all of them are currently classified under rail if I'm correct
12:14:20  <Rubidium> yes
12:26:34  <Darkvater> 0~gaaaha
12:26:47  <Darkvater> I just remembered; I hate excel
12:27:08  <Darkvater> half an hour of work *paff* wasted
12:30:03  <Forked> ctrl-s? :p
12:30:32  <Darkvater> well yeah..if it wasn't the case that it crashed on save
12:30:52  <Forked> hmm, no recover stuff either when you start up execl again?
12:30:54  <Rubidium> Forked: that fails when it silently ignores that it failed to actually save it
12:31:13  <Forked> Rubidium: "I didn't bother to save it and I'm sure as hell not going to bother telling you about it."
12:31:18  <Forked> ? :)
12:32:10  <Rubidium> CTRL-S isn't your life saver when Excel ignores to tell you that the delayed save failed (happened to me)
12:32:26  <xand> will Bad Things happen if I set max_[vehicle-type] to a non-multiple of 100 in openttd.cfg?
12:33:59  <Rubidium> it shouldn't as you can set it to non-multiples of 100 in-game too
12:34:34  <Gekz> http://localhostr.com/files/d0f864/roxdesk1.png
12:34:55  <xand> Rubidium: the arrows only change by 100, and the wiki says multiples of 100
12:34:59  <Darkvater> whohoo, can't open the file anymore :D
12:35:15  <Rubidium> xand: click on the number
12:35:20  <Darkvater> it looks like I have the afternoon off until the backup is retrieved :P
12:35:29  <xand> ahhhhhh
12:39:57  <dihedral> hihi
12:40:06  <dihedral> xand: a hint: try :-P
12:40:35  <xand> yeah sorry
12:53:08  *** tokai [~tokai@p54B82D52.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
12:54:57  *** tokai [~tokai@p54B80BC2.dip0.t-ipconnect.de] has joined #openttd
12:54:58  *** mode/#openttd [+v tokai] by ChanServ
13:01:08  <SpComb> SubWCRev?
13:02:04  <SpComb> getting the subversion working copy revision?
13:06:54  <Darkvater> amongst others
13:16:55  *** Rexxars [~rexxars@85.19.218.49] has joined #openttd
13:17:56  <Rubidium> and IIRC it's only part of TortoiseSVN
13:30:16  *** Vikthor [~novotv6@pc404-60.feld.cvut.cz] has quit [Remote host closed the connection]
13:40:57  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer]
13:45:30  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
13:49:50  *** peterbrett [~peter@sns2-44.york.ac.uk] has joined #openttd
13:50:11  *** peterbrett [~peter@sns2-44.york.ac.uk] has quit []
13:52:01  <Belugas> hello
13:52:41  <TrueBrain> hi Belugas :)
13:52:55  <Darkvater> hiya Belugas
13:53:39  <Belugas> hello you too :)
14:13:09  <dihedral> :-)
14:13:11  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
14:40:18  *** Zuu [~Zuu@c-a4fbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd
15:04:50  *** HerzogDeXtEr [~Flex@89.246.207.82] has joined #openttd
15:14:46  *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
15:19:24  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
15:22:28  *** vraa [~vraa@h156.225.29.71.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
15:26:17  *** M4rk is now known as Mark
15:27:26  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
15:40:08  *** TinoM [~Tino@i59F5D574.versanet.de] has joined #openttd
15:56:44  *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
15:57:19  *** Mortal is now known as Guest1465
15:57:19  *** mortal` is now known as mortal
16:01:33  *** frosch123 [~frosch@frnk-590fd978.pool.einsundeins.de] has joined #openttd
16:03:30  *** Guest1465 [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
16:04:49  *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection]
16:05:08  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
16:15:34  *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
16:15:39  *** Mortal is now known as Guest1468
16:15:39  *** mortal` is now known as mortal
16:16:48  *** Zeal is now known as Zealotus
16:22:45  *** Zorn [zorn@e177233085.adsl.alicedsl.de] has joined #openttd
16:22:58  <Eddi|zuHause> it's funny how one 1TB HDD is 16GB bigger than the other 1TB HDD
16:23:00  *** Guest1468 [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
16:23:38  <benjamingoodger> yeah, filesystems FTW...
16:26:50  *** mikegrb_ [~michael@mail.thegrebs.com] has joined #openttd
16:27:13  *** Netsplit resistance.oftc.net <-> graviton.oftc.net quits: snorre, mikegrb, De_Ghosty
16:27:27  *** Netsplit over, joins: De_Ghosty, snorre
16:29:48  *** Zorni [zorn@e177233085.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
16:31:25  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
16:32:48  *** fjb [~frank@p5485ED9B.dip.t-dialin.net] has quit [Remote host closed the connection]
16:33:13  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
16:37:27  *** mikegrb_ is now known as mikegrb
16:39:44  *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
16:39:48  <SpComb> http://ask.slashdot.org/article.pl?sid=08/12/15/1933218 <-- something's wrong... not a single mention of OpenTTD on the first page of comments
16:40:12  <SpComb> granted, there's like 600 comments
16:40:25  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
16:40:42  <petern> maybe it's not a great game
16:42:12  <TrueBrain> bonus points for petern :)
16:42:48  <SmatZ> it's not "free"
16:43:54  *** Bennythen00b [~chatzilla@40.81-166-86.customer.lyse.net] has joined #openttd
16:44:22  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer]
16:46:53  *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: Checking whether build environment is sane ... build environment is grinning and holding a spatula.  Guess not.]
16:49:28  *** Bennythen00b_ [~chatzilla@40.81-166-86.customer.lyse.net] has joined #openttd
16:53:03  *** Zeal is now known as Zealotus
16:53:40  <mrfrenzy> SmatZ hit the nail
16:53:48  *** lobster_MB [~michielbr@192.87.217.56] has quit [Quit: COCKBUSTER SLEEP MODE]
16:54:59  <SpComb> I guess that's kind of true, distributing OpenTTD is a bit iffy
16:55:35  *** Bennythen00b [~chatzilla@40.81-166-86.customer.lyse.net] has quit [Ping timeout: 480 seconds]
16:55:38  *** Bennythen00b_ is now known as Bennythen00b
17:01:08  *** HerzogDeXtEr [~Flex@89.246.207.82] has quit [Read error: Connection reset by peer]
17:01:42  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
17:02:34  *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
17:04:39  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
17:13:19  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
17:15:02  <Eddi|zuHause> maybe the opengfx people can get a full replacement up for the 0.7 release
17:15:06  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
17:15:58  <petern> depends if you consider drawing over the old sprites as 'new', heh
17:17:28  <Eddi|zuHause> i don't think that'd hold in a court..
17:20:47  *** Progman [~progman@p57A1FFCE.dip.t-dialin.net] has joined #openttd
17:25:15  * petern ponders a pixel-by-pixel comparison :p
17:27:34  *** Bennythen00b [~chatzilla@40.81-166-86.customer.lyse.net] has quit [Ping timeout: 480 seconds]
17:30:36  <Belugas> don't dare do that with mb's stuff!
17:30:40  <Belugas> mmh...
17:30:44  <Belugas> on the other hand...
17:30:46  <Belugas> DO THAT!!!!
17:39:43  *** FloSoft` [~sifldoer@g229118150.adsl.alicedsl.de] has quit [Quit: leaving]
17:43:47  <Eddi|zuHause> hey, Belugas, i thought of you today
17:44:15  <Eddi|zuHause> when i read a post of a certain MB person that said something about openttd should be more designed around realism :p
17:45:23  <Eddi|zuHause> hm... i think i overdid it with the shuffling around... i now have 5 copy processes running simultaneously
17:47:28  <Eddi|zuHause> involving 2 disks: A->B, B->C (x2), A-D, B->D
17:49:18  <Rubidium> SpComb: so you failed your duties as our CSDTO :(
17:52:06  <Eddi|zuHause> gah... the sound of busy harddrives is making me crazy
17:58:41  <CIA-1> OpenTTD: rubidium * r14679 /trunk/src/ (7 files in 2 dirs):
17:58:41  <CIA-1> OpenTTD: -Fix [FS#2431]: opening the OSK on the chatbox did disable map scrolling (with
17:58:41  <CIA-1> OpenTTD: keyboard) until another window with editbox was opened and closed. Just
17:58:41  <CIA-1> OpenTTD: "refcount" the open edit boxes instead of setting/clearing a bit when
17:58:41  <CIA-1> OpenTTD: opening/closing a window.
18:09:52  <CIA-1> OpenTTD: frosch * r14680 /trunk/src/ (engine.cpp oldloader.cpp):
18:09:52  <CIA-1> OpenTTD: -Feature(ette) [FS#2434]: Use property 4 (model life) also for wagons.
18:09:52  <CIA-1> OpenTTD: Setting property 4 to 0xFF will protect the vehicle (engine or wagon) from expireing. (Necessary since early introduction dates)
18:09:52  <CIA-1> OpenTTD: Savegames will only be affected after 'resetengines'.
18:10:47  <Eddi|zuHause> "expireing" looks very wrong...
18:11:22  <frosch123> the second to top candidate was "expiration"
18:11:27  <frosch123> :p
18:11:40  *** Terkhen [~ircap@25.68.220.87.dynamic.jazztel.es] has joined #openttd
18:11:45  <Terkhen> good evening
18:11:46  <Eddi|zuHause> i would have left out that second 'e'
18:11:52  <Rubidium> it's more that expiring is more commonly used
18:13:03  <Rubidium> maybe it's both allowed like useable and usable
18:13:35  <Eddi|zuHause> i have no idea... sometimes english is too weird for me...
18:14:10  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
18:14:35  *** Singaporekid [~notme@cm38.psi148.maxonline.com.sg] has quit [Quit: Leaving]
18:15:13  <SpComb> Rubidium: I might do better if I knew what a CSDTO was
18:15:47  <Rubidium> SpComb: chief slashdot troll officer
18:16:36  <Rubidium> oh... I did assign that to Prof_Frink ;)
18:16:48  <Rubidium> so blame him for not fullfilling his duties
18:20:50  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
18:20:53  *** mode/#openttd [+v glx] by ChanServ
18:25:25  *** Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd
18:25:31  <Wolf01> hello
18:27:12  *** Lakie [~Lakie@80.247.163.109] has quit [Killed (NickServ (Too many failed password attempts.))]
18:27:13  *** Lakie [~Lakie@80.247.163.109] has joined #openttd
18:32:13  <FauxFaux> Wolf01: Seriously, dude, is that a script?
18:32:20  <Wolf01> no
18:33:29  <Wolf01> I might try to write a different thing each time I enter, but I only know hello, hi, ciao, good evening...
18:41:26  *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
18:41:34  *** Yexo is now known as Guest1490
18:41:34  *** Yexo_ is now known as Yexo
18:43:14  <CIA-1> OpenTTD: translators * r14681 /trunk/ (9 files in 3 dirs): (log message trimmed)
18:43:14  <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2008-12-16 18:42:42
18:43:14  <CIA-1> OpenTTD: arabic_egypt - 208 fixed, 18 changed by khaloofah (188), Azoo4oozi (38)
18:43:14  <CIA-1> OpenTTD: indonesian - 9 fixed by Gonrong (9)
18:43:14  <CIA-1> OpenTTD: norwegian_bokmal - 2 fixed by Thor (2)
18:43:15  <CIA-1> OpenTTD: portuguese - 2 fixed by rmrebelo (2)
18:43:17  <CIA-1> OpenTTD: serbian - 19 fixed by Jenraux (19)
18:43:53  *** Guest1490 [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer]
18:54:30  <Belugas> Eddi|zuHause, thanks for telling me this very am,using story about the blunt  hemm.. blunck guy
18:55:23  <Belugas> as we all already know, (O)TTD(P) should not diverge from his mostly inspired vision
18:55:31  <Belugas> blaaaaaaaa
18:55:34  <Belugas> prrrrrrrt
19:04:13  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
19:49:58  *** Muxy [~Benoit@smtp.bdelalande.net] has joined #openttd
19:50:10  *** Muxy [~Benoit@smtp.bdelalande.net] has left #openttd []
19:57:09  *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer]
20:11:27  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
20:15:49  <CIA-1> OpenTTD: frosch * r14682 /trunk/src/openttd.cpp: -Fix (r14672): Check the correct savegame version. (Thanks SmatZ)
20:30:52  *** rubyruy [~ruy@S0106000c6e57c851.vf.shawcable.net] has joined #openttd
20:48:47  *** gynter [~gynter@77-233-68-252.cdma.dyn.kou.ee] has quit [Quit: Leaving]
20:49:14  *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Quit: Konversation terminated!]
20:50:54  *** FR^2 [frr@oscar.frquadrat.de] has joined #openttd
20:51:34  *** fjb [~frank@p5485ED9B.dip.t-dialin.net] has joined #openttd
20:51:39  <fjb> Hello
20:52:17  <frosch123> moin
20:53:39  *** Mucht [~Martin@80.109.200.215] has joined #openttd
20:55:31  *** HerzogDeXtEr [~Flex@89.246.213.245] has joined #openttd
20:56:16  <Eddi|zuHause> forgive me father, for i have sinned
20:56:32  <Eddi|zuHause> i deleted 250MB worth of OpenTTD directories today
20:56:44  <xand> what's this message mean? dbg: [net] 'Tomo' made an error and has been disconnected. Reason: 'wrong player-id in DoCommand'
20:57:03  <xand> they got disconnected from the game and their company disappeared
21:00:47  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
21:03:05  <frosch123> means "the client has done something pretty naughty" :)
21:03:37  <Rubidium> Eddi|zuHause: I do that regularly too
21:04:05  <Rubidium> or let fdupes run over my newgrf directory
21:04:33  <Eddi|zuHause> those were directories that once upon a time i salvaged from a windows partition
21:05:05  <Eddi|zuHause> looked like one was even a miniin checkout
21:05:40  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
21:12:34  *** DJNekkid [~chatzilla@static217-26.adsl.no] has joined #openttd
21:16:32  <DJNekkid> i've found a bug in the cargodest ... shal i make a flyspray entry?
21:17:34  <Rubidium> which version?
21:17:36  <SmatZ> xand: http://bugs.openttd.org/task/2446 probably
21:17:58  <DJNekkid> Rubidium: as far as i know the latest one ...the one that ends with 835
21:18:03  <Rubidium> SmatZ: then it's all companies and there's a completely new map
21:18:07  <DJNekkid> it were atleast the lastest one a day or two ago
21:18:25  <SmatZ> Rubidium: true, I didn't read it all
21:18:35  <Rubidium> DJNekkid: that one is ancient
21:18:41  <Rubidium> more than a month old
21:19:00  <DJNekkid> well, its the one that is available for download ...
21:19:11  * Rubidium blames Celestar
21:19:20  <DJNekkid> vie http://www.openttd.org/no/download-cargodest
21:19:22  <DJNekkid> *via
21:19:36  <DJNekkid> i can mail you a screenshot if you want?
21:19:41  <DJNekkid> or pm
21:20:21  <Rubidium> it may be the last on the website, but it's a very old one and Celestar just hasn't bothered asking to build a new version
21:20:51  <DJNekkid> well then :)
21:20:52  <Rubidium> each time he wants to ask it he gets a bugreport and he postpones asking to build the binaries
21:21:01  <DJNekkid> hehe ...
21:21:05  <Rubidium> but you can make a bugreport
21:21:10  <DJNekkid> sorta understandable ...
21:21:33  * Rubidium isn't up-to-speed with the bugs and esp. fixed bugs in cargodest
21:23:15  <DJNekkid> oki, i'll make a report when i gets home :)
21:23:17  <DJNekkid> ttyl
21:25:37  * Rubidium wonders what a SDL RISCom serial card has to do with this
21:29:28  *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
21:31:18  *** HerzogDeXtEr [~Flex@89.246.213.245] has quit [Quit: Leaving.]
21:31:28  *** frosch123 [~frosch@frnk-590fd978.pool.einsundeins.de] has quit [Remote host closed the connection]
21:33:25  *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Ping timeout: 480 seconds]
21:34:50  *** TinoM [~Tino@i59F5D574.versanet.de] has quit [Quit: Verlassend]
21:40:39  *** DJNekkid [~chatzilla@static128-249.adsl.no] has joined #openttd
21:40:54  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Quit: mikl]
21:43:13  *** Brianetta [~brian@client-86-27-49-89.brhm.adsl.virgin.net] has joined #openttd
21:43:26  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]]
21:46:35  <Eddi|zuHause> hm... something is wrong with my DVD drive... i can't access it anymore...
21:47:32  *** Nite_Owl [~Nite_Owl@c-76-109-60-185.hsd1.fl.comcast.net] has joined #openttd
21:47:54  <Nite_Owl> Hello all
21:49:25  *** KritiK [~Maxim@78-106-227-38.broadband.corbina.ru] has joined #openttd
21:51:21  <DJNekkid> Rubidium: here it is: http://bugs.openttd.org/task/2457
21:51:27  <DJNekkid> looks ok?
21:51:54  *** tokai [~tokai@p54B80BC2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
21:53:37  <Darkvater> Rubidium: http://paste.openttd.org/177974
21:53:45  *** tokai [~tokai@p54B83885.dip0.t-ipconnect.de] has joined #openttd
21:53:45  *** mode/#openttd [+v tokai] by ChanServ
21:53:58  <Wolf01> 'night
21:54:02  *** Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
21:55:04  <Rubidium> Darkvater: that's more something for glx; I generally don't have MSVC
21:55:20  <Darkvater> didn't you write determineversion?
21:55:23  <Rubidium> DJNekkid: that's something for Celestar to find out
21:55:58  <DJNekkid> Rubidium: yup :)
21:56:05  <Rubidium> Darkvater: I did a long time ago when I was annoyed about not knowing revision numbers of crashes etc.
21:56:06  <Darkvater> but, well, ping glx :)
21:56:13  <glx> reading :)
21:56:22  <Rubidium> and I've gotten rid of VMware since then
21:56:31  <Rubidium> and glx has been working on the file since then
21:56:53  <Darkvater> ah, kkies
21:57:22  <glx> I don't have tortoise to check :)
21:57:37  <Darkvater> do you need to? ;0
21:57:40  <Darkvater> ;)
21:57:50  <glx> but it looks good
21:57:52  <Darkvater> damn keyboard
21:58:04  <Rubidium> what about adding the object method instead of replacing?
21:58:41  <Rubidium> when e.g. the object isn't registered
21:59:01  <Darkvater> ' If TortoiseSVN is installed, try to get the revision number
21:59:16  <Darkvater> if tortoise isn't installed you don't have subwcrev.exe either
21:59:38  <glx> if we can get the tortoise path key, the object is probably there
22:00:00  <glx> if not the user broken is registry ;)
22:00:24  <Darkvater> you know how I feel about stupid users :D
22:00:33  <glx> same for us ;)
22:01:14  <Sacro>  OH MY GOD A DARKVATER
22:01:40  * Darkvater pats Sacro; there, there boy, easy now
22:01:41  * Sacro is a stupid user :D
22:01:41  *** DJNekkid [~chatzilla@static128-249.adsl.no] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]]
22:01:52  <Sacro> (still)
22:01:59  <Sacro> Darkvater: long time no see, how are you?
22:02:16  * Darkvater recommends a readback ;)
22:02:25  <CIA-1> OpenTTD: rubidium * r14683 /trunk/src/ (4 files):
22:02:25  <CIA-1> OpenTTD: -Change: only say a engine/vehicle is refittable when it can be refitted to at least two cargo type or when it has subcargos.
22:02:25  <CIA-1> OpenTTD: NOTE: it is still possible that a vehicle is marked refittable when there is nothing to refit to, e.g. when only one subcargo is available but that cannot be determined without a vehicle chain.
22:02:39  <Darkvater> but I'm okay, finished studies, gonna work next month, gonna see how much time I have for ottd
22:03:10  <Sacro> cool :D
22:03:16  <Sacro> nice to have old devs returning
22:03:21  * Sacro wonders who else there is
22:03:25  <Sacro> @seen Bjarni
22:03:25  <DorpsGek> Sacro: Bjarni was last seen in #openttd 5 weeks, 4 days, 0 hours, 35 minutes, and 23 seconds ago: <Bjarni> <ln-> well, good to see you back amongst the healthy, in any case. <-- sort off.... I'm totally tired and I missed everything at uni this week
22:03:45  <Sacro> @seen celestar
22:03:45  <DorpsGek> Sacro: celestar was last seen in #openttd 1 day, 23 hours, 46 minutes, and 19 seconds ago: <Celestar> I'm going to PARTY!
22:03:50  <Sacro> errm...
22:03:55  <Sacro> DarkSSH!
22:04:21  <glx> hmm it needs some tweaking :)
22:04:59  <Darkvater> do tell glx :)
22:05:32  <glx> ,...If InStr(version, "$") Then <-- failure detection fails
22:05:51  <glx> so without tortoise, rev is "rM" for me
22:05:57  <Darkvater> I protest! that is not my code
22:07:10  <Eddi|zuHause> "people are now eating spam mails, because of the recession" :p
22:07:43  * glx does more tests
22:09:20  <Darkvater> :O FEDFUND is 0-0.25
22:09:35  <Darkvater> it's almost free to borrow money
22:10:01  <FauxFaux> Clearly that's what you need to do right now.
22:10:25  <Darkvater> it's a totally crazy world
22:10:56  <Darkvater> they're just pampering this rotten system, prolonging the crisis. Just let those damn banks go bankrupt, get it out of the system and you're back on track within 6 months
22:11:23  *** vraa [~vraa@h156.225.29.71.dynamic.ip.windstream.net] has joined #openttd
22:11:37  <Rubidium> and it's all Bush's fault
22:11:39  *** FR^2 [frr@oscar.frquadrat.de] has quit [Quit: Connection reset by caffein depletion...]
22:12:09  <Darkvater> well, bush and that stupid old greenspan
22:13:05  <Darkvater> "let the markets work it out, we don't need control"....good job greenie
22:13:43  *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
22:15:10  <Rubidium> if Bush wouldn't control the market there wouldn't be a problem... http://www.youtube.com/watch?v=bZx4jArxMF8
22:15:52  <Rubidium> ^ that's a speech from 2002 effectively telling that the banks should give mortgages to people who can't afford one
22:15:58  <Darkvater> ah, the homes-for-all one?
22:16:05  <Rubidium> yes
22:16:32  <Rubidium> now what was the problem again? Mortgages givens to people who can't afford them, right?
22:16:32  <Darkvater> yeah, we love that one. But the bigger problem was the huge explosion of derivative trading of banks
22:17:23  <Darkvater> give out mortgage > assume prices can only go up > lend out tenfold of assets > accept bonds of other banks as asset based on same mortgage > lend out tenfold
22:19:09  <Darkvater> so anyways my second patch since petern does not commit: http://paste.openttd.org/177975
22:19:21  <Darkvater> prolly something for glx as well, warning on MSVC
22:19:55  <glx> I know about this warning, but petern said it was not the proper fix
22:20:09  <glx> (I have a similar diff somewhere)
22:20:11  <Darkvater> oh petern did not tell me that
22:20:13  <Darkvater> bad petern :)
22:23:03  <glx> hmm ok Nothing tests are just wrong
22:26:33  <glx> http://glx.dnsalias.net:8080/openttd/tortoiseobject.diff <-- this one works for me (but I don't have tortoise to test)
22:26:48  <glx> at least I get the same result :)
22:30:11  *** davis_ [~suckyours@p5B28FD2D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
22:30:53  <glx> hmm but it may fail if tortoise is present and we are not in a svn repo
22:33:37  <glx> Darkvater: what SubWCRev.GetWCInfo FSO.GetAbsolutePathName("../src"), 0, 0 return when called in a git or hg repo?
22:36:57  <Darkvater> I donnu, I don't have git/hg
22:37:42  <Darkvater> but I can check quickly what it returns for a non-svn dir
22:37:58  <glx> should be right too :)
22:38:06  <petern> DUNNO!
22:38:24  <Darkvater> oh and now he reacts
22:39:28  <Darkvater> glx: it returns 0
22:39:50  <Darkvater> or I mean..nothing and revision is 0
22:40:51  <Sacro> petern: you need your old nick back
22:40:53  <Sacro> just like old times
22:41:05  <Sacro> also where is guru3 :P
22:41:34  <guru3> wh
22:41:36  <guru3> eh
22:41:47  <guru3> simply say my name and i shall appear
22:41:48  <Sacro> http://electricpotential.net/ircstats/openttd.html <- ahh memories
22:41:49  <guru3> somewhat like a genie
22:42:05  <guru3> http://electricpotential.net/ircstats/openttd2.html <- new ones
22:42:23  <guru3> of which i'm not a part -_-
22:42:25  <Sacro> heh, DV is still 5th
22:43:00  * petern wonders what 16 or 32MB of ram would be being bunged into...
22:43:02  <Darkvater> Sacro: I contest your finding
22:43:04  <Darkvater> +s
22:43:18  <Darkvater> Darkvater+DarkSSH is 3rd
22:43:32  <petern> also, wtf, how am i second? :o
22:43:38  <Darkvater> you talk too much
22:43:43  <guru3> nothing quite lke the good old days when 0.3.5 game out
22:43:49  <guru3> and network play was the hip thing
22:43:49  <petern> i hardly talk at all
22:43:52  <Darkvater> all bjarni did was talk so that's not a surprise
22:44:02  <Sacro> Darkvater: he used to break things as well
22:44:20  <glx> that too :)
22:44:36  <Darkvater> ssh ;)
22:44:39  <petern> guru3, does it know that petern == peter1138?
22:44:46  <guru3> no
22:44:51  <guru3> it could
22:45:24  <guru3> which do you like better?
22:45:30  <petern> Sacro always lets us know what he/she's doing: 1138 actions!
22:45:32  <petern> haha
22:45:35  <Darkvater> glx: your diff doesn't work either if it's not an svn dir no? even worse, you don't even go to norev000 if you have tortoise but no svn dir
22:45:57  <glx> for me it does as I don't have tortoise :)
22:46:13  <glx> but I made a new version
22:46:16  <glx> refreshed diff
22:46:45  <Sacro> petern: can i not do any more then?
22:46:57  <Darkvater> that's better :)
22:47:47  * Darkvater pokes petern about the correct fix for the newgrf warning
22:48:14  <guru3> i need at least 1000 more lines of text to even hit the bottom of those stats :S
22:48:15  *** Zuu [~Zuu@c-a4fbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving]
22:51:02  <glx> guru3: we managed to break the "most referenced nick" section ;)
22:51:10  <guru3> uh oh
22:51:24  <glx> i, you, there, In and all
22:51:34  <guru3> -_-
22:51:54  <guru3> i think that counts as a flaw in pisg
22:52:16  <guru3> im only... a lot of versions behind -_-
22:53:48  <glx> Darkvater: so the current diff is ok for you ?
22:55:10  <Darkvater> it's certainly better: no more cmd window that pops up annoyingly and you get norev when svn fails
22:55:12  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
22:55:36  <glx> hehe I still get cmd windows (and 3 for a hg repo)
22:55:48  <Darkvater> < tortoise = 0
22:55:53  <glx> true
22:56:21  <Darkvater> about hg I'm sorry
22:56:31  <Darkvater> isn't there tortoisegit or something?
22:56:48  <glx> for hg I get svn window, git window and hg window
22:56:59  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
22:57:03  <glx> as it needs to try them
22:57:10  <Sacro> Darkvater: tortoisegit is now 0.0.1.0
22:57:58  <Darkvater> glx: well you could hack by checking hidden folders. eg .svn, .git?? and .hg?? or something
22:58:07  <Darkvater> then only check one and if that fails the other two
22:58:37  <glx> that's possible too
22:58:53  <glx> but maybe later
22:59:12  *** Zorni [zorn@e177233085.adsl.alicedsl.de] has joined #openttd
23:02:35  <CIA-1> OpenTTD: glx * r14684 /trunk/projects/determineversion.vbs: -Codechange: use SubWCRev object to get version info instead SubWCRev.exe for tortoiseSVN (Darkvater)
23:05:32  <Darkvater> thanks glx
23:05:51  * Darkvater has a clean checkout again...haven't had one in years :P
23:06:06  <guru3> hax! hax! hax!
23:06:34  *** Zorn [zorn@e177233085.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
23:08:36  * guru3 wishes he had some awesome idea to implement
23:08:49  <Darkvater> customizable shortcuts
23:09:08  <guru3> like the keys you press to lay track etc?
23:09:18  <Darkvater> yes
23:09:25  <guru3> that's a pretty good idea actually
23:09:47  <Darkvater> some customkeys.txt file and for all hints (right click) the shortcut after the text between parantheses
23:09:53  <Eddi|zuHause> my god... i talk too much here...
23:10:14  <Darkvater> customkeys will need some windowname.action=shortcut lines which need parsing, setting up, and activated
23:10:23  <Eddi|zuHause> and also too much from 0 to 5
23:10:30  <Darkvater> should not be too hard if the initial idea/setup is sound
23:10:40  *** mode/#openttd [+mizs] by Darkvater
23:10:43  <Darkvater> ohoh
23:10:46  *** mode/#openttd [-m] by Darkvater
23:10:55  <guru3> i'd have to spend some time investigatin'
23:11:09  <guru3> and also remember how to check out svn again
23:12:29  *** Terkhen [~ircap@25.68.220.87.dynamic.jazztel.es] has quit []
23:13:07  <Eddi|zuHause> hm... i hate how these "too loud" and "happy" categories always go to those random guys that spoke like 3 lines in the history of the entire channel...
23:14:13  <Eddi|zuHause> Sacro always lets us know what he/she's doing: 1138 actions! <- now that is scary
23:14:28  * guru3 concurs
23:14:39  <guru3> esp since peter was just talking about being peter1138
23:17:30  <Nite_Owl> !stats
23:17:38  <guru3> found where it handles key presses in the code...
23:18:28  *** FauxFaux [faux@compsoc.sunion.warwick.ac.uk] has quit [Quit: Gosh-darn irssi]
23:18:31  <guru3> or at least some of it
23:19:11  <Eddi|zuHause> the only people who speak in the moring are celestar and petern.
23:19:33  <Rubidium> lies!
23:20:35  <guru3> Darkvater: were you thinking any action in any window to be customizable or only redefine the defaults?
23:21:27  <Darkvater> I think the shortcuts we have now suffice... but obviously the proper framework will support any action ;)
23:21:35  <Rubidium> what about any and any action can be triggered globally (like A -> autorail)
23:21:53  <Rubidium> well... not any, but the ones that make sense
23:21:59  <guru3> i haven't found where that's defined in the code yet
23:22:05  <Eddi|zuHause> i want the landscaping tools to be global
23:22:10  <Darkvater> main_gui or something
23:22:32  <Eddi|zuHause> currently, i always have to open the landscaping toolbar first
23:22:46  <Rubidium> src/toolbar_gui.cpp:1060:
23:22:54  <guru3> i found the transparency code
23:23:05  <Darkvater> Rubidium: I don't think he should worry about how shortcuts are handled. it's our job to define when to get global 'A' and when local
23:23:09  <guru3> Rubidium: cheers
23:23:17  <Eddi|zuHause> and i need a key to toggle road/rail toolbars or autoroad/autorail
23:24:18  <Eddi|zuHause> and i need a sanity check before i build a bridge/tunnel so i'll not accidently build the wrong type
23:24:32  <guru3> Oo
23:24:44  <Eddi|zuHause> which can be a very expensive mistake, since you cannot convert them
23:24:52  <guru3> ie check the adjacent tiles first
23:24:57  <guru3> or check what you were last building
23:25:05  <Darkvater> guru3: look around at the forums first; cause if I remember correctly there were/was already attempt(s)
23:25:41  <Eddi|zuHause> very often i was doing road work to prepare a rail line through a city, and then when i build the bridge, i build a road bridge instead of a rail bridge
23:25:55  <guru3> hmm
23:26:05  <guru3> need to find out what sort of window contexting there is
23:26:19  <Eddi|zuHause> there is too little visual feedback on which type you are building
23:26:52  <Eddi|zuHause> so you only notice after you built
23:27:33  <guru3> do windows own buttons, or do windows draw buttons?
23:28:02  <Eddi|zuHause> buttons are typically child widgets
23:28:27  <Rubidium> ... but not necessarily
23:28:39  <guru3> each time i clieck the rail button is the window recreated from scratch or pulled out of memory?
23:29:07  *** Mucht [~Martin@80.109.200.215] has quit [Quit: Konversation terminated!]
23:29:26  <Rubidium> it uses some sort of hybrid
23:30:18  <Rubidium> and it differs between windows
23:30:47  <guru3> FindWindowById -> same ids or changing dynamically?
23:31:39  <Rubidium> that depends on the window
23:31:44  <Rubidium> and on the parameter
23:33:24  <guru3> :/
23:33:36  *** elmex [~elmex@e180066143.adsl.alicedsl.de] has quit [Remote host closed the connection]
23:33:37  <guru3> i wish this didn't look like a mix of oop and regular programming
23:33:53  <Eddi|zuHause> it's some sort of hybrid :p
23:34:06  <guru3> ><
23:34:14  <guru3> there's no nice way to see all the functions dealing with something
23:34:50  <Eddi|zuHause> it's an abomination, it lies there and whispers "kill me"
23:35:03  <guru3> it's all really easy to read
23:35:08  <guru3> which is the funny bit
23:35:59  <guru3> if the config file as in the format of window.rail.buttonX.key=<some key>
23:36:10  <guru3> *was in
23:36:39  <guru3> enum WindowClass { -> does a window know it's enum?
23:37:02  <Rubidium> how hard is it to find out for yourself?
23:37:06  <guru3> enum WindowClass {
23:37:08  <guru3> er
23:37:10  <guru3> w->window_class
23:37:17  <guru3> it does, and it's not that hard, but i like typing things in
23:37:22  <guru3> need to boost my irc stats
23:38:20  <Rubidium> with pointless and very trivial questions it also boosts other stats which eventually might work against you
23:38:43  * Darkvater feels the heat build up
23:39:02  <Rubidium> nah, I don't fight, I just /ignore ;)
23:39:19  <Darkvater> that doesn't show up in the stats :)
23:39:23  <Eddi|zuHause> yeah, take an example of yorick :p
23:39:41  <guru3> that's true... here's a theoerical c/cpp question then... the text name in an emum, say WC_BUILD_STATION, if the config was in the format of WC_BUILD_STATION.action.keybound, would it be possible to parse the string into the enum somehow?
23:39:44  <Rubidium> it shows up in my stats (number of ignored people)
23:40:15  <Darkvater> no
23:40:19  <Rubidium> guru3: not directly, but one can run a script over the window_gui.cpp which makes a mapping
23:40:19  <guru3> didn't think so
23:40:34  <Rubidium> like e.g. the NoAI API does
23:40:36  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Quit: Leaving.]
23:40:56  <guru3> that sounds reasonable... just need to find a similar list of buttons attached to each window then and i'm in business
23:41:21  <Rubidium> that's the *very* tricky part
23:42:08  <Rubidium> although...
23:42:19  <Darkvater> don't we have widget-enums ;)
23:42:38  <Rubidium> Darkvater: yes, but those also list non-buttons etc
23:42:53  <Rubidium> but you can ofcourse "click" non-buttons and then nothing would happen
23:44:05  <petern> pomtepom
23:44:28  <guru3> hmmm, 'widget_index', that sounds promising
23:45:52  <Rubidium> I hope that once window class (in the enum) corresponds with one actually class (i.e. widget indices), but I'm not sure at all about that
23:46:28  <guru3> enum WindowWidgetTypes {
23:46:35  <guru3> so it should be possible to identify the buttons
23:48:04  <Rubidium> that won't work for at least the advanced settings window
23:48:27  <guru3> will it work for every regular gameplay window?
23:49:03  <Darkvater> for advanced you only want shortcuts for categories of patches, all the other stuff is pretty irrelevant imho
23:49:31  <Rubidium> guru3: I'm uncertain about that
23:49:53  <Rubidium> the order gui is the trickiest window
23:50:36  <Rubidium> it has keyboard shortcuts that don't map to a single mouse click
23:51:19  <guru3> so there wouldn't be a widget for it
23:52:18  <Rubidium> exactly
23:52:42  <guru3> but it's still a window
23:52:55  <guru3> the window could keep a list of 'buttonable' events
23:52:57  <Darkvater> gn all :)
23:53:05  <guru3> when a widget is added, it's recored as a buttonable event
23:53:12  <guru3> but other custom events could be added as well
23:53:39  <guru3> good night Darkvater
23:53:41  <Rubidium> sounds like duplication of lists and thus error-prone
23:54:27  <guru3> there aren't any events or action sort of things from what i can see
23:54:48  <Nite_Owl> Later Darkvater
23:55:34  <Rubidium> guru3: what do you mean by that? Aren't the OnXXX functions events/actions?
23:56:14  <guru3> they are, but not in the sense i meant
23:56:35  <guru3> each widget seems to be responsible for being clicked on to trigger its action
23:57:03  <guru3> windows catch key presses which are then hot wired to actions
23:57:13  <guru3> or really the action functions
23:57:29  <Rubidium> true
23:57:45  <guru3> a button click doesn't call action this, it IS action this
23:58:09  <guru3> but if the button click added an action to something like a queue that was processed
23:58:16  <Rubidium> it calls window->OnClick(int widget)
23:58:21  <guru3> then a button press could simply go in the queue as well and anything would be doable
23:58:44  <Eddi|zuHause> er... is the forum down?
23:58:54  <Rubidium> Eddi|zuHause: nah, it's just the ISP of the forum
23:59:37  <Eddi|zuHause> isn't that still orudge's fault? :p
23:59:44  <Rubidium> nope
23:59:54  <guru3> a queue isn't really doable here though

Powered by YARRSTE version: svn-trunk