IRC logs for #openttd on OFTC at 2008-12-16
⏴ go to previous day
00:33:24 *** Eddi|zuHause has joined #openttd
01:09:18 <SpComb> looks like amiga builds of trunk are broken... missing ) in network/core.cpp, line 42
01:11:54 <SpComb> methinks there should be an extra ) at the end there, before the semicolon
01:16:30 <Sacro> you should also update mercurial
01:16:35 <Sacro> new web interface is shiny
01:21:12 <SpComb> it's been broken since Tue Jun 27 21:25:53 2006 +0000 (2 years ago)
01:22:44 <SpComb> but it shows up like a sore thumb when you look at core.cpp with syntax highlighting on :/
01:23:01 <SpComb> does noone even read the network code anymore? :(
01:23:45 <SpComb> I have no clue, I'm not compiling on Amiga, I was just reading the code
01:24:31 <SmatZ> r14671 changed core.cpp, and was very system-specific :)
01:24:44 <SmatZ> errr network/core/host.cpp
01:25:15 <SmatZ> I wonder if there is anyone compiling for amiga
01:25:32 <SpComb> somehow I suspect they would have a very difficult time getting the code to compile
01:26:23 <SpComb> yes, and the new host.cpp is still completely IPv6-oblivious
01:26:30 <SpComb> using uint32's for IP addresses is... hrmph
01:27:36 <SpComb> indeed, I tried to fix that at one point
01:27:58 <SpComb> I wrote up a humoungous patch that would have never made it into trunk
01:28:37 <Eddi|zuHause> SpComb: start out with a typedef for ip addresses
01:29:24 <SpComb> yeah, I've realized that you really need to start small, and get the most important things working first
01:29:29 <Eddi|zuHause> that would also have a high probability of making trunk, without any functionality change
01:30:01 <SmatZ> last time I coded network code (not OTTD, ~1 year ago), there had to be different code for IPv6 and IPv4
01:30:16 <SmatZ> because enum values, functions, used definitions etc. were different
01:30:25 <SmatZ> I was working on a low level though
01:30:57 <SpComb> I spent a couple hours today writing a NetworkSocket + NetworkAddress class, it should be fully IPv6-capable on linux, and there's not a single mention of AF_INET6 or AF_INET in the code
01:31:19 <SpComb> it's a question of using the right APIs... `struct sockaddr_storage`, getaddrinfo, getnameinfo, etc
01:31:42 <SpComb> although getting those to then work on other platforms as well might be a bit more of a pain
01:32:46 <SpComb> but there's more changes than just the return type of NetworkResolveHost... with IPv6, 95% of hostnames these days have both an IPv6 address and an IPv4 address
01:33:09 <SpComb> handling this a-hostname-can-have-multiple-addresses-thing is actually the biggest challenge
01:33:19 <SpComb> you have to stick your connect() inside a for loop (after getaddrinfo)
01:33:22 <SmatZ> IIRC gethostbyname() returns only IPv4 address
01:33:37 <SmatZ> and only 1 address at a time
01:33:48 <SmatZ> but my memory may have failed :)
01:33:49 <SpComb> gethostbyname2 does IPv6, I guess, but yes, only one address at a time
01:34:24 <SpComb> so changing all of the address types to IPv6-compatible types isn't really that big of an issue, but then there's not going to be any sensible dual-stack behaviour..
01:34:43 <SpComb> it's either IPv6 or IPv4, never both, which is what you need for it to be useable
01:34:56 <SpComb> then that goes all the way down to the masterserver protocol level :(
01:35:01 <SpComb> and the MySQL database
01:36:03 <SpComb> yes, getaddrinfo is what gethostbyname (which is deprecated) should be replaced with
01:36:23 <SpComb> but that doesn't solve the issue of the masterserver needing to store both IPv4 and IPv6 addresses for each server...
01:36:57 <SpComb> so that's the problem that I tried to solve when I origionally worked on the IPv6 stuff, and it's not really surprising that that didn't really go anywhere then
01:37:07 <Eddi|zuHause> make everything templated
01:37:23 <SpComb> ITYM "rewrite the network code"
01:39:34 <SmatZ> one problem is backward compatibility
01:39:48 <SmatZ> if we want to compile at platforms that have no clue about IPv6
01:39:48 <SpComb> on the network protocol?
01:39:55 <SmatZ> like, not knowing about getaddrinfo()
01:40:07 <SpComb> you mean portability, not backwards compatibility
01:40:47 <SpComb> that's just a question of hiding the implementation somewhere with a lot of #ifdefs... I think the hardest part is the testing
01:42:25 <SpComb> but sleeping sounds like a good idea, I need to wake up some time way too soon
02:10:39 *** ChanServ sets mode: +v tokai
02:28:17 *** FloSoft` has joined #openttd
03:09:26 *** FloSoft` has joined #openttd
04:05:27 *** Singaporekid has joined #openttd
04:05:44 *** Skiddles has joined #openttd
04:07:13 *** elmex_ is now known as elmex
04:38:21 *** roboboy has joined #openttd
05:16:14 *** HerzogDeXtEr has joined #openttd
07:55:47 * benjamingoodger collapses on ground, and crawls his way toward a caffeine drip
07:56:19 <petern> caffeine dependents :o
08:00:58 <benjamingoodger> damn! out of pepsi
08:01:10 <benjamingoodger> I may have to go to bed this evening...
08:02:38 <petern> i drink a fair amount of coffee, but only because it's there
08:03:43 <benjamingoodger> anyway, time to go to the dank hellhole known as college
08:04:11 <petern> nearly time to go to the dank hellhole known as the office
08:20:02 *** roboboy has joined #openttd
08:30:03 *** Dred_furst has joined #openttd
08:45:32 *** mortal` has joined #openttd
08:49:50 * dihedral is already at work :-S
08:50:37 *** Yeggstry has joined #openttd
09:27:34 *** Zealotus has joined #openttd
09:27:36 <Darkvater> it seems time's still in short supply
09:30:11 *** roboboy has joined #openttd
09:30:39 <dihedral> same supply as always
09:31:07 <dihedral> you just try to cram more stuff into the same time you have always had :-P
09:31:42 <Rubidium> e.g. the 26th of October this year wasn't 24 hours
09:32:04 <Rubidium> the 1st of Januari 2009 won't be 24 hours (assuming CET)
09:33:05 <blathijs> Rubidium: Leap second, or what?
09:33:48 <Rubidium> the former CEST->CET (so 25 hours) the latter a leap second (31st of december 2008 at 23:59:60 UTC)
09:34:34 <blathijs> Rubidium: So, december 31 won't be 24h, januari 1 will be?
09:34:56 <Rubidium> 23:59:60 UTC is 00:59:60 CET
09:35:33 <Darkvater> yeah... it's horrible
10:09:41 <blathijs> Rubidium: Oh, right.. So there are timezones with an extra second in the middle of the day? Cool :-)
10:10:11 *** lobster_MB has joined #openttd
10:19:16 * Darkvater pokes petern about the newgrf warning
10:21:37 *** roboboy has joined #openttd
10:22:44 <Darkvater> and I officially announce my first patch :)
10:22:51 <Darkvater> which is at home...
10:23:28 <petern> damn it, why can't gcc give me this warning :o
10:24:19 <Darkvater> Rubidium: what do you think of using the COM interface to SubWCRev instead of that very annoying cli prgram?
10:24:48 <Darkvater> Rubidium: I'll show you the diff tonight..that black DOS window annoys me to hell already
10:29:35 <ccfreak2k> petern, the warnin that Darkvater made a patch?
10:34:18 *** Vikthor has joined #openttd
10:38:53 <Rubidium> Darkvater: I don't see a problem when it doesn't break anything
10:48:54 <Darkvater> Rubidium: it pops up a dos box and I always get scary when things flash in and then out without my knowledge or controlling it
10:49:13 <Darkvater> plus it's much nicer to use this interface and does not require a temporary file
11:11:53 *** sigmund_ has joined #openttd
11:54:00 <dihedral> Darkvater, you get 'scary'?
12:04:23 <Darkvater> dihedral: you do not want to know me when I'm scary
12:05:20 <Darkvater> I wonder about newgrf_ports...what am I supposed to envision for seaports?
12:05:44 <Darkvater> multiple docks, sure, rails in between, yes; but we can already do these things
12:06:17 *** stillunknown has joined #openttd
12:06:32 <xand> if I want to create a scenario for multiplayer use, can I restrict what vehicle types are available e.g. ban aircraft?
12:07:21 <Rubidium> Darkvater: small/big docks, ships getting routed to a specific "place" within a dock (like aircraft)
12:07:54 <Rubidium> special passenger terminals
12:08:07 <xand> how can I do that, I don't see the option in the scenario editor
12:08:09 <Rubidium> basically whatever crazy things NewGRF people can come up with
12:08:11 <Darkvater> obviously...I was thinking the on-land part
12:08:19 <Darkvater> xand: options > vehicle > max count
12:08:41 <xand> oh, in configure patches
12:09:08 <Darkvater> Rubidium: newgrf people are scary as well
12:09:27 <dihedral> xand: wiki.openttd.org ;-)
12:09:57 <xand> I didn't realise those settings applied to scenarios you created as well as current games
12:12:02 <Rubidium> for the on-land part "they" should use the current newstations no-rail-station-specific parts
12:14:00 <Darkvater> I think once this is done, there needs to be a big overhaul of newstations categories. Cause all of them are currently classified under rail if I'm correct
12:26:47 <Darkvater> I just remembered; I hate excel
12:27:08 <Darkvater> half an hour of work *paff* wasted
12:30:32 <Darkvater> well yeah..if it wasn't the case that it crashed on save
12:30:52 <Forked> hmm, no recover stuff either when you start up execl again?
12:30:54 <Rubidium> Forked: that fails when it silently ignores that it failed to actually save it
12:31:13 <Forked> Rubidium: "I didn't bother to save it and I'm sure as hell not going to bother telling you about it."
12:32:10 <Rubidium> CTRL-S isn't your life saver when Excel ignores to tell you that the delayed save failed (happened to me)
12:32:26 <xand> will Bad Things happen if I set max_[vehicle-type] to a non-multiple of 100 in openttd.cfg?
12:33:59 <Rubidium> it shouldn't as you can set it to non-multiples of 100 in-game too
12:34:55 <xand> Rubidium: the arrows only change by 100, and the wiki says multiples of 100
12:34:59 <Darkvater> whohoo, can't open the file anymore :D
12:35:15 <Rubidium> xand: click on the number
12:35:20 <Darkvater> it looks like I have the afternoon off until the backup is retrieved :P
12:40:06 <dihedral> xand: a hint: try :-P
12:54:57 *** ChanServ sets mode: +v tokai
13:02:04 <SpComb> getting the subversion working copy revision?
13:16:56 *** Rexxars has joined #openttd
13:17:56 <Rubidium> and IIRC it's only part of TortoiseSVN
13:45:30 *** stillunknown has joined #openttd
13:49:49 *** peterbrett has joined #openttd
15:04:50 *** HerzogDeXtEr has joined #openttd
15:27:26 *** Vikthor has joined #openttd
15:56:44 *** mortal` has joined #openttd
15:57:19 *** Mortal is now known as Guest1465
15:57:19 *** mortal` is now known as mortal
16:01:33 *** frosch123 has joined #openttd
16:15:34 *** mortal` has joined #openttd
16:15:39 *** Mortal is now known as Guest1468
16:15:39 *** mortal` is now known as mortal
16:16:48 *** Zeal is now known as Zealotus
16:22:58 <Eddi|zuHause> it's funny how one 1TB HDD is 16GB bigger than the other 1TB HDD
16:23:38 <benjamingoodger> yeah, filesystems FTW...
16:26:50 *** mikegrb_ has joined #openttd
16:27:24 *** De_Ghosty has joined #openttd
16:31:25 *** sigmund has joined #openttd
16:37:27 *** mikegrb_ is now known as mikegrb
16:40:13 <SpComb> granted, there's like 600 comments
16:40:42 <petern> maybe it's not a great game
16:42:12 <TrueBrain> bonus points for petern :)
16:43:54 *** Bennythen00b has joined #openttd
16:49:28 *** Bennythen00b_ has joined #openttd
16:53:03 *** Zeal is now known as Zealotus
16:55:00 <SpComb> I guess that's kind of true, distributing OpenTTD is a bit iffy
16:55:38 *** Bennythen00b_ is now known as Bennythen00b
17:01:42 *** |Jeroen| has joined #openttd
17:04:39 *** stillunknown has joined #openttd
17:13:19 *** sigmund_ has joined #openttd
17:15:02 <Eddi|zuHause> maybe the opengfx people can get a full replacement up for the 0.7 release
17:15:58 <petern> depends if you consider drawing over the old sprites as 'new', heh
17:17:28 <Eddi|zuHause> i don't think that'd hold in a court..
17:20:47 *** Progman has joined #openttd
17:25:15 * petern ponders a pixel-by-pixel comparison :p
17:30:36 <Belugas> don't dare do that with mb's stuff!
17:43:47 <Eddi|zuHause> hey, Belugas, i thought of you today
17:44:15 <Eddi|zuHause> when i read a post of a certain MB person that said something about openttd should be more designed around realism :p
17:45:23 <Eddi|zuHause> hm... i think i overdid it with the shuffling around... i now have 5 copy processes running simultaneously
17:47:28 <Eddi|zuHause> involving 2 disks: A->B, B->C (x2), A-D, B->D
17:49:18 <Rubidium> SpComb: so you failed your duties as our CSDTO :(
17:52:06 <Eddi|zuHause> gah... the sound of busy harddrives is making me crazy
17:58:41 <CIA-1> OpenTTD: rubidium * r14679 /trunk/src/ (7 files in 2 dirs):
17:58:41 <CIA-1> OpenTTD: -Fix [FS#2431]: opening the OSK on the chatbox did disable map scrolling (with
17:58:41 <CIA-1> OpenTTD: keyboard) until another window with editbox was opened and closed. Just
17:58:41 <CIA-1> OpenTTD: "refcount" the open edit boxes instead of setting/clearing a bit when
17:58:41 <CIA-1> OpenTTD: opening/closing a window.
18:09:52 <CIA-1> OpenTTD: frosch * r14680 /trunk/src/ (engine.cpp oldloader.cpp):
18:09:52 <CIA-1> OpenTTD: -Feature(ette) [FS#2434]: Use property 4 (model life) also for wagons.
18:09:52 <CIA-1> OpenTTD: Setting property 4 to 0xFF will protect the vehicle (engine or wagon) from expireing. (Necessary since early introduction dates)
18:09:52 <CIA-1> OpenTTD: Savegames will only be affected after 'resetengines'.
18:10:47 <Eddi|zuHause> "expireing" looks very wrong...
18:11:22 <frosch123> the second to top candidate was "expiration"
18:11:40 *** Terkhen has joined #openttd
18:11:46 <Eddi|zuHause> i would have left out that second 'e'
18:11:52 <Rubidium> it's more that expiring is more commonly used
18:13:03 <Rubidium> maybe it's both allowed like useable and usable
18:13:35 <Eddi|zuHause> i have no idea... sometimes english is too weird for me...
18:15:13 <SpComb> Rubidium: I might do better if I knew what a CSDTO was
18:15:47 <Rubidium> SpComb: chief slashdot troll officer
18:16:36 <Rubidium> oh... I did assign that to Prof_Frink ;)
18:16:49 <Rubidium> so blame him for not fullfilling his duties
18:32:13 <FauxFaux> Wolf01: Seriously, dude, is that a script?
18:33:29 <Wolf01> I might try to write a different thing each time I enter, but I only know hello, hi, ciao, good evening...
18:41:34 *** Yexo is now known as Guest1490
18:43:14 <CIA-1> OpenTTD: translators * r14681 /trunk/ (9 files in 3 dirs): (log message trimmed)
18:43:14 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2008-12-16 18:42:42
18:43:14 <CIA-1> OpenTTD: arabic_egypt - 208 fixed, 18 changed by khaloofah (188), Azoo4oozi (38)
18:43:14 <CIA-1> OpenTTD: indonesian - 9 fixed by Gonrong (9)
18:43:14 <CIA-1> OpenTTD: norwegian_bokmal - 2 fixed by Thor (2)
18:43:15 <CIA-1> OpenTTD: portuguese - 2 fixed by rmrebelo (2)
18:43:17 <CIA-1> OpenTTD: serbian - 19 fixed by Jenraux (19)
18:54:30 <Belugas> Eddi|zuHause, thanks for telling me this very am,using story about the blunt hemm.. blunck guy
18:55:23 <Belugas> as we all already know, (O)TTD(P) should not diverge from his mostly inspired vision
19:04:13 *** Swallow has joined #openttd
20:15:49 <CIA-1> OpenTTD: frosch * r14682 /trunk/src/openttd.cpp: -Fix (r14672): Check the correct savegame version. (Thanks SmatZ)
20:30:52 *** rubyruy has joined #openttd
20:55:32 *** HerzogDeXtEr has joined #openttd
20:56:16 <Eddi|zuHause> forgive me father, for i have sinned
20:56:32 <Eddi|zuHause> i deleted 250MB worth of OpenTTD directories today
20:56:44 <xand> what's this message mean? dbg: [net] 'Tomo' made an error and has been disconnected. Reason: 'wrong player-id in DoCommand'
20:57:03 <xand> they got disconnected from the game and their company disappeared
21:03:05 <frosch123> means "the client has done something pretty naughty" :)
21:03:37 <Rubidium> Eddi|zuHause: I do that regularly too
21:04:05 <Rubidium> or let fdupes run over my newgrf directory
21:04:33 <Eddi|zuHause> those were directories that once upon a time i salvaged from a windows partition
21:05:05 <Eddi|zuHause> looked like one was even a miniin checkout
21:12:34 *** DJNekkid has joined #openttd
21:16:32 <DJNekkid> i've found a bug in the cargodest ... shal i make a flyspray entry?
21:17:58 <DJNekkid> Rubidium: as far as i know the latest one ...the one that ends with 835
21:18:03 <Rubidium> SmatZ: then it's all companies and there's a completely new map
21:18:07 <DJNekkid> it were atleast the lastest one a day or two ago
21:18:25 <SmatZ> Rubidium: true, I didn't read it all
21:18:35 <Rubidium> DJNekkid: that one is ancient
21:18:41 <Rubidium> more than a month old
21:19:00 <DJNekkid> well, its the one that is available for download ...
21:19:36 <DJNekkid> i can mail you a screenshot if you want?
21:20:21 <Rubidium> it may be the last on the website, but it's a very old one and Celestar just hasn't bothered asking to build a new version
21:20:52 <Rubidium> each time he wants to ask it he gets a bugreport and he postpones asking to build the binaries
21:21:05 <Rubidium> but you can make a bugreport
21:21:10 <DJNekkid> sorta understandable ...
21:21:33 * Rubidium isn't up-to-speed with the bugs and esp. fixed bugs in cargodest
21:23:15 <DJNekkid> oki, i'll make a report when i gets home :)
21:25:37 * Rubidium wonders what a SDL RISCom serial card has to do with this
21:40:39 *** DJNekkid has joined #openttd
21:43:13 *** Brianetta has joined #openttd
21:46:35 <Eddi|zuHause> hm... something is wrong with my DVD drive... i can't access it anymore...
21:47:32 *** Nite_Owl has joined #openttd
21:53:45 *** ChanServ sets mode: +v tokai
21:55:04 <Rubidium> Darkvater: that's more something for glx; I generally don't have MSVC
21:55:20 <Darkvater> didn't you write determineversion?
21:55:23 <Rubidium> DJNekkid: that's something for Celestar to find out
21:56:05 <Rubidium> Darkvater: I did a long time ago when I was annoyed about not knowing revision numbers of crashes etc.
21:56:06 <Darkvater> but, well, ping glx :)
21:56:22 <Rubidium> and I've gotten rid of VMware since then
21:56:31 <Rubidium> and glx has been working on the file since then
21:57:22 <glx> I don't have tortoise to check :)
21:58:04 <Rubidium> what about adding the object method instead of replacing?
21:58:41 <Rubidium> when e.g. the object isn't registered
21:59:01 <Darkvater> ' If TortoiseSVN is installed, try to get the revision number
21:59:16 <Darkvater> if tortoise isn't installed you don't have subwcrev.exe either
21:59:38 <glx> if we can get the tortoise path key, the object is probably there
22:00:00 <glx> if not the user broken is registry ;)
22:00:24 <Darkvater> you know how I feel about stupid users :D
22:01:40 * Darkvater pats Sacro; there, there boy, easy now
22:01:59 <Sacro> Darkvater: long time no see, how are you?
22:02:16 * Darkvater recommends a readback ;)
22:02:25 <CIA-1> OpenTTD: rubidium * r14683 /trunk/src/ (4 files):
22:02:25 <CIA-1> OpenTTD: -Change: only say a engine/vehicle is refittable when it can be refitted to at least two cargo type or when it has subcargos.
22:02:25 <CIA-1> OpenTTD: NOTE: it is still possible that a vehicle is marked refittable when there is nothing to refit to, e.g. when only one subcargo is available but that cannot be determined without a vehicle chain.
22:02:39 <Darkvater> but I'm okay, finished studies, gonna work next month, gonna see how much time I have for ottd
22:03:16 <Sacro> nice to have old devs returning
22:03:22 * Sacro wonders who else there is
22:03:25 <DorpsGek> Sacro: Bjarni was last seen in #openttd 5 weeks, 4 days, 0 hours, 35 minutes, and 23 seconds ago: <Bjarni> <ln-> well, good to see you back amongst the healthy, in any case. <-- sort off.... I'm totally tired and I missed everything at uni this week
22:03:45 <DorpsGek> Sacro: celestar was last seen in #openttd 1 day, 23 hours, 46 minutes, and 19 seconds ago: <Celestar> I'm going to PARTY!
22:04:21 <glx> hmm it needs some tweaking :)
22:05:32 <glx> ,...If InStr(version, "$") Then <-- failure detection fails
22:05:51 <glx> so without tortoise, rev is "rM" for me
22:05:57 <Darkvater> I protest! that is not my code
22:07:10 <Eddi|zuHause> "people are now eating spam mails, because of the recession" :p
22:09:20 <Darkvater> :O FEDFUND is 0-0.25
22:09:35 <Darkvater> it's almost free to borrow money
22:10:01 <FauxFaux> Clearly that's what you need to do right now.
22:10:25 <Darkvater> it's a totally crazy world
22:10:56 <Darkvater> they're just pampering this rotten system, prolonging the crisis. Just let those damn banks go bankrupt, get it out of the system and you're back on track within 6 months
22:11:37 <Rubidium> and it's all Bush's fault
22:12:09 <Darkvater> well, bush and that stupid old greenspan
22:13:05 <Darkvater> "let the markets work it out, we don't need control"....good job greenie
22:15:52 <Rubidium> ^ that's a speech from 2002 effectively telling that the banks should give mortgages to people who can't afford one
22:15:58 <Darkvater> ah, the homes-for-all one?
22:16:32 <Rubidium> now what was the problem again? Mortgages givens to people who can't afford them, right?
22:16:32 <Darkvater> yeah, we love that one. But the bigger problem was the huge explosion of derivative trading of banks
22:17:23 <Darkvater> give out mortgage > assume prices can only go up > lend out tenfold of assets > accept bonds of other banks as asset based on same mortgage > lend out tenfold
22:19:21 <Darkvater> prolly something for glx as well, warning on MSVC
22:19:55 <glx> I know about this warning, but petern said it was not the proper fix
22:20:09 <glx> (I have a similar diff somewhere)
22:20:11 <Darkvater> oh petern did not tell me that
22:23:03 <glx> hmm ok Nothing tests are just wrong
22:26:48 <glx> at least I get the same result :)
22:30:53 <glx> hmm but it may fail if tortoise is present and we are not in a svn repo
22:33:37 <glx> Darkvater: what SubWCRev.GetWCInfo FSO.GetAbsolutePathName("../src"), 0, 0 return when called in a git or hg repo?
22:36:57 <Darkvater> I donnu, I don't have git/hg
22:37:42 <Darkvater> but I can check quickly what it returns for a non-svn dir
22:38:25 <Darkvater> oh and now he reacts
22:39:50 <Darkvater> or I mean..nothing and revision is 0
22:40:51 <Sacro> petern: you need your old nick back
22:41:47 <guru3> simply say my name and i shall appear
22:42:23 <guru3> of which i'm not a part -_-
22:43:00 * petern wonders what 16 or 32MB of ram would be being bunged into...
22:43:02 <Darkvater> Sacro: I contest your finding
22:43:18 <Darkvater> Darkvater+DarkSSH is 3rd
22:43:32 <petern> also, wtf, how am i second? :o
22:43:43 <guru3> nothing quite lke the good old days when 0.3.5 game out
22:43:49 <guru3> and network play was the hip thing
22:43:53 <Darkvater> all bjarni did was talk so that's not a surprise
22:44:02 <Sacro> Darkvater: he used to break things as well
22:44:39 <petern> guru3, does it know that petern == peter1138?
22:45:24 <guru3> which do you like better?
22:45:31 <petern> Sacro always lets us know what he/she's doing: 1138 actions!
22:45:35 <Darkvater> glx: your diff doesn't work either if it's not an svn dir no? even worse, you don't even go to norev000 if you have tortoise but no svn dir
22:45:57 <glx> for me it does as I don't have tortoise :)
22:46:46 <Sacro> petern: can i not do any more then?
22:47:48 * Darkvater pokes petern about the correct fix for the newgrf warning
22:48:14 <guru3> i need at least 1000 more lines of text to even hit the bottom of those stats :S
22:51:02 <glx> guru3: we managed to break the "most referenced nick" section ;)
22:51:24 <glx> i, you, there, In and all
22:51:54 <guru3> i think that counts as a flaw in pisg
22:52:16 <guru3> im only... a lot of versions behind -_-
22:53:48 <glx> Darkvater: so the current diff is ok for you ?
22:55:11 <Darkvater> it's certainly better: no more cmd window that pops up annoyingly and you get norev when svn fails
22:55:12 *** sigmund has joined #openttd
22:55:36 <glx> hehe I still get cmd windows (and 3 for a hg repo)
22:56:31 <Darkvater> isn't there tortoisegit or something?
22:56:48 <glx> for hg I get svn window, git window and hg window
22:57:11 <Sacro> Darkvater: tortoisegit is now 0.0.1.0
22:57:58 <Darkvater> glx: well you could hack by checking hidden folders. eg .svn, .git?? and .hg?? or something
22:58:07 <Darkvater> then only check one and if that fails the other two
23:02:35 <CIA-1> OpenTTD: glx * r14684 /trunk/projects/determineversion.vbs: -Codechange: use SubWCRev object to get version info instead SubWCRev.exe for tortoiseSVN (Darkvater)
23:05:52 * Darkvater has a clean checkout again...haven't had one in years :P
23:08:36 * guru3 wishes he had some awesome idea to implement
23:08:49 <Darkvater> customizable shortcuts
23:09:08 <guru3> like the keys you press to lay track etc?
23:09:25 <guru3> that's a pretty good idea actually
23:09:47 <Darkvater> some customkeys.txt file and for all hints (right click) the shortcut after the text between parantheses
23:09:53 <Eddi|zuHause> my god... i talk too much here...
23:10:14 <Darkvater> customkeys will need some windowname.action=shortcut lines which need parsing, setting up, and activated
23:10:23 <Eddi|zuHause> and also too much from 0 to 5
23:10:30 <Darkvater> should not be too hard if the initial idea/setup is sound
23:10:55 <guru3> i'd have to spend some time investigatin'
23:11:09 <guru3> and also remember how to check out svn again
23:13:07 <Eddi|zuHause> hm... i hate how these "too loud" and "happy" categories always go to those random guys that spoke like 3 lines in the history of the entire channel...
23:14:13 <Eddi|zuHause> Sacro always lets us know what he/she's doing: 1138 actions! <- now that is scary
23:14:39 <guru3> esp since peter was just talking about being peter1138
23:17:38 <guru3> found where it handles key presses in the code...
23:19:11 <Eddi|zuHause> the only people who speak in the moring are celestar and petern.
23:20:35 <guru3> Darkvater: were you thinking any action in any window to be customizable or only redefine the defaults?
23:21:27 <Darkvater> I think the shortcuts we have now suffice... but obviously the proper framework will support any action ;)
23:21:35 <Rubidium> what about any and any action can be triggered globally (like A -> autorail)
23:21:53 <Rubidium> well... not any, but the ones that make sense
23:21:59 <guru3> i haven't found where that's defined in the code yet
23:22:05 <Eddi|zuHause> i want the landscaping tools to be global
23:22:10 <Darkvater> main_gui or something
23:22:31 <Eddi|zuHause> currently, i always have to open the landscaping toolbar first
23:22:46 <Rubidium> src/toolbar_gui.cpp:1060:
23:22:54 <guru3> i found the transparency code
23:23:05 <Darkvater> Rubidium: I don't think he should worry about how shortcuts are handled. it's our job to define when to get global 'A' and when local
23:23:17 <Eddi|zuHause> and i need a key to toggle road/rail toolbars or autoroad/autorail
23:24:18 <Eddi|zuHause> and i need a sanity check before i build a bridge/tunnel so i'll not accidently build the wrong type
23:24:44 <Eddi|zuHause> which can be a very expensive mistake, since you cannot convert them
23:24:52 <guru3> ie check the adjacent tiles first
23:24:57 <guru3> or check what you were last building
23:25:05 <Darkvater> guru3: look around at the forums first; cause if I remember correctly there were/was already attempt(s)
23:25:41 <Eddi|zuHause> very often i was doing road work to prepare a rail line through a city, and then when i build the bridge, i build a road bridge instead of a rail bridge
23:26:05 <guru3> need to find out what sort of window contexting there is
23:26:19 <Eddi|zuHause> there is too little visual feedback on which type you are building
23:26:52 <Eddi|zuHause> so you only notice after you built
23:27:33 <guru3> do windows own buttons, or do windows draw buttons?
23:28:02 <Eddi|zuHause> buttons are typically child widgets
23:28:27 <Rubidium> ... but not necessarily
23:28:39 <guru3> each time i clieck the rail button is the window recreated from scratch or pulled out of memory?
23:29:25 <Rubidium> it uses some sort of hybrid
23:30:18 <Rubidium> and it differs between windows
23:30:47 <guru3> FindWindowById -> same ids or changing dynamically?
23:31:39 <Rubidium> that depends on the window
23:31:44 <Rubidium> and on the parameter
23:33:37 <guru3> i wish this didn't look like a mix of oop and regular programming
23:33:53 <Eddi|zuHause> it's some sort of hybrid :p
23:34:14 <guru3> there's no nice way to see all the functions dealing with something
23:34:50 <Eddi|zuHause> it's an abomination, it lies there and whispers "kill me"
23:35:03 <guru3> it's all really easy to read
23:35:59 <guru3> if the config file as in the format of window.rail.buttonX.key=<some key>
23:36:39 <guru3> enum WindowClass { -> does a window know it's enum?
23:37:02 <Rubidium> how hard is it to find out for yourself?
23:37:17 <guru3> it does, and it's not that hard, but i like typing things in
23:37:22 <guru3> need to boost my irc stats
23:38:20 <Rubidium> with pointless and very trivial questions it also boosts other stats which eventually might work against you
23:38:43 * Darkvater feels the heat build up
23:39:02 <Rubidium> nah, I don't fight, I just /ignore ;)
23:39:19 <Darkvater> that doesn't show up in the stats :)
23:39:23 <Eddi|zuHause> yeah, take an example of yorick :p
23:39:41 <guru3> that's true... here's a theoerical c/cpp question then... the text name in an emum, say WC_BUILD_STATION, if the config was in the format of WC_BUILD_STATION.action.keybound, would it be possible to parse the string into the enum somehow?
23:39:44 <Rubidium> it shows up in my stats (number of ignored people)
23:40:19 <Rubidium> guru3: not directly, but one can run a script over the window_gui.cpp which makes a mapping
23:40:34 <Rubidium> like e.g. the NoAI API does
23:40:56 <guru3> that sounds reasonable... just need to find a similar list of buttons attached to each window then and i'm in business
23:41:21 <Rubidium> that's the *very* tricky part
23:42:19 <Darkvater> don't we have widget-enums ;)
23:42:38 <Rubidium> Darkvater: yes, but those also list non-buttons etc
23:42:53 <Rubidium> but you can ofcourse "click" non-buttons and then nothing would happen
23:44:28 <guru3> hmmm, 'widget_index', that sounds promising
23:45:52 <Rubidium> I hope that once window class (in the enum) corresponds with one actually class (i.e. widget indices), but I'm not sure at all about that
23:46:28 <guru3> enum WindowWidgetTypes {
23:46:35 <guru3> so it should be possible to identify the buttons
23:48:04 <Rubidium> that won't work for at least the advanced settings window
23:48:27 <guru3> will it work for every regular gameplay window?
23:49:03 <Darkvater> for advanced you only want shortcuts for categories of patches, all the other stuff is pretty irrelevant imho
23:49:31 <Rubidium> guru3: I'm uncertain about that
23:49:53 <Rubidium> the order gui is the trickiest window
23:50:36 <Rubidium> it has keyboard shortcuts that don't map to a single mouse click
23:51:20 <guru3> so there wouldn't be a widget for it
23:52:42 <guru3> but it's still a window
23:52:56 <guru3> the window could keep a list of 'buttonable' events
23:53:05 <guru3> when a widget is added, it's recored as a buttonable event
23:53:12 <guru3> but other custom events could be added as well
23:53:41 <Rubidium> sounds like duplication of lists and thus error-prone
23:54:27 <guru3> there aren't any events or action sort of things from what i can see
23:55:34 <Rubidium> guru3: what do you mean by that? Aren't the OnXXX functions events/actions?
23:56:14 <guru3> they are, but not in the sense i meant
23:56:35 <guru3> each widget seems to be responsible for being clicked on to trigger its action
23:57:03 <guru3> windows catch key presses which are then hot wired to actions
23:57:13 <guru3> or really the action functions
23:57:45 <guru3> a button click doesn't call action this, it IS action this
23:58:09 <guru3> but if the button click added an action to something like a queue that was processed
23:58:16 <Rubidium> it calls window->OnClick(int widget)
23:58:21 <guru3> then a button press could simply go in the queue as well and anything would be doable
23:58:44 <Eddi|zuHause> er... is the forum down?
23:58:54 <Rubidium> Eddi|zuHause: nah, it's just the ISP of the forum
23:59:37 <Eddi|zuHause> isn't that still orudge's fault? :p
23:59:54 <guru3> a queue isn't really doable here though
continue to next day ⏵
