Back to Home / #openttd / 2010 / 06 / Prev Day | Next Day
#openttd IRC Logs for 2010-06-24

---Logopened Thu Jun 24 00:00:38 2010
00:18<ccfreak2k>Is there a setting to cause trucks to move up in a roro stop if the truck ahead pulls out and it's still loading?
00:35-!-VVG [~sdfkhksd@85.249.0.40] has joined #openttd
00:39-!-nfc [~nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
00:42-!-nfc [~nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has joined #openttd
00:53-!-SirSquidness [~sirsquidn@au.dongues.com] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p54B77B46.dip.t-dialin.net] has quit []
00:56-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
01:02-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd
01:21-!-Kurimus [Kurimus@dsl-tkubrasgw1-fe34dc00-202.dhcp.inet.fi] has joined #openttd
01:29<planetmaker>there isn't, ccfreak2k
01:30<planetmaker>I also wouldn't like, if the bus moved just to the front of the bus stop during the time I try to climb into it ;-)
01:31<ccfreak2k>Even if there were ten other buses queued behind it?
01:31<SmatZ>hello planetmaker :-)
01:31-!-HerzogDeXtEr [~Administr@88.130.169.124] has joined #openttd
01:32<planetmaker>moin SmatZ :-)
01:34<planetmaker>you're up early :-)
01:36-!-HerzogDeXtEr1 [~Administr@89.246.219.188] has quit [Ping timeout: 480 seconds]
01:43<SmatZ>yeah :)
01:51-!-HerzogDeXtEr1 [~Administr@88.130.177.42] has joined #openttd
01:53-!-HerzogDeXtEr2 [~Administr@88.130.177.193] has joined #openttd
01:53<ccfreak2k>Modern Motion is a weird song.
01:57-!-HerzogDeXtEr [~Administr@88.130.169.124] has quit [Ping timeout: 480 seconds]
01:59-!-HerzogDeXtEr1 [~Administr@88.130.177.42] has quit [Ping timeout: 480 seconds]
02:10-!-HerzogDeXtEr2 [~Administr@88.130.177.193] has quit [Ping timeout: 480 seconds]
02:36-!-^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd
03:11-!-Progman [~progman@p57A1C30D.dip.t-dialin.net] has joined #openttd
03:14-!-Progman [~progman@p57A1C30D.dip.t-dialin.net] has quit [Remote host closed the connection]
03:15-!-Grelouk [~Grelouk@93.21.12.219] has joined #openttd
03:17<ccfreak2k>Finally got around to using timetables.
03:20-!-ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know]
03:22-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Remote host closed the connection]
03:25-!-andythenorth [~andytheno@salieri.openttdcoop.org] has joined #openttd
03:27<kamil>Ammler: ok I install expect, but this same problem... maybe any lib to add $PATH ?
03:31-!-einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has joined #openttd
03:31<kamil>ok it works!:)
03:32<planetmaker>what OS?
03:32<kamil>linux
03:32<kamil>but i can't running this in screen ?:)
03:33<Rubidium>I see no reason why something that runs on a normal console can't run in screen
03:34<ccfreak2k>If it uses X, it will need a few env vars set to use the screen.
03:35<Rubidium>as if X is used on many servers
03:36<ccfreak2k>The program doesn't care if it's a server.
03:38<Rubidium>ap+ (as far as I know) only works correctly on a dedicated server, which implies a server without the need for X so *why* would they think: heh, lets add a dependency on X for ap+?
03:38-!-GVV [~sdfkhksd@85.249.0.40] has joined #openttd
03:38-!-pugi [~pugi@p4FCC7BB5.dip.t-dialin.net] has joined #openttd
03:38-!-VVG [~sdfkhksd@85.249.0.40] has quit [Read error: Connection reset by peer]
03:43<kamil>ok how to running ap+ to console and quit console, but program still runing?
03:44<planetmaker>kamil: we run ap+ always in screen
03:44<planetmaker>use screen for that :-)
03:45<kamil>ahhh... i push ctrl+d... but only ctrl+a, ctrl+d ;)
03:45<ccfreak2k>Rubidium, I don't pretend to understand what programmers are thinking when they include dependencies.
03:56<kamil>ok how get any log from irc module? i see: '[::mod_irc::network] IRC connection established' - but can't see session in my channel :)
03:57<planetmaker>the channel it joins is configured in the cfg
03:57<planetmaker>if it doesn't exist...
03:57<planetmaker>ap+ has also a debug mode somewhere
03:59<kamil>planetmaker: i configure to use irc module... ok i see: [::irc] IRC connection closed unexpected, reconnecting... but what is wrong... debug mode set to 1
03:59<planetmaker>I've no clue
03:59<planetmaker>channel inexisting? Other network than oftc?
04:01<kamil>channel exist... network: quakenet... before avignon is connecting and work :)
04:01<planetmaker>nick taken?
04:01<kamil>no
04:01<kamil>i check
04:02<planetmaker>well. other client other limits. avignon working doens't mean ap+ or vice versa
04:04<kamil>:)
04:05<kamil>i try to other server :)
04:06<ccfreak2k>"start date" in the timetable doesn't work as I expect.
04:10-!-VVG [~sdfkhksd@85.249.0.40] has joined #openttd
04:11-!-GVV [~sdfkhksd@85.249.0.40] has quit [Ping timeout: 480 seconds]
04:20-!-openttd [openttd@orchia.pl] has joined #openttd
04:20<openttd>Autopilot engaged
04:20<openttd>Starting new game: 'OpenTTD.Orchia.Pl'
04:20<openttd>Landscape: temperate
04:20<openttd>Dimensions: 512x512
04:20<openttd>Starting year: 1975
04:20<kamil>sorry
04:20-!-openttd [openttd@orchia.pl] has quit [Remote host closed the connection]
04:20<kamil>var client_name not be set;)
04:32-!-Eddi|zuHause2 [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
04:35-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
05:04-!-Vikthor [~novotvi2@pc404-23.feld.cvut.cz] has joined #openttd
05:06-!-Eddi|zuHause2 is now known as Eddi|zuHause
05:07<Eddi|zuHause>[24.06.2010 10:06] <ccfreak2k> "start date" in the timetable doesn't work as I expect. <-- depends on what you expect...
05:07<Eddi|zuHause>e.g. if you expect it's the time that the train starts at the first station, you're wrong
05:08<Eddi|zuHause>if you expect it's the time that the train _arrives_ at the first station, you're right
05:26-!-josef_1950 [~josef_195@ip-88-153-162-179.unitymediagroup.de] has joined #openttd
05:26-!-josef_1950 [~josef_195@ip-88-153-162-179.unitymediagroup.de] has left #openttd []
05:27-!-Vikthor [~novotvi2@pc404-23.feld.cvut.cz] has quit [Quit: Leaving.]
05:33-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
05:37-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd
05:43-!-roboboy [~robotboy@c114-76-181-180.blktn4.nsw.optusnet.com.au] has joined #openttd
05:45-!-KenjiE20 [~KenjiE20@92.9.250.146] has joined #openttd
05:52-!-roboboy [~robotboy@c114-76-181-180.blktn4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds]
05:56-!-lugo [~lugo@mgdb-4db8d9d4.pool.mediaWays.net] has joined #openttd
06:08-!-Devroush [~dennis@ip-83-134-158-99.dsl.scarlet.be] has joined #openttd
06:11-!-Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd
06:11<dihedral>congratulations kamil on setting up ap+ ;-)
06:14-!-Grelouk_ [~Grelouk@93.26.203.153] has joined #openttd
06:14<kamil>thx... i must write manual: advanced install ap+ :))
06:14<dihedral>kamil: other networks might require other line endings ;-)
06:14<dihedral>there is a setting for that in the config
06:15<kamil>you know... step by step: download openttd, configure openttd, download lib for ap+ and install, download ap+, configure ap+...
06:16<dihedral>it harldy makes sense to try to use ap+ if you do not know how to use openttd ;-)
06:16<kamil>dihedral: yyy... where write is nick irc in ap+ == clientname?
06:17<dihedral>openttd config section [nerwork] iirc
06:17<dihedral>must be a valid irc nick name
06:17<dihedral>as that is used ;-)
06:17<kamil>i'm not set because openttd -D not req this var
06:18<dihedral>but ap+ requires this var ;-)
06:18<kamil>dihedral: yes, but why nothing to do in manual?
06:19<dihedral>http://wiki.openttdcoop.org/Autopilot/ap%2B
06:20<dihedral>you mean that manual?
06:20-!-Grelouk [~Grelouk@93.21.12.219] has quit [Ping timeout: 480 seconds]
06:21<kamil>dihedral: yes
06:21<kamil>and manula.txt
06:21<kamil>manual.txt
06:21<kamil>in dir ap+
06:22<dihedral>hmm... might have forgotton :-P
06:22<kamil>dihedral: you know... docs ap+ is very poooooor
06:24<dihedral>might be one of the reasons why it's not used as much
06:25<kamil>any way... thx for help for all... ok i go to work;p
06:25<dihedral>but quite frankly i dont feel like writing docs for that anymore ;-)
06:26-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd
06:38<planetmaker><kamil> thx... i must write manual: advanced install ap+ :)) <-- that'd indeed be very welcome
06:39<planetmaker>http://wiki.openttdcoop.org/Autopilot/ap%2B <-- maybe you add it there
06:39<planetmaker>or provide a manual.txt in order to add it to the svn
06:40<planetmaker>or best do both: add to the wiki and add to the manual
06:53-!-Progman [~progman@p57A1C30D.dip.t-dialin.net] has joined #openttd
07:10-!-theholyduck [~holyduck@87.80-202-130.nextgentel.com] has joined #openttd
07:17-!-Keyboard_Warrior [~holyduck@87.80-202-130.nextgentel.com] has joined #openttd
07:17-!-theholyduck [~holyduck@87.80-202-130.nextgentel.com] has quit [Read error: Connection reset by peer]
07:23-!-Zahl [~Zahl@g228076023.adsl.alicedsl.de] has joined #openttd
07:30-!-jpx_ [jpx_@a91-156-254-168.elisa-laajakaista.fi] has joined #openttd
07:30-!-einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection]
07:31-!-asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd
07:41-!-tokai [~tokai@port-92-195-78-166.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:42<TrueBrain>Rubidium: can you add a DNS entry? hu.binaries.openttd.org, pointing to 195.70.38.80
07:43-!-tokai [~tokai@port-92-195-30-7.dynamic.qsc.de] has joined #openttd
07:43-!-mode/#openttd [+v tokai] by ChanServ
07:46<Rubidium>TrueBrain: I guess I can
07:46<Rubidium>+'t anymore
07:47<TrueBrain>how come?
07:47-!-SirSquid1ess [~sirsquidn@au.dongues.com] has joined #openttd
07:47-!-SirSquid1ess [~sirsquidn@au.dongues.com] has quit []
07:47<ccfreak2k>Eddi|zuHause, so how exactly do I time it so that the train leaves for -any point- on the schedule at a specific date?
07:47<@peter1138>seems to already be there
07:47<TrueBrain>when did that happen? :p
07:48<__ln__>after you asked
07:48<Eddi|zuHause>ccfreak2k: start date is the arrival time at the first station, the rest of the times are derived from the schedule. i.e. start from first station is start date + wait time
07:49<Rubidium>TrueBrain: the 20 seconds between both lines?
07:49<TrueBrain>grr @ Rubidium
07:49<TrueBrain>not that it helps, as the ssh is not responding correctly ...
07:50<ccfreak2k>Eddi|zuHause, can vehicles that share orders have differing start dates?
07:50<Eddi|zuHause>yes
07:50<devilsadvocate>the entry would have a finite TTL
07:50<Eddi|zuHause>that's the entire point :p
07:55<ccfreak2k>Eddi|zuHause, so if I set the start date, set them to go to the first station and they arrive before the start date, will they wait at the station until the start date + wait time at station THEN proceed?
07:55<Eddi|zuHause>yes
07:55<Eddi|zuHause>(i believe so, but might need testing)
07:57-!-Coco-Banana-Man [~Stephan.D@p5B2D951A.dip.t-dialin.net] has joined #openttd
08:00<ccfreak2k>Does openttd think there's 31 days in February?
08:00<ccfreak2k>Or does the date gui just not fix for months?
08:01<@peter1138>?
08:01<@peter1138>it rolls over from 28th Feb to 1st Mar... as you'd expect
08:01<@peter1138>probably leap years too, heh
08:02<Eddi|zuHause>ccfreak2k: it just doesn't dynamically change the dropdown entries
08:02<ccfreak2k>Ok, got the dates in.
08:02<ccfreak2k>Let's see what happens.
08:03-!-devilsadvocate [~devilsadv@202.3.77.231] has quit [Ping timeout: 480 seconds]
08:04<ccfreak2k>Eddi|zuHause, seems to work.
08:04<ccfreak2k>At least now that I know how to use it.
08:09<ccfreak2k>Like a well-oiled machine.
08:18-!-Zahl_ [~Zahl@g228091093.adsl.alicedsl.de] has joined #openttd
08:25-!-Zahl [~Zahl@g228076023.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
08:25-!-Zahl_ is now known as Zahl
08:32-!-glx [glx@2a01:e35:2f59:c7c0:e860:6bfd:7691:ff0d] has joined #openttd
08:32-!-mode/#openttd [+v glx] by ChanServ
08:39-!-DrRetro [~ontario@174-137-229-225.ip.tor.radiant.net] has joined #openttd
08:49-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd
08:54<TrueBrain>Rubidium: expect bandwidth spikes, mirroring new mirror ;)
09:03-!-ecke [~ecke@188.75.128.2] has joined #openttd
09:03<Rubidium>why is that soccer game tonight instead of late afternoon? Now the shops will be closed instead of really silent :(
09:04-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Quit: IRC is just multiplayer notepad]
09:05-!-devilsadvocate [~devilsadv@202.3.77.208] has joined #openttd
09:07<planetmaker>hehe. You like shopping during football matches, too? It's awesome how efficient it can be...
09:08<fjb>And the roads are free.
09:09<@peter1138>:)
09:11<ccfreak2k>I need some kind of calendar calculator.
09:12-!-VVG [~sdfkhksd@85.249.0.40] has quit [Ping timeout: 480 seconds]
09:13-!-VVG [~sdfkhksd@85.249.0.43] has joined #openttd
09:16-!-Devroush|2 [~dennis@ip-83-134-176-28.dsl.scarlet.be] has joined #openttd
09:16-!-Devroush|2 [~dennis@ip-83-134-176-28.dsl.scarlet.be] has quit []
09:16-!-Devroush [~dennis@ip-83-134-158-99.dsl.scarlet.be] has quit [Ping timeout: 480 seconds]
09:16<ccfreak2k>Good lord.
09:17<planetmaker>fjb, very much indeed
09:17<ccfreak2k>Scheduled trains have caused the passenger rating for my stations to jump up to 97%.
09:17<planetmaker>I once drove from BS to Magdeburg during the last world championship when Germany played
09:17<planetmaker>Never before and never after the highway was that empty
09:17-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has joined #openttd
09:21-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
09:21-!-Grelouk_ [~Grelouk@93.26.203.153] has quit [Quit: Quitte]
09:24<Eddi|zuHause><Rubidium> why is that soccer game tonight instead of late afternoon? Now the shops will be closed instead of really silent :( <-- by my experience, shops are really silent while they are closed :p
09:24<Rubidium>yeah, but I don't want to have a "free" night in a state sponsored hotel
09:25<planetmaker>and shopping in the after hours is even less expensive? :-P
09:26<Eddi|zuHause>we have a 24h shop (except sundays) in the city
09:26<Eddi|zuHause>from monday 7:00 to saturday 22:00 i believe
09:28-!-HerzogDeXtEr [~Administr@89.246.207.126] has joined #openttd
09:30-!-pugi [~pugi@p4FCC7BB5.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
09:44<fjb>What does the "scheduled" / "expected" switch in the timetable do?
09:44-!-DrRetro [~ontario@174-137-229-225.ip.tor.radiant.net] has quit [Ping timeout: 480 seconds]
09:46<Eddi|zuHause>it takes the current delay into account
09:49-!-bryjen [~bryjen@63.147.94.149] has joined #openttd
09:50-!-DrRetro [~ontario@d221-94-161.commercial.cgocable.net] has joined #openttd
09:52<fjb>Ah.
09:52-!-ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know]
09:54-!-Cornholio [~Cornholio@88.251.88.204] has joined #openttd
09:55-!-Fuco [~dota.keys@188.123.106.105] has joined #openttd
09:56-!-TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
09:59-!-xandy [~xandy@p5494AB7F.dip.t-dialin.net] has joined #openttd
09:59<xandy>hi
10:02-!-TheMask96 [martijn@lust.vhost.ne2000.nl] has joined #openttd
10:02-!-Keyboard_Warrior [~holyduck@87.80-202-130.nextgentel.com] has quit [Read error: No route to host]
10:04-!-theholyduck [~holyduck@87.80-202-130.nextgentel.com] has joined #openttd
10:16-!-Fast2 [~Fast2@p57AF85E2.dip0.t-ipconnect.de] has joined #openttd
10:37-!-DrRetro [~ontario@d221-94-161.commercial.cgocable.net] has quit [Ping timeout: 480 seconds]
10:38-!-DrRetro [~ontario@d221-94-161.commercial.cgocable.net] has joined #openttd
10:45-!-xandy [~xandy@p5494AB7F.dip.t-dialin.net] has quit [Quit: Leaving]
10:59-!-devilsadvocate [~devilsadv@202.3.77.208] has quit [Ping timeout: 480 seconds]
10:59<andythenorth>evening
11:01<TrueBrain>all give a good old welcome to http://hu.binaries.openttd.org/, and thank Filemirror.hu while you are there
11:01<TrueBrain>should hit rotation soon
11:03<@peter1138>how many have we got now?
11:03<TrueBrain>6
11:04<@peter1138>cool
11:04<TrueBrain>of which one is IPv6
11:04-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
11:04<TrueBrain>I won't be accepting any more mirrors in EU; only US, Japan, Australia, or ones that have IPv6
11:06-!-DrRetro [~ontario@d221-94-161.commercial.cgocable.net] has quit [Ping timeout: 480 seconds]
11:10-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has quit []
11:24<@orudge>hm, may have IPv6 available on my US mirror in the near future, TrueBrain
11:24<@orudge>shall let you know if and when that happens :)
11:45-!-VVG [~sdfkhksd@85.249.0.43] has quit [Ping timeout: 480 seconds]
11:49-!-VVG [~sdfkhksd@85.249.0.43] has joined #openttd
11:52-!-devilsadvocate [~devilsadv@202.3.77.231] has joined #openttd
12:02-!-pugi [~pugi@p4FCC7BB5.dip.t-dialin.net] has joined #openttd
12:19-!-Mist [mist@cm-84.210.63.9.getinternet.no] has joined #openttd
12:29-!-Zuu [Zuu@c-fdf2e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd
12:38-!-DrRetro [~ontario@174-137-229-225.ip.tor.radiant.net] has joined #openttd
12:42-!-APTX [~APTX@chello089076052083.chello.pl] has quit [Remote host closed the connection]
12:43-!-APTX [~APTX@chello089076052083.chello.pl] has joined #openttd
12:47-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
13:01-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Ping timeout: 480 seconds]
13:03-!-DrRetro [~ontario@174-137-229-225.ip.tor.radiant.net] has quit [Ping timeout: 480 seconds]
13:04-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
13:11-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
13:16-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has joined #openttd
13:19-!-frosch123 [~frosch@frnk-590ff840.pool.mediaWays.net] has joined #openttd
13:21-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
13:24-!-pugi [~pugi@p4FCC7BB5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
13:24-!-pugi [~pugi@p4FCC67E8.dip.t-dialin.net] has joined #openttd
13:26-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd
13:34-!-fonsinchen [~fonsinche@brln-4dba88fe.pool.mediaWays.net] has joined #openttd
13:35-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Read error: Connection reset by peer]
13:41-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
13:45<CIA-9>OpenTTD: translators * r20017 /trunk/src/lang/ (korean.txt unfinished/chuvash.txt):
13:45<CIA-9>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-9>OpenTTD: chuvash - 37 changes by mefisteron
13:45<CIA-9>OpenTTD: korean - 1 changes by junho2813
13:55<Zuu>woho, something spoken
14:00<FauxFaux>Ssh.
14:05*andythenorth ponders
14:05<andythenorth>should I code something
14:11-!-Wizzleby [locke@204-74-213-37.take2hosting.com] has joined #openttd
14:11*Alberth gives andythenorth a dice
14:17-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Read error: Connection reset by peer]
14:20-!-Eoin_ [~eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd
14:22-!-Eoin__ [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd
14:22-!-Eoin_ [~eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
14:23-!-Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
14:23<Zuu>Or code a "shall I code tonight" decision support tool :-p
14:26<Alberth>perhaps he was considering coding that :)
14:31<Zuu>Im concidering if I will code something tonight or just being lazy.
14:32<Zuu>The next question is what to code.
14:34*Alberth hands the many-sided dice to Zuu
14:34<Zuu>What does the sides read out?
14:34<Alberth>\infty
14:35<planetmaker>Zuu: I do have here such decision making die: sleep, eat, make love, take a bath, party and work are the choices ;-)
14:35<Zuu>I'm concidering taking a second look at the break on string feature for the AI debug window and make it more clean plus possible adding AIController.BreakAI().
14:36-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
14:38<Zuu>planetmaker: btw if you still maintain your set of client patches, there is a new sign list patch yesterday or the day before (v37)
14:38<planetmaker>well... I don't really
14:38<planetmaker>too many newgrf projects... :-)
14:38<Zuu>Hehe :-)
14:38<planetmaker>and some fiddling with the settings / options / ... unification
14:38<Zuu>Yea you've become the chef NewGRF coder
14:39-!-Eoin__ is now known as Eoin
14:41<planetmaker>nah, not really
14:41*Zuu waits on SmatZ and michi_cc picking up the 'free' commit :-) (I very well know that patch-reviewing isn't really free, but it was just a joke at the party)
14:41<planetmaker>there's a number of people who do the real work
14:42<planetmaker>I add pieces here and there, maintain the makefiles...
14:42<planetmaker>my first real maor newgrf is actually the Swedish rails
14:44<planetmaker>and I consider opengfx partially my baby :-)
14:44<Zuu>Talking of rail, I got the idea that you could possible create a tracks + rail set combination where you could have a rail-type which only allow cargo-engines and another that only allow pax-engines and one or more track types that allows both pax and cargo trains. Then you could use this pax/cargo-only track types for train separation.
14:44<Zuu>My guess is though that it is not possible to create a such track set without having a special train set as well.
14:44<planetmaker>he. interesting idea
14:45<planetmaker>yes, it would need custom tayloring.
14:45<Zuu>Unless it is possible to do a eg UKRS add-on for that.
14:45<planetmaker>But DJN is ust the type of guy who'd do that with 2cctrainset and nutracks
14:45-!-Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
14:46-!-Eoin [eoin@cpc1-dund8-0-0-cust3.sgyl.cable.virginmedia.com] has joined #openttd
14:48<@peter1138>"heavy" and "light" rail
14:48-!-fonsinchen [~fonsinche@brln-4dba88fe.pool.mediaWays.net] has quit [Remote host closed the connection]
14:49-!-Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has joined #openttd
14:50<Wolf01>hello
14:51<SmatZ>hello Wolf01
14:51<SmatZ>Zuu: I don't remember that joke :)
14:51<SmatZ>and thanks for the patch, done so quickly :)
14:52<Zuu>SmatZ: The joke was that you get a free commit if you commit the sign list patch you get a free commit. :-)
14:52<SmatZ>:-)
14:52<SmatZ>the patch looks suspiciously simple :)
14:53<Zuu>the new town window patch?
14:53<SmatZ>FS#3891 - Remove autofocus of the edit box in the new town window
14:53<SmatZ>yes :)
14:53<Zuu>Yep, it's fairly simple :-)
14:54<planetmaker>the title sound good
14:54<Zuu>Still I've compiled the code and tested it briefly.
14:54<planetmaker>it's something which bug(s/ed) me sometimes
14:55<Zuu>Yet first time I've heard about that issue was at the party.
14:56*planetmaker missed that joke, too ;-)
14:56<SmatZ>Zuu: so the party was good for something :)
14:57<Zuu>hehe
14:58<SmatZ>hmm, clicking "NO" in the "Do you really want to quit OTTD?" window closes the OSK GUI
14:59<SmatZ>Zuu: it still seems to be stealing Ctrl+Q :-/
14:59<SmatZ>and Del
14:59<SmatZ>all global hotkeys, it seems
14:59<Zuu>When the edit box is focused yes
15:00<Zuu>What the patch makes is to make the edit box non-focused by default.
15:00<SmatZ>just open the "Found new town window", and then click Ctrl+Q, nothing happens
15:00<Zuu>To unfocus it click on some other widget in the window (apart from the title bar)
15:01<Zuu>ok, I'll take a look.
15:01<SmatZ>thanks :)
15:02<Zuu>Works here
15:03<Alberth>is there a good consistent idea of how keys + focus should behave?
15:03<Zuu>If edit box is focused, then all input goes to it. Otherwise hotkeys should work as usual.
15:03<SmatZ>:(
15:03<Alberth>it would be useful to write that down in the gui style guide
15:03-!-Fast2 [~Fast2@p57AF85E2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
15:04<Zuu>I could do that
15:04<SmatZ>Alberth: true
15:04<planetmaker>good point :-)
15:04<Zuu>SmatZ: I click on the toolbar button to open the build new town window. Then click Ctrl + Q and get the "do you want to quit?" window.
15:05<SmatZ>Zuu: start openttd ; start SE ; click "Found new town" icon ; press Ctrl+Q (or F3, or whatever else), nothing happens
15:05<SmatZ>strange
15:05*SmatZ does make clean
15:05<Zuu>SmatZ: When you open found new town, is there a flashing cursor in the edit box?
15:05<SmatZ>Zuu: no
15:05*Eddi|zuHause imagine it just got loud at some people's towns :p
15:06<SmatZ>Eddi|zuHause: GOAL?
15:06<SmatZ>nope, rebuilding openttd didn't help
15:06<SmatZ>and svn diff shows your patch is applied
15:07<Zuu>Very strange.
15:08<SmatZ>Zuu: are you using unix+SDL ?
15:08<Zuu>Perhaps you could put a break point in the function that handle key presses?
15:08<Zuu>It should bail out if there is no selection.
15:08<Zuu> /selection/focus/
15:08<Zuu>I'm on windows
15:10<Zuu>hmm, however, the bail out that is of interest is probably not in the windows, but in the main gui code. Let me find the place. (probably in DispatchLeftClick or the function that call that function)
15:12<Zuu>Line 1944 in window.cpp
15:12<Zuu>There it checks if an edit box has global focus.
15:13<Zuu>That is if _focused_window->nested_focus is an edit box.
15:14<SmatZ>Zuu: ok, found the bug
15:14<SmatZ> EventState state;
15:14<SmatZ>is never initialised
15:14-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has quit [Ping timeout: 480 seconds]
15:14<Zuu>For that window or in a central place?
15:14<SmatZ>also, silly passing by reference...
15:15<SmatZ>Zuu: sorry, FoundTownWindow::OnKeyPress()
15:15-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
15:16<Zuu>So the solution is probably to for that window initialize state as ES_NOT_HANDLED
15:17<SmatZ>maybe it should be done in QueryString::HandleEditBoxKey()
15:18<SmatZ>so we prevent that problem reocurring somewhere else :)
15:18<Zuu>Maybe, but that depends on if there is somewhere where it relys on it sometimes not being set by that function.
15:19<Zuu>If you set it to ES_NOT_HANDLED in the function, then you will be forced to check the edit box first. Hmm but that is what is sensible to do, so that is probably a good idea.
15:20<Zuu>I would do that on line 1152 in misc_gui.cpp.
15:21<Zuu>Still I'm not sure if it is clean for the function to do that given the current name/function of it.
15:24-!-SpComb [~terom@zapotek.paivola.fi] has quit [Ping timeout: 480 seconds]
15:28-!-SpComb [terom@zapotek.paivola.fi] has joined #openttd
15:29*andythenorth ponders
15:29<andythenorth>should I code something?
15:29<frosch123>yes
15:30<andythenorth>what?
15:30<andythenorth>[not the Mac port]
15:32<Eddi|zuHause>http://www.civfanatics.com/gallery/showimage.php?i=2838&c= <-- this civ5 feature ;)
15:41*andythenorth is feeling an absence of feedback
15:42<andythenorth>bananas gets me a *lot* more downloads of grfs, but less player responses :P
15:42*planetmaker hugs andythenorth
15:42<planetmaker>and says hello :-)
15:42<andythenorth>hi
15:42*andythenorth is on a bricklink.com rampage
15:44<planetmaker>andythenorth: some new special scenario modes / economies maybe?
15:45<planetmaker>or a nice easter egg, some vehicle animation in one industry?
15:46<Eddi|zuHause>i'm thinking an economy mode where you remove some primary industries and provide the cargos from ports instead could be useful
15:47<Eddi|zuHause>where the effectivity of ports depends somehow on cargos other than *supplies
15:48<Zuu>I've now added a focus section to the gui style document: http://wiki.openttd.org/GUI_Style#Focus
15:48<Zuu>Might have went to much towards implementation.
15:49-!-KritiK [~Maxim@95-24-228-203.broadband.corbina.ru] has joined #openttd
15:49<Alberth>indeed
15:50<Alberth>it should describe what happens when you press a key from a user point of view
15:51<Alberth>how it is implemented is not a gui style problem
15:51<Alberth>probably for the case that a edit box is at the screen, and when it is not at the screen
15:52<Alberth>and perhaps also how to switch between edit boxes
15:53<Wolf01>andythenorth: I proposed a transparent/invisible roads/rails feature, to be able to see if under the road there is a slope, I also suggested how to do it (when in transparent mode you draw an overlay of terrain tile of the same type of the one without the road)
15:53<Alberth>the idea of the guide is to have a fixed description without implementation details, so it can be decided what is the correct behaviour
15:53<Wolf01>if you want you can do it for me :D
15:54<Alberth>and hopefully openttd becomes more consistent in time :)
15:54<andythenorth>Eddi|zuHause: how about food -> port, goods production (perhaps with delay)
15:54<andythenorth>makes food vaguely useful
15:54<andythenorth>agricultural export economy
15:54<andythenorth>:)
15:55<Eddi|zuHause>it shouldn't be a direct translation like secondary industries
15:55<Eddi|zuHause>it should have something unique to it...
15:55<Eddi|zuHause>yes, exporting food is one scenario for ports
15:55<andythenorth>well have a think and suggest something then :)
15:55<andythenorth>oh you did :)
15:55<Eddi|zuHause>i did a while back
15:56<Eddi|zuHause>one scenario was: no secondary industries on the map
15:56<Eddi|zuHause>ports export primary goods and import (low ratio of) secondary goods/supplies
15:56<Eddi|zuHause>and player must build secondary economy
16:03<Zuu>Alberth: hmm, the guide should have a guideline that most windows should not give focus by default to edit boxes? Or is that to much of an implementation issue?
16:04<planetmaker>that's abstract from the code.
16:04<Zuu>Regarding edit boxes I'm not really sure what guides there are otherwise.
16:04<Alberth>no, that's a user concept, so it should be in there
16:05<andythenorth>Eddi|zuHause: sounds like Australia :P
16:06<Eddi|zuHause>andythenorth: well, it could apply to any colonial territory
16:07<Alberth>Zuu: ok. Leave it further then. If there are holes, they will pop up some time.
16:11<Zuu>I've now simplified theh article: http://wiki.openttd.org/GUI_Style#Focus
16:12<Zuu>In this (old) version I added some text about the edit box, but I then realized that it was just documentation but now guidelines so I removed it: http://wiki.openttd.org/?title=GUI_Style&oldid=38033#Widgets
16:12<Zuu>no guidelines*
16:17<Alberth>The fact that we have a editbox, and its purpose could be part of the style guide imho (just like I explain there is something called a 'resizebox' and what it does, and where to find it).
16:17<frosch123>night
16:17-!-frosch123 [~frosch@frnk-590ff840.pool.mediaWays.net] has quit [Remote host closed the connection]
16:19-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
16:26<Zuu>Now there is a FS#3902 containing a fix to "town window eating hotkeys even when edit box is not focused" :-)
16:34-!-Kurimus [Kurimus@dsl-tkubrasgw1-fe34dc00-202.dhcp.inet.fi] has quit []
16:35-!-luckz [~lkz@luckz.de] has quit [Remote host closed the connection]
16:38<SmatZ>:)
16:40-!-Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection]
16:41-!-Fast2 [~Fast2@p57AF85E2.dip0.t-ipconnect.de] has joined #openttd
16:45<Zuu>Depending on how fast the politics regarding on if the quick fix should be done or the more permanent solution that you proposed should be used, you could then have two 'free' commits ;-)
16:48-!-GVV [~sdfkhksd@85.249.0.43] has joined #openttd
16:48-!-VVG [~sdfkhksd@85.249.0.43] has quit [Read error: No route to host]
16:54<Zuu>Hmm, the more permanent solution is probably better as this problem exist at other places too.
16:55<SmatZ>it would be nice if you could do an overview of use of that function and upload the better patch :)
16:56<SmatZ>with making sure it doesn't break something
16:56<SmatZ>I would like to do that, but I lack time :(
16:56-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Read error: Connection reset by peer]
16:57<Zuu>I'm already coding it :-)
16:57<SmatZ>fine :)
16:59-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
17:00<Zuu>There is this article http://wiki.openttd.org/OpenTTDDevBlackBook/Window/TextEdit but I see now that the bug is existing in the article as well.
17:07<Zuu>A problem conceptually is that HandleEditBoxKey would not like to set the state to ES_NOT_HANDELED if the state was set to ES_HANDELED before. This never happens in OpenTTD but it makes the function a bit ugly conceptually. But it could be worth the reduced risk of this bug occuring again.
17:08<SmatZ>I was thinking about returning some bitmasked HandleEditBoxResult and EventState
17:08<SmatZ>or struct, if you want
17:08<SmatZ>to get rid of that EventState reference
17:10<Zuu>Hmm, another possibility is to not include state in the function at all. Instead the caller has to do that based on the return value.
17:11<SmatZ>sounds like a good idea :)
17:11<Zuu>Though, checking the code further, the return value and state is not completely redundant.
17:11<SmatZ>except misc_gui.cpp:1188
17:11<SmatZ>yep
17:21-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:23<Zuu>:1188 can be handeled by adding a new return value. Then this new return value or HEBR_NOT_FOCUSED will mean that the key press was not handeled.
17:23<Zuu>http://paste.openttd.org/226001 <-- how do I make it so the last two enum values share a bit that the others don't in a clean way?
17:27<Zuu>http://paste.openttd.org/226003 <--- this I think should work, but is maybe not very clean.
17:28<SmatZ>well
17:28<SmatZ>"hebr > 2" would need the same amount of ALU operations
17:28<Zuu>True true
17:28<SmatZ>"Handeled" should be "Handled" (I think)
17:29<SmatZ>0xF1, 0xF2 looks magic with no reason to me
17:29<SmatZ>but I haven't looked at the other code, so...
17:29<Zuu>See the second paste
17:30<SmatZ>I have
17:30<Zuu>It's possible even more magic..
17:31<SmatZ>"magic" hidden in accessor functions isn't a problem
17:31<Zuu>Ok
17:36<Zuu>Then we get something like this in the Window code:
17:36<Zuu> EventState state = ES_NOT_HANDLED;
17:36<Zuu> if(HasKeyBeenHandled(this->HandleEditBoxKey(GLAND_RANDOM_EDITBOX, key, keycode)))
17:36<Zuu> {
17:36<Zuu> state = ES_HANDLED;
17:36<Zuu> }
17:36<Zuu>(apart from my coding style error in the if statement)
17:37<SmatZ>that could cause code duplication
17:38-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
17:39<Zuu>In more complicated windows the call to HandleEditBoxKey is the second or third test in an if-statent which would become more complicated.
17:39<SmatZ>how many times is QueryString::HandleEditBoxKey() called?
17:39<Zuu>About 5-10
17:39<Zuu>Once for every edit box that exist in the game
17:40<SmatZ>code a patch, and post it to FS#3902, I think it should be fine :)
17:41<Zuu>The problem is to change things like this:
17:41<Zuu> EventState state = ES_NOT_HANDLED;
17:41<Zuu> if ((_saveload_mode == SLD_SAVE_GAME || _saveload_mode == SLD_SAVE_SCENARIO) &&
17:41<Zuu> this->HandleEditBoxKey(SLWW_SAVE_OSK_TITLE, key, keycode, state) == HEBR_CONFIRM) {
17:41<Zuu> this->HandleButtonClick(SLWW_SAVE_GAME);
17:41<Zuu> }
17:41-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
17:42<SmatZ>maybe all those cases can be simplified/unified
17:42<SmatZ>good evening, Mucht
17:42<SmatZ>like, some windows steal the focus when opened, and others don't
17:42<SmatZ>so there could be just 2 classes of windows with QueryString in them
17:42<Rubidium>some windows close on "esc", some don't
17:43-!-Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Quit: I love my HydraIRC -> http://www.hydrairc.com <-]
17:43<Rubidium>oh... did I talk about unifying the window behaviour before? :)
17:43<SmatZ>(maybe you could even overload QueryString::HandleEditBoxKey() for them ... but that's just - not very nice)
17:43<SmatZ>Rubidium: hehe :)
17:44<Mucht>evening SmatZ
17:44-!-theholyduck [~holyduck@87.80-202-130.nextgentel.com] has quit [Ping timeout: 480 seconds]
17:45<Zuu>All comes down to that sending state by reference to HandleEditBoxKey is not really correct. On the other hand any try to pull it out would complicate the code where the function is called.
17:46-!-Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep]
17:46<Zuu>A simple codewise fix wolud be to keep state in the function and make it set to ES_NOT_HANDELED at the beginning of the function and document that.
17:48<SmatZ>there could be a solution to pass pointer instead of reference
17:49<SmatZ>and set *event only when event!=NULL
17:49<SmatZ>maybe it would simplify some cases
17:49<Zuu>to more clearly force initialization?
17:49<SmatZ>where "event" is not read when HandleEditBoxKey() returns certain value
17:50<SmatZ>it still doesn't implicitly say where it should be initialized :)
17:50<SmatZ>it should be commented though
17:50<Zuu>A completely different way of handeling it would be to from Window.cpp check if an edit box is focused. If so, call HandleEditBoxKey() transparently (if the widget is enabled). In case the edit box handles the key, a new OnXXXX function is called, otherwise the current OnKeyPress is called.
17:50<SmatZ>...I had a plan to nicely comment one file a day...
17:51-!-Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has joined #openttd
17:51<Zuu>hehe
17:51<Zuu>Hello Yexo!
17:52<Yexo>good evening
17:52<SmatZ>hello Yexo
17:53<Yexo>hello Zuu and SmatZ :)
17:54<Rubidium>hmm... Yexo, did you move or something?
17:54<Zuu>hmm, I don't think there is a case when you don't want to pass a non-null 'status' pointer.
17:54<Yexo>sort-of, I'm at my parents house now
17:55<Rubidium>ah, that explains the non-ftth dns name :)
17:56<planetmaker>oh, a yexo. good evening :-)
17:58<Zuu>I think I'll make a solution that keeps the state var, but documents it, still as a reference. Later some more experiments could be made which move some logic to Window.cpp, but that would require some way to do the checkings that currently are done before the Handle-function is called in some windows.
18:05<Zuu>Shall I in the users of HandleEditBoxKey remove initialization of the state var in simple cases or shall I add it to all places where it is missing?
18:07<Zuu>It might be good to add it everywhere as it would not hurt more than one write operation, but would be easier to remember to do the initialization in the more complicated cases if it is always done.
18:07-!-asnoehu [~thok@cc64025-c.hnglo1.ov.home.nl] has quit []
18:25<ccfreak2k>Modern Motion is a weird song.
18:29<Zuu>Patch uploaded to FS#3902
18:30-!-Fast2 [~Fast2@p57AF85E2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
18:30-!-bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit]
18:32<SmatZ>Zuu: sorry, I am not here :-x
18:33<Zuu>Who is it typing then?
18:33<Zuu>;-)
18:34<SmatZ>I am not here enough to understand what you are saying :)
18:35<Zuu>Ah, you've got some beers :-)
18:39<SmatZ>:-D
18:39<SmatZ>right :)
18:39<SmatZ>but that's not the main issue
18:39<SmatZ>I just can't do many things at once
18:39<SmatZ>also, I am not GUI-expert :-/
18:41<Yexo>gn everyone
18:41<SmatZ>good night, Yexo
18:41<Rubidium>night Yexo
18:41-!-Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has quit [Quit: bye]
18:42<Rubidium>SmatZ: then become a GUI expert :)
18:42<SmatZ>Rubidium: I thought you and Alberth are :)
18:44<Rubidium>I'm hardly an expert in GUI design
18:44<Rubidium>see the order GUI mess
18:55<Wolf01>'night
18:55-!-Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
18:58-!-Progman [~progman@p57A1C30D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
18:59-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
18:59-!-^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds]
19:04-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd
19:04-!-asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit []
19:07-!-Zahl [~Zahl@g228091093.adsl.alicedsl.de] has quit [Quit: *schiel*]
19:10-!-pugi [~pugi@p4FCC67E8.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
19:13<Zuu>FS#3901 is more of a code fix than a GUI design patch. The bug exist mainly in the found new town window and the AI debug window. It also exist for the genworld GUI, but the only problem is that you might not be able to open the console when the gen world gui is open if you are unlycky with the value of the uninitialized state variable.
19:14<Zuu>The bug only manifests if the uninitilazed state variable contains a value that is intrepreted as that input has been handeled.
19:21-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has quit [Read error: Connection reset by peer]
19:22-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
19:22-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
19:22-!-Coco-Banana-Man [~Stephan.D@p5B2D951A.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der bläht, als hinterster geht!]
19:23-!-HerzogDeXtEr [~Administr@89.246.207.126] has quit [Read error: Connection reset by peer]
19:23-!-HerzogDeXtEr [~Administr@89.246.207.126] has joined #openttd
19:31-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
19:33<Zuu>night
19:33-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd
19:41-!-Zuu [Zuu@c-fdf2e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds]
19:53-!-KenjiE20 [~KenjiE20@92.9.250.146] has quit [Quit: WeeChat 0.3.2]
20:08-!-KritiK [~Maxim@95-24-228-203.broadband.corbina.ru] has quit [Quit: Leaving]
20:10-!-Dreamxtreme [~Dreamxtre@92.8.98.253] has joined #openttd
20:34-!-bryjen [~bryjen@75.81.201.131] has joined #openttd
20:36-!-welterde [welterde@hex.srv.welterde.de] has quit [Ping timeout: 480 seconds]
20:43-!-welterde [welterde@hex.srv.welterde.de] has joined #openttd
21:01-!-lugo [~lugo@mgdb-4db8d9d4.pool.mediaWays.net] has quit [Remote host closed the connection]
21:11-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has joined #openttd
21:11-!-Devroush [~dennis@ip-83-134-176-28.dsl.scarlet.be] has quit []
21:18-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit []
21:19-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has quit [Remote host closed the connection]
21:19-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
21:20-!-Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds]
21:34-!-Cornholio [~Cornholio@88.251.88.204] has quit [Quit: Leaving]
21:50-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has quit [Remote host closed the connection]
21:50-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
21:50-!-DrRetro [~ontario@bas3-oshawa95-1175978571.dsl.bell.ca] has joined #openttd
21:57-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
22:15-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
22:15-!-bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
22:20-!-fjb is now known as Guest1108
22:20-!-fjb [~frank@p5485FFDD.dip.t-dialin.net] has joined #openttd
22:24-!-glx [glx@2a01:e35:2f59:c7c0:e860:6bfd:7691:ff0d] has quit [Quit: bye]
22:27-!-Guest1108 [~frank@p5485AD5E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
22:38-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has quit [Remote host closed the connection]
22:38-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
22:52-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has quit [Remote host closed the connection]
22:53-!-Eddi|zuHause [~johekr@p54B77339.dip.t-dialin.net] has joined #openttd
23:02-!-GVV is now known as VVG
23:02<VVG>morning
23:03<PeterT>g'morning
23:07<VVG>Aren't you from US?
23:07<PeterT>yes
23:07<PeterT>so?
23:10<VVG>just wondering, what a greeting should look like when's it evening there and morning here or vice versa
23:12<PeterT>you said morning, so I replied morning to you
23:12<PeterT>if I said evening, it would be the other way around
23:16-!-DrRetro [~ontario@bas3-oshawa95-1175978571.dsl.bell.ca] has quit []
23:18<VVG>but should you reply moring while having evening there?
23:18<PeterT>OKAY, GOOD EVENING THEN
23:33<VVG>:(
23:34<VVG>There is that nice Canadaian train set. However, there is one thing i don't like about it and i want to change it. Its locos do not fit my network, so i want to change 2 locos
23:35<VVG>eh
23:35<VVG>2 locos' max speed and power. How do i go about it?
23:35<VVG>I decoded grf but can't seem to figure out what lines belong to which part of the set
23:36<VVG>It all is just a whole bunch of nonsensical numbers to me. (
23:50-!-Mist [mist@cm-84.210.63.9.getinternet.no] has quit [Ping timeout: 480 seconds]
23:58-!-De_Ghosty [~s@76-10-150-72.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
---Logclosed Fri Jun 25 00:00:38 2010