Times are UTC Toggle Colours
00:04:47 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has joined #openttd 00:06:39 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:08:25 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has quit [Remote host closed the connection] 00:10:40 <Eddi|zuHause> i think my first contact with delphi was 1997-ish 00:10:55 <Eddi|zuHause> i'm fairly sure it was delphi 2 00:13:46 <frosch123> date would fit 00:14:35 <Eddi|zuHause> i was familiar with borland pascal 7 for a while already back then 00:14:47 <Eddi|zuHause> 1993? 1994? 00:15:49 <Eddi|zuHause> where stuff came on 13-ish diskettes :p 00:15:58 <CIA-1> OpenTTD: frosch * r22432 /trunk/src/smallmap_gui.cpp: -Codechange: Simplify smallmap colour constants using some more specialised macros. 00:16:01 <frosch123> don't miss the "bonus disk" 00:16:07 <frosch123> which was the best of all 00:16:14 <Eddi|zuHause> not sure i remember that 00:16:30 <frosch123> borland pascal 7 was the first version to include the rtl source 00:17:02 <Eddi|zuHause> hm... i'm fairly sure i never touched any of that 00:17:08 <frosch123> turbo pascal did not have any public rtl sources 00:23:00 <CIA-1> OpenTTD: frosch * r22433 /trunk/src/ (gfx_func.h smallmap_gui.cpp): -Add/Fix: Add constants for the palette colours used in the smallmap and fix some windows palette indices. 00:25:35 <Eddi|zuHause> i also used delphi 6 later 00:33:37 <frosch123> night 00:33:40 *** frosch123 [~frosch@frnk-590f6a20.pool.mediaWays.net] has quit [Remote host closed the connection] 00:37:43 *** Sacro [~ben@adsl-178-78-97-23.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 00:44:57 *** Westie [~westie@46.166.131.90] has quit [Ping timeout: 480 seconds] 00:45:23 *** Westie [~westie@46.166.131.90] has joined #openttd 00:49:28 *** Westie [~westie@46.166.131.90] has quit [Read error: Connection reset by peer] 00:49:53 *** Westie [~westie@46.166.131.90] has joined #openttd 01:01:24 *** Westie [~westie@46.166.131.90] has quit [Ping timeout: 480 seconds] 01:01:53 *** Westie [~westie@46.166.131.90] has joined #openttd 01:11:26 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Quit: Juo] 01:13:23 *** Westie [~westie@46.166.131.90] has quit [Ping timeout: 480 seconds] 01:13:53 *** Westie [~westie@46.166.131.90] has joined #openttd 01:14:33 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 01:17:27 *** afk [~Dream@92.18.102.218] has joined #openttd 01:23:38 *** Dreamxtreme [~Dream@92.18.126.40] has quit [Ping timeout: 480 seconds] 01:26:03 *** Westie [~westie@46.166.131.90] has quit [Ping timeout: 480 seconds] 01:28:23 *** Westie [~westie@46.166.131.90] has joined #openttd 01:36:39 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 01:37:43 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 01:43:27 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 01:44:20 *** rhaeder [~quix0r@dslb-188-100-208-063.pools.arcor-ip.net] has joined #openttd 01:48:03 *** Westie [~westie@46.166.131.90] has quit [Remote host closed the connection] 01:49:22 *** Westie [~westie@46.166.131.90] has joined #openttd 01:49:49 *** rhaeder1 [~quix0r@dslb-188-109-255-051.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:13:33 *** afk [~Dream@92.18.102.218] has quit [Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.] 02:13:48 *** Dreamxtreme [~Dream@92.18.102.218] has joined #openttd 02:13:53 *** Eitsew [~westie@46.166.131.90] has joined #openttd 02:13:57 *** Westie [~westie@46.166.131.90] has quit [Read error: Connection reset by peer] 02:19:07 *** rhaeder1 [~quix0r@dslb-094-221-157-170.pools.arcor-ip.net] has joined #openttd 02:24:52 *** rhaeder [~quix0r@dslb-188-100-208-063.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:25:49 *** rhaeder [~quix0r@dslb-094-221-144-079.pools.arcor-ip.net] has joined #openttd 02:30:38 *** rhaeder1 [~quix0r@dslb-094-221-157-170.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:53:52 *** Dreamxtreme [~Dream@92.18.102.218] has quit [Quit: Ex-Chat] 02:54:12 *** Dreamxtreme [~Dream@92.18.102.218] has joined #openttd 02:57:11 *** glx [glx@2a01:e35:2f59:c7c0:8d0f:e2df:9405:614e] has quit [Quit: bye] 02:57:38 <Eddi|zuHause> i think roadveh_cmd.cpp:569:EnumCheckRoadVehClose must be adapted for the shorter vehicle thing to work correctly 03:32:38 *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has joined #openttd 03:38:53 *** rhaeder1 [~quix0r@dslb-094-221-154-252.pools.arcor-ip.net] has joined #openttd 03:40:56 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 03:43:23 *** rhaeder [~quix0r@dslb-094-221-144-079.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 04:00:55 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 04:56:02 *** Eddi|zuHause [~johekr@p54B775FD.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:17 *** Eddi|zuHause [~johekr@p54B7563B.dip.t-dialin.net] has joined #openttd 04:59:52 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 05:28:58 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop] 05:29:29 <Terkhen> good morning 05:37:53 <Yexo> good morning 05:38:28 <__ln__> you're both up too early 05:39:14 <Yexo> I've been awake for 2,5 hours, so yes, definitely too early 05:41:35 <Terkhen> we are having the biggest thunderstorm I remember, I couldn't sleep :/ 05:59:59 <planetmaker> moin 06:01:37 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has joined #openttd 06:17:34 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:30:17 *** Sacro [~ben@adsl-178-78-97-23.karoo.kcom.com] has joined #openttd 06:35:38 <planetmaker> he, I usually sleep especially well during thunderstorm :-) 06:37:19 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 06:38:23 *** Sacro [~ben@adsl-178-78-97-23.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 06:40:54 <Terkhen> me too, but this time all windows were vibrating very noisily with each thunder 06:46:35 <planetmaker> hm, ok, then it will be hard :-) 07:01:12 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 07:01:59 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 07:03:06 *** DayDreamer [~DayDreame@94.142.234.1] has left #openttd [] 07:04:54 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 07:05:52 *** George [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 07:06:28 *** George [~George@212.113.107.39] has joined #openttd 07:07:49 *** Neon [~Neon@dslb-178-004-190-219.pools.arcor-ip.net] has joined #openttd 07:08:25 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 07:15:47 *** ar3kaw [~ident@ebl248.neoplus.adsl.tpnet.pl] has joined #openttd 07:23:08 *** ar3k [~ident@ebw145.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 07:27:51 *** ProfFrink [~proffrink@5e0497ba.bb.sky.com] has joined #openttd 07:28:43 *** DoubleYou [~jkuckartz@ppp118-209-64-39.lns20.mel4.internode.on.net] has joined #openttd 07:29:42 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 07:34:28 *** Prof_Frink [~proffrink@5e0dba34.bb.sky.com] has quit [Ping timeout: 480 seconds] 07:34:28 *** ProfFrink is now known as Prof_Frink 07:35:11 *** Lakie [~Lakie@91.84.76.207] has joined #openttd 07:38:50 <andythenorth> hellos 07:41:27 <Lakie> Hi 07:41:40 * Lakie ponders requesting an extension to renum 07:42:47 <Terkhen> hi andythenorth and Lakie 07:42:55 <Lakie> Hi Terkhen. 07:43:53 * andythenorth ponders requesting an extension to Lakie 07:43:57 <andythenorth> and maybe also Terkhen 07:44:21 <Lakie> I was thinking of maybe asking for the rpn to be extended to the escapes 07:44:46 <Lakie> So I could use things like \w(0x8000 VEH_ID +) 07:45:15 <Lakie> Probably won't happen though. :/ 07:46:57 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has joined #openttd 07:50:48 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 07:52:12 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:52:15 *** mode/#openttd [+o Alberth] by ChanServ 07:58:49 <planetmaker> Lakie: most importantly, grfcodec has to be able to digest renum's output. 07:59:00 <Lakie> Aye 07:59:12 <planetmaker> renum is just for you to check. Grfcodec writes the grf. 07:59:20 <Lakie> But it seems the let statements in renum are broken anyway 07:59:52 <planetmaker> [09:44] Lakie So I could use things like \w(0x8000 VEH_ID +) <-- you mean to operate symbolically? 08:00:19 <Lakie> Na, renum would workout the calculation and store either \w<val> or the raw hex value 08:00:28 <Lakie> That was the idea 08:00:50 <Lakie> Which in a preprocessing environment is quite useful in my opinion 08:00:53 <Alberth> grfcodec supports postfix expressions? wow 08:00:54 <planetmaker> nforenum was never an essential processing step, was it? 08:01:18 <planetmaker> but adding that to grfcodec certainly wasn't a bad idea 08:01:42 <Lakie> Well, it at one point supported @@LET which put values to names, which one used later in the nfo 08:01:58 <Lakie> renum used to just calc then store the result where it hit the namee 08:02:29 <Lakie> But it seems the @@LET command no longer works at all 08:04:11 <Lakie> On the bright side, raw rpn on the sprite lines work correctly with renum. 08:05:22 <Lakie> Never mind, let does work, just not how I figured 08:07:43 <Lakie> Might be possible, probably take a while to link up the rpn system to the escapes though 08:08:09 *** George [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 08:08:14 *** Wolf01 [~wolf01@host249-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 08:09:01 <Wolf01> hello 08:09:10 <Lakie> And also allowing hexidecimal numbers in rpn statements, heh, seems like it could be a fair amount of work 08:09:19 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 08:09:30 *** George [~George@212.113.107.39] has joined #openttd 08:18:03 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 08:19:08 <Alberth> I would implement (\wx8000 VEH_ID +) instead (or more likely allow infix operators :) ) 08:19:38 <Alberth> \w0x8000 * 08:21:00 <Lakie> Maybe 08:34:48 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 08:35:06 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds] 08:35:51 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 08:49:01 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 09:10:56 *** eQualizer [~lauri@dyn140-116.spy.dnainternet.fi] has joined #openttd 09:18:55 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 09:33:34 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 09:34:31 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 09:35:55 *** rhaeder [~quix0r@dslb-188-100-219-250.pools.arcor-ip.net] has joined #openttd 09:40:29 *** rhaeder1 [~quix0r@dslb-094-221-154-252.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 09:49:47 *** fmauneko [~fmauneko@88.166.241.226] has joined #openttd 10:03:22 *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 10:04:26 *** KenjiE20 [~kenji@92.9.231.157] has joined #openttd 10:09:04 *** frosch123 [~frosch@frnk-590ff6d6.pool.mediaWays.net] has joined #openttd 10:13:03 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 10:15:14 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Ping timeout: 480 seconds] 10:20:51 <CIA-1> OpenTTD: terkhen * r22434 /trunk/src/newgrf_industries.cpp: -Feature [FS#4591]: [NewGRF] Allow to filter by town of the current industry when using industry variable 0x68 (Yexo) 10:21:02 <Terkhen> andythenorth^ 10:22:22 *** Progman [~progman@p57A1A39C.dip.t-dialin.net] has joined #openttd 10:22:25 <andythenorth> nice 10:22:35 <andythenorth> means I can fix various things in FIRS ;) 10:22:50 <Terkhen> :) 10:23:19 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 10:27:34 <andythenorth> what happens to savegames if I change a the ID of cargo? 10:28:55 <andythenorth> science could tell me, but I'm away from ottd right now 10:29:14 <Terkhen> I don't know but they probably get messed up badly 10:29:34 <Terkhen> I wouldn't mind it much, such things are to be expected with nightly versions 10:29:48 <andythenorth> FIRS 0.7.0 will break 0.6.4 savegames anyway 10:30:07 <andythenorth> I want to incur maximum breakage now, and hopefully no more until 1.0 10:30:41 <Terkhen> savegame incompatibility between major versions should also be expected IMO 10:30:55 <frosch123> andythenorth: esp. all vehicle will keep on carrying the same cargo ID 10:31:12 <planetmaker> he 10:31:36 <frosch123> al constructed industries will continue to accept and produce the same IDs as well though 10:31:58 <andythenorth> I have a conflict with NARS 2 regearing, and need to shift one cargo to deal with it 10:32:06 <andythenorth> that cargo isn't in 0.6.4 though...so might be ok 10:32:17 <andythenorth> it is in my beautiful YACD game :( 10:32:22 *** Amis [~Amis@dsl51B655CC.pool.t-online.hu] has joined #openttd 10:32:58 <Amis> Aye 10:42:38 <andythenorth> refit at stations? 10:42:54 <andythenorth> go to A, refit to best combination of cargos? 10:45:52 *** fmauneko [~fmauneko@88.166.241.226] has quit [Quit: fmauneko] 10:49:15 <Alberth> more likely in the depot, as we don't have station refit currently 10:49:26 <Alberth> hi Amis 10:49:41 <andythenorth> that means depot would need to query next station to see what cargo is waiting? 10:49:53 <andythenorth> and the cargo could have cleared by the time the vehicle arrives... 10:50:00 <andythenorth> unless it's then reserved for this vehicle 10:50:18 <planetmaker> andythenorth: a general concept of TTD is that you know what to transport beforehand 10:50:25 <planetmaker> and not only the cargo class 10:51:03 <Amis> What can make an primary industry drop production by 50% twice in 5 minutes on steady economy? 10:51:07 <andythenorth> one idea was packing cargo inside other units 10:51:35 <Rubidium> Amis: randomness 10:51:49 <Amis> Screw you, randomness :/ 10:52:27 <andythenorth> for e.g. box cars, it doesn't add much to have specify they are for goods, food etc 10:52:37 <andythenorth> more so with intermodal vehicles 10:52:47 <Rubidium> Amis: think of industry production as rolling a dice. Every X minutes a dice is thrown. If it's 1 then production lowers, if it's 2 or 3 the production increases and if it's 4, 5 or 6 nothing happens 10:53:30 <Rubidium> Amis: so on average you're more likely to roll 2 or 3 than 1, but it will happen that you roll 1 twice successively 10:53:57 <Amis> Well that dice screwed up my economy by decreasing a coal mine from 1080 tonnes to 270 in no time 10:54:26 <andythenorth> production decreases are boring 10:54:34 <andythenorth> try an industry newgrf ;) 10:54:42 <andythenorth> manual industries prevents decreases? 10:54:54 <Amis> On the other, it is really life-like... industries can screw up everything in real life by going boom 10:55:49 <Rubidium> but then there's the government that cheats some companies into not going boom 10:55:51 <planetmaker> good that it is a game :-) 10:58:17 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 10:58:50 *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 11:05:38 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Ping timeout: 480 seconds] 11:10:18 *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth_] 11:21:49 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 11:23:43 <Wolf01> <Rubidium> but then there's the government that cheats some companies into not going boom <- looks like Italy 11:25:49 <planetmaker> Wolf01: not only there. Every government. Or we'd have way less banks right now 11:25:52 * andythenorth might bbl 11:25:54 <andythenorth> or in a week 11:26:09 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [] 11:26:34 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 11:28:01 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 11:28:48 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 11:36:47 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 11:39:19 *** KritiK [~Maxim@95-27-145-26.broadband.corbina.ru] has joined #openttd 11:55:28 *** Brianetta [~brian@212.183.128.96] has joined #openttd 11:59:59 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 12:00:01 *** glx [glx@2a01:e35:2f59:c7c0:c420:d0c7:6471:81cf] has joined #openttd 12:00:04 *** mode/#openttd [+v glx] by ChanServ 12:09:30 *** Biolunar [~mahdi@blfd-5d822bb4.pool.mediaWays.net] has joined #openttd 12:12:27 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 12:12:57 *** ZirconiumX [561b9caa@ircip1.mibbit.com] has joined #openttd 12:16:01 <ZirconiumX> hello all 12:16:14 <ZirconiumX> there's a guy pretending to be OBL 12:16:19 <ZirconiumX> I'm not fooled 12:16:30 <ZirconiumX> in mibbit #chat 12:16:40 <Eddi|zuHause> who cares? 12:17:03 <frosch123> good question 12:17:11 <planetmaker> and who or what is OBL? Not that I really care... 12:17:23 <planetmaker> one big looser? 12:17:40 <frosch123> planetmaker: a victim of assasination 12:17:52 <planetmaker> oh 12:18:12 <planetmaker> well, then "one big looser" is also correct 12:18:16 <Eddi|zuHause> like JFK, only 50 years later 12:18:37 <|Jeroen|> how does a assasinated person chat ? 12:18:58 <frosch123> religious people can do that :p 12:19:00 <planetmaker> sub space messages from the lower spheres from hell. Or similar 12:19:31 <planetmaker> works also with inverted sign 12:19:39 * ZirconiumX agrees with PM 12:19:49 <ZirconiumX> the guy's from ozzie 12:19:59 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection] 12:20:04 <ZirconiumX> (Australia) 12:23:29 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 12:27:39 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 12:28:10 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 12:34:53 *** DoubleYou [~jkuckartz@ppp118-209-64-39.lns20.mel4.internode.on.net] has quit [Ping timeout: 480 seconds] 12:56:50 <michi_cc> YACD 1.2 is out! 12:57:39 <ZirconiumX> Hurrah! 12:57:57 * ZirconiumX would celebrate - but openttd still doesn't compile 13:01:12 <Rubidium> and and... can I? 13:01:35 <Rubidium> or ain't it ready yet? 13:02:24 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.] 13:03:43 *** asilv [~as@h-62-142-161-134.joensuunelli.fi] has joined #openttd 13:09:10 * ZirconiumX has installed X.Org using MacPorts - and doesn't have a pig's ear how to use it 13:12:27 <Eddi|zuHause> get a useful OS. 13:12:56 <ZirconiumX> Funny really how stupid I am 13:13:09 <ZirconiumX> Mac OS X already *has* XFree86 13:13:57 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 13:18:58 *** Brianetta [~brian@212.183.128.96] has quit [Ping timeout: 480 seconds] 13:20:05 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 13:22:16 *** fmauneko [~fmauneko@88.166.241.226] has joined #openttd 13:23:22 <Zuu> michi_cc: Congratulations! I don't think I have time to sit at the computer for long at the moment, but tonight I will probably find time to compile + post a win binary if noone beats me to it. 13:23:24 *** fmauneko [~fmauneko@88.166.241.226] has quit [Remote host closed the connection] 13:24:50 <Rubidium> Zuu: then I could easily beat you ;) 13:24:56 <Rubidium> just need permission to do so ;) 13:28:38 <Eddi|zuHause> actually... why? gpl gives you all the permissions you need? 13:28:47 <Zuu> Rubidium: If you beet me by doing it with the compile farm and add it to finger.openttd.org (or the openttdcoop finger), I would happily add it to OpenTTDAU. 13:30:16 <michi_cc> Most big bugs seem to be found, so doing binaries is okay. It's only that I definitely will break savegame compatibility on the next release. 13:31:33 <Terkhen> Zuu: don't forget to keep the pdb file :) 13:32:18 <michi_cc> How about I make a 2.0 right now that changes the enable setting but nothing more, so that can serve as a baseline till trunk bumps (or something bug necessitates it)? 13:32:30 <michi_cc> That one could get proper binaries. 13:32:41 <Yexo> is the setting currently bool? you can change that to uint8 without savegame bump 13:32:58 <Yexo> with 0=off, 1=current form, 2=distribution 13:33:22 <michi_cc> No, I need to split that to several settings. Currently it is off, only pax, only industry, all. 13:33:30 <Eddi|zuHause> the old setting is off/pax/other/all 13:33:32 <Rubidium> Eddi|zuHause: because I was asked not to do it yet 13:34:46 <michi_cc> Which cargo groups should get their own settings? Right now the two groups are everything with town effect of pax and mail (e.g. also tourists), and everything else. 13:35:23 <Eddi|zuHause> there's also TE_GOODS 13:35:47 <Eddi|zuHause> and the default cargo valuables kinda would benefit from destinations as well 13:36:21 <michi_cc> and TE_FOOD and TE_WATER. But does it really need a switch for every single kind of cargo? 13:37:23 <Terkhen> michi_cc: IMO it should be a newgrf property of cargos... passengers and mail would have the same value, there could be another for goods and so on 13:37:23 *** ZirconiumX [561b9caa@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 13:38:05 <Yexo> I disagree, it's something that users should be able to change and not only by newgrfs 13:38:39 <Terkhen> what I mean is that the setting should not check specific types of cargos, just cargos with a given property 13:39:00 <Terkhen> the setting stays, but which cargos belong to each category can be set by newgrf 13:39:07 <Yexo> but that is exactly what michi_cc appears to be currently doing, checking the town effect 13:39:21 <Yexo> I agree with that :) 13:39:55 <Eddi|zuHause> town effect is a good first approximation, but it wouldn't cover valuables, and tourists might want a different algorithm than passengers 13:40:03 <Terkhen> I'm not sure if town effect is exactly the same, there might be cases where it would be desirable to set a given cargo to another category 13:40:20 *** Brianetta [~brian@212.183.128.1] has joined #openttd 13:40:20 <Terkhen> ^but I agree with that, what I'm talking about can wait until yacd is more consolidated 13:40:57 <Yexo> alternative would be by cargo class 13:41:28 <Yexo> Eddi|zuHause: passengers and tourists are almost exactly the same from the code, is there really a need to differentiate between them? 13:41:54 <Terkhen> goods and FIRS supplies have similar cargo classes, but there are reasons for managing them differently 13:42:01 <michi_cc> The only difference between pax and tourists is that tourists are CC_EXPRESS. Makeing that an explicit settings seems very non-generic. 13:42:09 <Eddi|zuHause> Yexo: some people expressed the desire to have passengers on "full map" distribution, and tourists on "connected" distribution 13:42:38 <Yexo> imo that is way too specific, you'd end up with a setting per cargo type 13:43:34 *** rhaeder1 [~quix0r@dslb-094-221-152-042.pools.arcor-ip.net] has joined #openttd 13:44:03 <Terkhen> if it is made a different property, passengers and tourists could easily have different values of it 13:44:28 <michi_cc> One way could be to have a setting each for TE_PASSENGERS/TE_MAIL, TE_GOODS/TE_FOOD (as cargos commonly accepted by houses), and everything else. 13:45:49 <michi_cc> TE_WATER is also a town growth cargo, but normal game has water towers for that, so as an industry-industry cargo I don't think it needs a separate switch. 13:46:00 <Yexo> "items disallowed in hand luggage: blunt and sharp objects" <- really, isn't everything either blunt or sharp by definition? 13:46:34 <Yexo> I'd maybe throw in TE_WATER with TE_GOODS/TE_FOOD, as it's essentially the same 13:47:39 *** rhaeder [~quix0r@dslb-188-100-219-250.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 13:48:51 <michi_cc> Any sensible idea how to split the other cargoes, (i.e. only using town effect or cargo class)? I can't really think of one. 13:49:32 <Yexo> armored/non-armored, but that is only for valuables in temperate 13:51:32 <michi_cc> Yes, that would either be a switch for valuables/gold/diamonds or would be climate dependent, which is not nice (e.g. alpine climate). 13:52:23 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 13:59:49 <michi_cc> Hmm, how to describe TE_GOODS/TE_WATER/TE_FOOD? It's not town-accepted (due to TE_WATER) and not town growth effect either (due to TE_GOODS). 14:00:08 *** Markavian [~Markavian@75.174.dsl.syd.iprimus.net.au] has joined #openttd 14:00:34 <Yexo> TE_GOODS is not necessarily town accepted either 14:00:42 <Yexo> although for the default cargo it is 14:01:24 <Yexo> still "town as destination" describes it good enough, since watertowers are only allowed within towns 14:01:33 *** rhaeder1 [~quix0r@dslb-094-221-152-042.pools.arcor-ip.net] has quit [Quit: Leaving.] 14:04:27 *** Karginator [~bbkb@dslb-092-075-047-239.pools.arcor-ip.net] has joined #openttd 14:04:33 <Karginator> Hi 14:04:42 *** Karginator is now known as AndiK 14:05:12 <Yexo> hello AndiK 14:05:37 *** Markavian [~Markavian@75.174.dsl.syd.iprimus.net.au] has quit [Quit: Leaving] 14:09:56 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 14:11:13 *** Brianetta [~brian@212.183.128.1] has quit [Quit: TschÃŒÃ] 14:11:14 *** AndiK is now known as AndiK|tire_change 14:27:43 *** Dreamxtreme [~Dream@92.18.102.218] has quit [Ping timeout: 480 seconds] 14:31:43 *** Dreamxtreme [~Dream@92.18.198.87] has joined #openttd 14:47:28 <michi_cc> And YACD 2.0 is released. 14:47:49 <peter1138> woo 14:47:52 <peter1138> trunk! 14:49:04 *** ndh [~opera@dslb-088-074-019-030.pools.arcor-ip.net] has joined #openttd 14:49:05 <michi_cc> Rubidium: You can do binaries if you want now :) They could go onto my server, but openttdcoop would be okay as well if Ammler/pm agree. 14:50:50 <frosch123> hmm, looks like DrawLine needs an additional parameter for drawing "borders" around lines 14:51:58 <Terkhen> that was fast :P 14:52:51 <michi_cc> The interdiff between 1.2 and 2.0 isn't that big. I made proper helper functions :) 14:55:00 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 15:01:31 <Rubidium> michi_cc: 1) why is there a ^0 in the output of findversion.sh?, 2) it (yacd_2.0^0) does fail to compile 15:02:27 <michi_cc> Because findversion.sh was never properly test with tags, I'm preparing a patch for that right now. And is gcc being picky again? 15:02:27 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection] 15:05:09 <Rubidium> michi_cc: yeah, it's pretty picky 15:05:10 <Rubidium> /home/rubidium/openttd/special/yacd/src/ai/api/../../cargopacket.h:324:167: error: âINVALID_CARGOâ was not declared in this scope 15:05:27 <Rubidium> In file included from /home/rubidium/openttd/special/yacd/src/ai/api/../../station_base.h:17:0, from /home/rubidium/openttd/special/yacd/src/ai/api/ai_airport.cpp:15: 15:05:45 <Rubidium> or do I have the wrong thing? 15:07:01 <Rubidium> git fetch && git reset --hard origin && make <- that's what I typed 15:07:02 <michi_cc> Does it work if you add #include "cargotype.h" to cargopacket.h? 15:07:35 <michi_cc> That git command is okay, YACD is in the default branch. 15:07:54 <Rubidium> yep, then it compiles 15:08:12 <Terkhen> I'm getting the same error with the patch available at the thread 15:08:39 <Rubidium> the rest is loads of the same compile warning it seems 15:08:55 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has joined #openttd 15:09:07 <Rubidium> http://pastebin.com/FsAp4AcZ <- the warning 15:11:58 <michi_cc> Okay, that is valid in principle, it's just that we never instantiate a CargoList directly. Nevertheless, I'll fix that as well. 15:12:22 <michi_cc> Fix for that ^0 thingy: http://www.icosahedron.de/openttd/patches/0001-Fix-Git-revision-detection-would-return-too-much-whe.patch 15:12:49 *** AndiK|tire_change is now known as Andik 15:12:51 *** Andik is now known as AndiK 15:12:52 <Rubidium> seems to work for me (Linux) 15:13:01 <AndiK> re 15:14:17 <CIA-1> OpenTTD: michi_cc * r22435 /trunk/ (findversion.sh projects/determineversion.vbs): -Fix: Git revision detection would return too much when tags are involved. 15:14:48 <Rubidium> michi_cc: http://bundles.openttdcoop.org/yacd/yacd_2.0%5E0/logs/windows-win32-compile.log <- that compile failure might need some looking into as well 15:15:23 <Rubidium> seems to be something version detectioning as well 15:15:56 <michi_cc> Yeah, what's the contents of rev.cpp? 15:16:03 *** mode/#openttd [+v orudge] by ChanServ 15:16:05 <Rubidium> no idea, that file's gone by now 15:16:06 *** mode/#openttd [+v SmatZ] by ChanServ 15:16:11 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 15:16:49 * AndiK is trying to integrate his separation GUI into the timetable window. 15:16:56 <AndiK> I've got a little issue with that. 15:17:27 <AndiK> Is there any way to make a WWT_TEXT enlarge the window automatically when its string is too long? 15:17:51 <AndiK> Right now it makes a cut in the middle, which I don't quite like. 15:17:57 <AndiK> ( http://andik.g3th.net/sts_newgui_issue1.png ) 15:19:02 <Yexo> add some code for it to UpdateWidgetSize 15:19:20 <Yexo> however you might need to reinitialize the window when the size of the text changes 15:19:29 <Yexo> at least if you want to resize the window when the text changes 15:20:14 <AndiK> Ah. 15:20:16 <AndiK> Hm. 15:20:30 <Rubidium> Terkhen/Yexo/glx: can you get the contents of rev.cpp for michi's yacd git? 15:20:53 <Yexo> I don't have windows currently 15:22:09 * Rubidium wonders what michi uses if it isn't gcc and isn't msvc 15:22:30 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 15:23:07 <AndiK> Yexo: I'll try that out. Thx! 15:23:22 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Remote host closed the connection] 15:23:30 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 15:23:33 <michi_cc> MSVC with cygwin git. Maybe it's a problem with Mysgit. 15:25:06 *** HerzogDeXtEr1 [~Flex@i59F6BEB7.versanet.de] has joined #openttd 15:25:59 <Rubidium> anyhow, I'll be gone for the rest of the evening 15:26:08 <AndiK> When is UpdateWidgetSize() called? 15:26:27 <AndiK> MSVC doesn't find any calls to it. 15:26:51 <AndiK> -C +S 15:26:51 <michi_cc> Rubidium: I've updated the repo with the compilation fix and rebased onto the last trunk commit 15:27:34 <Yexo> AndiK: during window initialization, by SetupSmallestSize 15:27:50 <Yexo> widget.cpp:640 for docs 15:28:03 <Yexo> widget.cpp:2198 for actual call 15:29:49 *** pugi [~pugi@p4FCC3160.dip.t-dialin.net] has joined #openttd 15:32:03 *** HerzogDeXtEr [~Flex@88.130.162.99] has quit [Ping timeout: 480 seconds] 15:35:34 <AndiK> thx 15:36:30 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 15:37:57 <AndiK> Is there anything like "GetDataTip()"? 15:38:26 <Yexo> SetStringParameters 15:39:17 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 15:44:10 <AndiK> Hm. I don't think that's what I want. I'd like to resize my TEXT widgets in UpdateWidgetSize without saving their current string indices. 15:44:51 <AndiK> Something like: size->width = GetStringBoundingBox(GetData(widget)); 15:44:53 <Yexo> AndiK: without string indices, how do you know how big the widget should be? 15:45:07 <AndiK> The widget already knows its string index. 15:45:21 <AndiK> I'd like to read it from outside. 15:45:36 <AndiK> So I don't need to create an extra variable for it. 15:45:58 <Yexo> how does the widget know it's string index? 15:46:05 <AndiK> From SetDataTip? 15:48:11 <Yexo> but WWT_TEXT already does that 15:48:16 <Yexo> you don't have to code that yourself 15:48:23 <AndiK> Does what? 15:48:32 <Yexo> size = maxdim(size, GetStringBoundingBox(this->widget_data)); 15:48:39 <AndiK> Hm 15:49:03 <Yexo> if it's a string with arguments, you have to set those arguments in SetStringParameters 15:49:04 <AndiK> And how does the cutoff in my screenshot happen, then? 15:49:27 <Yexo> I don't know 15:49:27 <Yexo> is your patch available online? 15:50:01 <Terkhen> AndiK: did you use SetResize correctly for all widgets? 15:50:47 <marius> When placing two train stations next to each other, it says "station too spread out" .. wouldn't it be the opposite, too close proximity? 15:50:51 <Yexo> Terkhen: that doesn't seem to matter, at least not from reading the code 15:51:11 <Terkhen> ok :) 15:51:27 <AndiK> Not the current version... I'll upload it, mom 15:51:43 <Terkhen> marius: if you place a new station next to an existing one you are making the existing one bigger, not creating a new one 15:51:58 <Terkhen> if you want to create a separate station press Ctrl while clicking and select the appropiate option 15:52:44 <marius> aha, awesome! 15:52:51 <Eddi|zuHause> marius: when you place a station next to an existing one, they get joined. if that exceeds the maximum, then it is "too spread out" 15:53:14 <Eddi|zuHause> you can set the maximum station spread in the advanced settings 15:54:00 <marius> Now that sounds fun, what's the max it can handle? hehe 15:54:27 <Terkhen> 64 15:54:42 <marius> Now that sounds beastly, I'm gonna go try that haha 15:56:21 <marius> Dare I ask what the setting name is for the max spread value? 15:56:21 <AndiK> Yexo: http://andik.g3th.net/STS_V50_gui_test.patch 15:57:15 <Terkhen> it is in construction somewhere IIRC 15:57:24 <marius> all right 15:57:50 <Yexo> advanced settings->stations->max station spread 15:58:09 <Terkhen> I did not remember correctly ;) 15:58:10 <marius> I'd have to set that in the console of my server, wouldn't I ? 15:58:18 <Eddi|zuHause> yes 15:58:34 <Yexo> set station_spread 16 15:58:38 <Yexo> or whatever value you want it to be 15:59:16 <marius> Hmm, that gave me an error saying the command waso nly available ot a network server? 15:59:30 <Yexo> you have to execute that at the server, or use rcon 15:59:38 <marius> oh, so the console won't do? 15:59:38 <Yexo> rcon <passwd> "set station_spread 16" 15:59:51 <Yexo> ^^ that is valid in your clients console 16:00:01 <Yexo> replace <passwd> by the rcon password of your server as set in openttd.cfg 16:00:35 *** aber [~Adium@p5085D6A1.dip.t-dialin.net] has joined #openttd 16:00:58 <marius> Yeah, got it going :) 16:01:15 *** aber1 [~Adium@p5085D6A1.dip.t-dialin.net] has joined #openttd 16:01:16 *** aber [~Adium@p5085D6A1.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 16:01:23 <marius> Another random question, is loading/unloading time proportional to station length/wagons ? 16:01:42 <Yexo> no 16:01:46 <Yexo> it depends on the wagon 16:02:03 <Yexo> but if your train is longer than the station you'll get a huge penalty in (un)loading times 16:02:24 <marius> That's what I was aiming for 16:02:37 <marius> Guess that'll teach me to try 1 block stations with 13 wagons haha 16:02:38 <ndh> depends on the wagon or the capacity/load? 16:02:59 <Yexo> every wagon has a property how fast it can be (un)loaded 16:03:15 <Yexo> that property is independent of the capacity of the wagon 16:03:24 <ndh> ok thanks 16:03:53 <marius> There wouldn't happen to be a modders api or similar for this? 16:04:05 <Eddi|zuHause> michi_cc: how do i get 1.2? after git fetch i only have tags 1.1 and 2.0? 16:04:38 <Yexo> marius: for what? you can set the (un)loading speed and other properties of wagons via a newgrf 16:04:49 <Yexo> I guess the newgrf spec qualifies as "modders api or similar" 16:05:06 <marius> Yexo, I ment in general if one felt like adding to it etc but without the extensive coding knowledge required to mess with the actual source 16:05:07 <michi_cc> do a "git fetch --tags", I've renamed the tags because of the revision detection. You should get a tag yacd_1.2 then. 16:05:28 <Eddi|zuHause> ah 16:05:32 <Yexo> marius: to change the penalty of long trains with shorter stations you'll have to modify the openttd code 16:05:55 <marius> oh I didn't mean for the train times specifically, just in general really 16:06:19 <Yexo> marius: graphics forum http://www.tt-forums.net/viewforum.php?f=66 16:06:26 <Yexo> newgrf spec: http://wiki.ttdpatch.net/tiki-index.php?page=NewGraphicsSpecs 16:06:41 <Yexo> nml (alternative source language to write newgrfs in): http://hg.openttdcoop.org/nml/raw-file/tip/docs/index.html 16:07:01 *** andythenorth [~Andy@host86-151-119-181.range86-151.btcentralplus.com] has joined #openttd 16:07:09 <andythenorth> tada 16:07:18 <Yexo> hello andythenorth 16:07:21 <AndiK> hi 16:07:41 * andythenorth is now on holiday 16:08:43 <Terkhen> yacd 2.0 holyday? :P 16:10:21 <Yexo> AndiK: you'll need to add a few AddResize(1, 0) items to the widgets 16:10:37 <marius> This looks awesome, I'm gonna set to it 16:11:08 <andythenorth> Terkhen: http://www.holidaycottagescornwall.com/microsites/pebbles%20cottage/IntroPageImage.jpg 16:11:15 <andythenorth> less sunny though 16:11:30 <planetmaker> would make nice additions to FISH :-P 16:12:44 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has quit [Quit: Leaving] 16:13:45 <Terkhen> nice place :) 16:14:29 <AndiK> Yexo: Thanks a lot, so far. Now, at least all of the string show up when I resize the window manually. 16:18:08 <michi_cc> Eddi|zuHause: I've updated 1.2 with the same fix as 2.0 for that gcc error. Should you get that as well, re-fetch the tags to get the updated one. 16:18:35 <Eddi|zuHause> i've manually added the include like suggested above 16:19:05 <michi_cc> That's a solution as well of course :) 16:20:09 *** DayDreamer [~DayDreame@94.142.234.1] has left #openttd [] 16:21:19 *** tokai|mdlx [~tokai@port-92-195-61-156.dynamic.qsc.de] has joined #openttd 16:26:37 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 16:26:37 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 16:26:40 *** mode/#openttd [+o Alberth] by ChanServ 16:27:22 *** tokai|noir [~tokai@port-92-195-170-193.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 16:28:00 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 16:34:44 <Eddi|zuHause> michi_cc: but i still have something weird: in my game, there are two builtin industry docks: Vilskirch Fischgrund and Bliesdorf Baggersee. the latter is near a fishing harbour, and it says it accepts fish, but when i send a ship there, it doesn't produce a link 16:39:45 <andythenorth> ho 16:39:50 <andythenorth> YACD 2.0 :) 16:39:56 <andythenorth> my game was getting boring anyway... 16:43:10 *** JVassie [~James@92.27.149.231] has joined #openttd 16:44:32 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has joined #openttd 16:49:36 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has quit [Remote host closed the connection] 16:50:54 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has joined #openttd 16:53:29 *** pugi [~pugi@p4FCC3160.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 16:54:04 <michi_cc> Eddi|zuHause: My very quick test shows a link in the minimap on your 1964 save. I've not test if it actually carries fish though. 16:54:47 <Eddi|zuHause> i wasn't in 64 yet, did you mean 54? 16:55:56 <michi_cc> 1962 actually, I think that save was from you 16:55:59 <AndiK> Should there be any problem with WWT_TEXT and multiline strings? 16:56:12 <Eddi|zuHause> yes, 1962 16:56:24 <Eddi|zuHause> that's the one i just started up 16:56:32 <Eddi|zuHause> and it didn't have a link... 16:57:14 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 16:57:15 <Yexo> AndiK: no, it'll take the length of the longest line 16:57:22 <Yexo> s/length/width/ 16:57:33 <AndiK> WWT_TEXT does but TruncateString() doesn't. 16:57:45 <Eddi|zuHause> i built a dock next to the second fishing harbour, and rerouted the ship 23 (not ship 2 to the first harbour) 16:58:05 <Eddi|zuHause> and then it started producing, and the station rating went from ~30% to 67% 16:58:50 <AndiK> Instead, it writes a DEBUG-message telling me that "DrawString" was used instead of "DrawStringMultiline". 16:59:10 <Yexo> ah, WWT_TEXT does indeed not support multiline strings 16:59:23 <michi_cc> Either the link expired or there was some bug. When I remove and readd the order for the dredging site to ship 23 the link appears. 16:59:42 <AndiK> That's wonderpretty. 16:59:44 <michi_cc> Links in 1.2 are not supposed to expire anymore as long as a vehicle is waiting. 16:59:57 <Eddi|zuHause> aha... weird... 17:00:34 <michi_cc> Anyway, looks like 1.2 is fine. 17:01:19 <AndiK> Okay then. At least now I know where my mistake was. 17:08:28 *** andythenorth [~Andy@host86-151-119-181.range86-151.btcentralplus.com] has left #openttd [] 17:09:56 *** Biolunar [~mahdi@blfd-5d822bb4.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 17:10:22 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd 17:12:03 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Quit: goodbye] 17:12:26 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 17:13:13 *** Razmir [~razmir@23.57.broadband10.iol.cz] has joined #openttd 17:13:22 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [] 17:13:24 <AndiK> Is there any reason why WWT_TEXT does not support multiline strings or should I consider this a bug? 17:14:26 *** Razmir [~razmir@23.57.broadband10.iol.cz] has left #openttd [] 17:16:32 <Alberth> never needed it so far 17:16:40 <AndiK> Ah 17:17:01 <AndiK> Quite an excuse ^^ 17:17:12 <Alberth> multi-line text is usually rendered directly at a background widget 17:18:38 <Alberth> normally a WWT_PANEL 17:19:04 <frosch123> the tricky part is, how to resize a multiline text 17:19:26 <frosch123> it can have any shape when wrapping lines 17:19:58 <frosch123> WWT_TEXT otoh can easily determine the maximum width and height since there is no linewrapping 17:20:21 <Alberth> look eg at a station or airport placement how the accepted cargos are handled 17:20:23 <frosch123> so, i would say, the limitation is very much intentional 17:20:42 <frosch123> esp. since there is that particular debug output which was only added because of WWT_TEXT 17:22:42 <AndiK> And if multiline texts with WWT_TEXT only supported manual linebreaks? 17:23:33 <AndiK> I don't need automatic line wrapping. Only a correctly sized bounding box around my widget. 17:24:28 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 17:28:26 <Yexo> AndiK: I think the clean thing to do would be to introduce a new widget type WWT_MULTILINE_TEXT 17:29:14 <Yexo> or as suggested earlier just draw the text on a WWT_PANEL 17:29:25 <AndiK> I guess you're right. 17:29:59 <AndiK> For now I'll take a look at the WWT_PANEL solution. 17:30:04 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 17:30:19 *** ecke [~ecke@gw-kolin.jon.cz] has joined #openttd 17:30:21 *** ecke [~ecke@gw-kolin.jon.cz] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2011-05-07 17:30:21)] 17:31:23 <Alberth> WWT_PANEL can also be used as widget 17:31:26 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 17:32:40 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 17:39:33 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 17:43:33 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 18:00:44 <AndiK> I've got to go now. 18:00:48 <AndiK> Thanks again for your 18:00:51 <AndiK> support 18:00:59 <AndiK> See you! 18:01:22 *** AndiK [~bbkb@dslb-092-075-047-239.pools.arcor-ip.net] has quit [] 18:09:36 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 18:17:49 *** Juo_ [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 18:20:01 *** Juo_ [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Remote host closed the connection] 18:20:17 *** Juo_ [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 18:20:49 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Read error: No route to host] 18:20:49 *** Juo_ is now known as Juo 18:21:12 <dihedral> oi 18:21:22 *** aber1 [~Adium@p5085D6A1.dip.t-dialin.net] has quit [Remote host closed the connection] 18:21:44 <Terkhen> hi dihedral 18:21:49 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [] 18:34:16 *** Absurd-Mind [~peter@p5495810C.dip0.t-ipconnect.de] has joined #openttd 18:51:07 <Eddi|zuHause> michi_cc: another weird thing, in www.informatik.uni-halle.de/~krause/Loisachkirchen%20Transport,%209.%20Okt%201966.sav i just built train 69, from Wiedhof Ost to Havelwald SÃŒd, which created a link for coal, but no link for clay 18:51:33 <Eddi|zuHause> from memory i built the coal wagons, gave the order, then added/refitted clay wagons 18:55:44 *** andythenorth [~Andy@host86-151-119-181.range86-151.btcentralplus.com] has joined #openttd 18:57:26 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has joined #openttd 19:05:15 <michi_cc> Eddi|zuHause: Fix for you: http://www.icosahedron.de/openttd/patches/fix_eddi.diff 19:05:39 <michi_cc> Adding vehicles was indeed missing a route pre-fill. 19:06:14 <Eddi|zuHause> and refitting? 19:07:40 *** aber [~Adium@p5085D6A1.dip.t-dialin.net] has joined #openttd 19:09:19 <michi_cc> I thought that was alright, but it is actually not totally. Please reload. 19:12:13 <michi_cc> That difference seems to only matter for autoreplace though, so your problem was likely the missing pre-fill on add. 19:29:07 *** Chris_Booth_ [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 19:34:18 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 19:34:18 *** Chris_Booth_ is now known as Chris_Booth 19:35:18 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 19:35:56 * andythenorth wonders what ratio of horizontal / diagonal lengths should be for vehicles 19:36:57 <andythenorth> default sprites seem to vary 19:39:42 * andythenorth wonders whether to fix the wrong lighting on FISH 19:39:50 <andythenorth> it pains me :( 19:44:05 *** Chris_Booth_ [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 19:48:59 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 19:49:35 *** eQualizer|dada [~lauri@dyn140-116.spy.dnainternet.fi] has joined #openttd 19:50:18 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 19:51:33 *** eQualizer [~lauri@dyn140-116.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 20:13:38 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 20:14:46 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:16:29 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 20:19:56 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 20:32:28 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 20:46:17 <Terkhen> good night 20:47:38 *** eQualizer|dada [~lauri@dyn140-116.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 20:48:37 *** andythenorth [~Andy@host86-151-119-181.range86-151.btcentralplus.com] has quit [Quit: andythenorth] 20:52:41 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 20:57:12 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd 21:05:57 <frosch123> night 21:06:01 *** frosch123 [~frosch@frnk-590ff6d6.pool.mediaWays.net] has quit [Remote host closed the connection] 21:20:42 *** Chris_Booth_ is now known as Chris_Booth 21:25:05 <peter1138> herrr 21:25:19 <peter1138> downloaded zuu's yacd build but it won't open the base graphics 21:25:26 <peter1138> is there something odd with paths on windows? :S 21:27:28 <peter1138> hmm, i see, the 1.1.0 installer puts everything under program files 21:27:34 <peter1138> this build looks in users\public 21:31:28 <Yexo> general problem: if the installer would put it in users\public, it would only work for the user who run the installer 21:31:45 <peter1138> how come? 21:32:12 <Yexo> wait, users\public? not users\<username>\OpenTTD or so? 21:32:53 <Chris_Booth> the grapichs are store in users/<username>/Openttd/ 21:33:17 <Chris_Booth> and you may need to add the listing to regedit for openttd 21:33:32 <Chris_Booth> otherwise you will have a path issue with the openttd.exe 21:38:28 <peter1138> well yes, with openttd 21:38:52 <peter1138> users\public\openttd is a search path, yes 21:39:16 <peter1138> installer puts them in c:\program files\openttd 21:39:32 <peter1138> so they only work with the installed openttd 21:47:47 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has quit [] 21:55:13 *** Amis [~Amis@dsl51B655CC.pool.t-online.hu] has quit [Read error: Connection reset by peer] 21:55:34 *** asilv [~as@h-62-142-161-134.joensuunelli.fi] has quit [Quit: asilv] 22:00:34 <Eddi|zuHause> bÀh... need tram station on bridge heads and under bridges 22:04:34 *** Eitsew [~westie@46.166.131.90] has quit [Quit: ZNC - http://znc.sourceforge.net] 22:04:51 *** Westie [~westie@raptor.typefish.co.uk] has joined #openttd 22:05:22 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:06:15 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 22:18:21 *** KritiK [~Maxim@95-27-145-26.broadband.corbina.ru] has quit [Quit: Leaving] 22:19:13 *** Progman [~progman@p57A1A39C.dip.t-dialin.net] has quit [Quit: Progman] 22:19:27 *** Progman [~progman@p57A1A39C.dip.t-dialin.net] has joined #openttd 22:24:13 *** Fuco [~dota.keys@server.dasnet.cz] has quit [Quit: Changing server] 22:25:38 <Zuu> and yet are the bridges already quite a lot more flexible than in TTD. :-) 22:27:47 *** Fuco [~dota.keys@server.dasnet.cz] has joined #openttd 22:28:06 *** Fuco [~dota.keys@server.dasnet.cz] has quit [] 22:34:53 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 22:35:49 *** ndh [~opera@dslb-088-074-019-030.pools.arcor-ip.net] has left #openttd [] 22:53:57 *** ndh [~opera@dslb-088-074-019-030.pools.arcor-ip.net] has joined #openttd 22:55:39 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 22:57:00 *** Fuco [~dota.keys@server.dasnet.cz] has joined #openttd 22:57:00 *** Neon [~Neon@dslb-178-004-190-219.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 22:59:15 *** ndh [~opera@dslb-088-074-019-030.pools.arcor-ip.net] has left #openttd [] 23:04:03 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 23:11:13 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection] 23:11:13 *** Westie [~westie@raptor.typefish.co.uk] has quit [Remote host closed the connection] 23:13:32 *** Lakie [~Lakie@91.84.76.207] has quit [Quit: Sleep.] 23:18:25 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 23:21:26 *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has joined #openttd 23:26:24 *** pugi [~pugi@p4FCC3160.dip.t-dialin.net] has joined #openttd 23:35:41 *** Markavian [~Markavian@75.174.dsl.syd.iprimus.net.au] has joined #openttd 23:36:44 *** Absurd-Mind [~peter@p5495810C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 23:40:52 *** pugi [~pugi@p4FCC3160.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 23:45:18 <Eddi|zuHause> hm... when (ctrl+)cloning, it doesn't copy cargo subtype 23:48:35 *** amkoroew1 [~Heinz@p5B1070EE.dip.t-dialin.net] has joined #openttd 23:54:38 *** amkoroew [~Heinz@p5B105379.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]