IRC logs for #openttd on OFTC at 2008-05-11
⏴ go to previous day
00:13:04 <Eddi|zuHause2> did you actually say anything other than smilies the whole day? :p
00:33:47 *** Eddi|zuHause3 has joined #openttd
00:44:01 *** DaleStan_ has joined #openttd
00:44:02 *** DaleStan is now known as Guest324
00:44:02 *** DaleStan_ is now known as DaleStan
01:08:21 *** Frostregen_ has joined #openttd
01:09:31 *** Frostregen_ is now known as Frostregen
01:09:35 *** ChanServ sets mode: +v tokai
01:11:13 *** Chicago_Rail_Authority has joined #openttd
01:38:52 *** Ammller has joined #openttd
01:53:40 *** christian has joined #openttd
02:11:57 *** roboboy has joined #openttd
02:15:14 <CIA-3> OpenTTD: belugas * r13038 /trunk/src/settings.cpp: -Fix: When switching the signal gui patch to off, delete the signal window accordingly
03:05:30 *** HerzogDeXtE1 has joined #openttd
03:12:43 *** Frostregen_ has joined #openttd
03:15:54 *** HerzogDeXtEr has joined #openttd
03:18:23 *** Frostregen_ is now known as Frostregen
03:55:51 *** roboman has joined #openttd
04:40:00 *** De_Ghosty has joined #openttd
05:05:56 *** mynetdude is now known as mynetdude|Away
06:12:06 *** Singaporekid has joined #openttd
06:26:52 *** raimar2 has joined #openttd
06:33:44 *** Alberth has joined #openttd
06:36:39 *** Great_Briton has joined #openttd
07:00:04 <CIA-3> OpenTTD: rubidium * r13039 /trunk/src/misc_gui.cpp: -Codechange: make a class of the Query window.
07:20:11 *** dlunch_ has joined #openttd
07:22:24 <CIA-3> OpenTTD: rubidium * r13040 /trunk/src/network/network_gui.cpp: -Codechange: make a class of the NetworkLobbyWindow.
07:30:46 <Alberth> rubidium: I am giving all the WC_GAME_OPTION windows a unique number
07:44:33 <peter1138> let the enum do the numbering, heh
07:58:11 *** M4rk is now known as Mark___
07:58:14 *** Mark___ is now known as Mark__
08:18:09 *** roboboy has joined #openttd
08:53:40 *** dR3x4cK has joined #openttd
08:55:45 *** dR3x4cK has joined #openttd
08:56:03 *** Vikthor has joined #openttd
09:01:31 *** Brianetta has joined #openttd
09:03:34 *** dR3x4cK2313 has joined #openttd
09:06:01 *** Chicago_Rail_Authority has quit IRC
09:09:58 *** dR3x4cK has joined #openttd
09:13:25 *** Progman has joined #openttd
09:30:29 <planetmaker> Is there an easier / better way to unpatch a version than deleting the dir and a clean checkout from svn?
09:35:38 <planetmaker> hm... doesn't always work, does it?
09:36:23 <Alberth> revert is very careful about not deleting files if that's what you mean
09:36:46 <planetmaker> uh, right. Probably that's it.
09:37:07 <planetmaker> but svn status tells me... (just learning it :) )
09:38:09 <Alberth> also, revert is by default not recursive (try 'svn revert -R .')
09:39:07 <Alberth> if it doesn't work at first, configure it with an option ;)
09:39:51 <Eddi|zuHause3> there's also "patch -R"
09:40:15 <Eddi|zuHause3> but that might fail if you did other modifications
09:40:48 <Alberth> Eddi: I was about to suggest that, but it is for swapped files. Not sure whether it also works for undo-ing patching
09:40:49 <planetmaker> ^^that I just looked up but wasn't sure how to understand the man pages...
09:42:06 *** Wezz6400 has joined #openttd
09:45:46 *** Boyinblue0 has joined #openttd
09:48:26 *** einKarl has joined #openttd
10:00:11 *** |Jeroen| has joined #openttd
10:02:21 *** einKarl has joined #openttd
10:06:10 *** GoneWacko has joined #openttd
10:13:56 *** stillunknown has joined #openttd
10:30:37 *** Boyinblue0 has left #openttd
10:41:31 <Alberth> any thoughts about FS1857? should I update the patch?
10:44:18 <Roujin> got to go for a while, see you
10:45:44 <Alberth> ok, patch is still working, but maybe it should be split
11:41:45 <CIA-3> OpenTTD: rubidium * r13041 /trunk/src/ (6 files in 2 dirs): -Fix: calling a virtual function on a not fully constructed object is bound to cause errors.
11:52:43 <Eddi|zuHause3> that sounds fun ;)
12:01:33 <cjk> were hotkeys already in the original DOS Deluxe game?
12:07:16 <Ammler> a "do not close" window with ctrl good be used on other places like the GRFList too. ;-)
12:08:36 *** stillunknown has joined #openttd
12:12:41 <Eddi|zuHause3> cjk: some of them were already in TTO
12:13:06 <Eddi|zuHause3> i know that 1/2/3/4 worked for direction selection when building rail and road
12:13:18 <SmatZ> I liked the Insert / Home to emulate Left/Right mouse buttons
12:13:33 <Eddi|zuHause3> yes, and alt+arrow to move the cursor
12:13:52 <Eddi|zuHause3> i used that on the laptop where the trackball was crap
12:14:12 <Eddi|zuHause3> i really miss that feature
12:14:58 <Eddi|zuHause3> arrows to scroll the map is still there
12:15:05 <Eddi|zuHause3> and shift+arrows to go faster
12:15:11 <Eddi|zuHause3> but alt+arrows is gone
12:18:59 *** stillunk1own has joined #openttd
12:26:36 <CIA-3> OpenTTD: rubidium * r13042 /trunk/src/ (7 files in 2 dirs):
12:26:36 <CIA-3> OpenTTD: -Codechange: make a class of CreateScenarioWindow, GenerateLandscapeWindow,
12:26:36 <CIA-3> OpenTTD: NetworkChatWindow, NetworkCompanyPasswordWindow, NetworkGameWindow,
12:26:36 <CIA-3> OpenTTD: NetworkStartServerWindow, QueryStringWindow, SaveLoadWindow. All these classes
12:26:36 <CIA-3> OpenTTD: depended on the 'querystr_d' object which is now put into QueryStringBaseWindow.
12:26:36 <CIA-3> OpenTTD: As a side effect this removes quite a lot of WP macro usages and a few global
12:27:01 *** ben_goodger has joined #openttd
12:38:24 *** stillunknown has joined #openttd
12:48:14 *** Ammller has joined #openttd
12:50:45 <Eddi|zuHause3> move the mouse curser
13:03:21 <CIA-3> OpenTTD: rubidium * r13043 /trunk/src/ (network/network_gui.cpp news_gui.cpp): -Codechange: remove some duplicate variables from news_d.
13:26:51 *** Slowpoke has joined #openttd
13:35:54 *** Boyinblue0 has joined #openttd
14:02:18 <planetmaker> When a client cancels a join to a server, I get a malloc error
14:03:07 <planetmaker> openttd(12539,0xa000d000) malloc: *** error for object 0x11b7e00: double free
14:03:08 <planetmaker> openttd(12539,0xa000d000) malloc: *** set a breakpoint in szone_error to debug
14:04:43 <planetmaker> sorry forgot to mention, Thx. for asking
14:05:10 <planetmaker> I think it prevailed for some time, didn't test thoroughly, though
14:07:59 <Ammller> I have seg faults if cancel it
14:08:54 <planetmaker> (I'm on MacOS, so that might make a difference)
14:10:00 <CIA-3> OpenTTD: rubidium * r13044 /trunk/src/network/network_gui.cpp: -Fix: deleting an already deleted window.
14:10:27 <planetmaker> Quick and to the point as ever. Thx mate
14:15:44 <planetmaker> Rubidium: can you give a rough estimate of how much of the struct -> class conversion is done? I just noticed many changes there recently...
14:16:32 <Rubidium> it's not about changing struct -> class
14:17:17 <planetmaker> Hm... my impression was to get more object code into play - and thus clean up some things. But please tell me how far off I am with this impression :)
14:17:29 <Rubidium> it's about removing w->custom, WP(w, xxx), assert_compile(xxx_d <= WINDOW_CUSTOM_SIZE)
14:17:54 <Rubidium> eventually it'll lead to somewhat nice code though
14:18:13 <Alberth> and creating a Window inheritance tree in the process :)
14:18:56 <Alberth> Rubidium: Anything I can do without getting in your way?
14:20:05 <Alberth> (and you not changing and committing code I was looking into... :)
14:20:31 <Rubidium> that's quite doubtful I fear
14:20:48 <Rubidium> we're really touching the window code all over the place
14:21:03 <Rubidium> only thing you can do it testing whether the changed windows still work I guess
14:22:14 <planetmaker> or work on stuff without GUI :)
14:23:57 <CIA-3> OpenTTD: rubidium * r13045 /trunk/src/ (5 files in 2 dirs): -Codechange: make list_d (now GUIList) more generic and uniform.
14:25:55 <Alberth> I tried that too. There are 6 or 7 patches waiting already. I don't dare adding more without getting some comments or commits to trunk.
14:26:39 <planetmaker> you have a link for me, Alberth? (Not that I can make useful comments, but to see :) )
14:28:22 <Alberth> FS#1857, FS#1942, and the WindowOO one: FS#1905
14:29:19 <Alberth> and FS#1762, but Bjarni is also working on that one.
14:31:20 <planetmaker> hm... fs is really slow for me right now :S
14:37:21 <Alberth> Hmm, selection of FS issues on Developer is broken.
14:44:41 <planetmaker> nvm. fs# work well :)
14:46:33 <planetmaker> I especially like FS 1857 :)
14:50:12 <Alberth> Yeh, I thought it was a nice idea from ToiletDuck, so I implemented it. I checked it this morning, it is still mergeable. However, I don't know whether devs agree with the idea.
14:51:07 <planetmaker> Hm, yeah. For what it's worth: you got my support :)
14:52:08 <planetmaker> Though I get the drift of the others, it's internal stuff the people who work daily have to like - or not
14:54:03 <Alberth> At the moment, I am trying to get the hang of code refactoring, making structural changes without breaking anything. It is quite fun, although nobody ever will notice the change.
14:56:27 <planetmaker> :) Make it faster while doing so :)
14:56:37 <Alberth> and sometimes a dev like Rubidium steps in and simply takes over.... :)
14:57:24 <Rubidium> doing the changes I'm currently doing are not what I'd like to get as patches (really unreviewable due to indent changes)
14:57:51 <Alberth> speed is not really the problem, more switching from assembly to C to C++. Lots of legacy code to convert to the new conventions
14:59:26 <Alberth> Rubidium: I understand. Just the sheer number of patches would makes it an endless process already.
15:00:23 <CIA-3> OpenTTD: rubidium * r13046 /trunk/src/ (group_gui.cpp vehicle_gui.cpp vehicle_gui.h): -Codechange: make classes of the VehicleListWindow and the VehicleGroupWindow.
15:08:56 <CIA-3> OpenTTD: glx * r13047 /trunk/src/ (10 files): -Codechange: remove vp_d
15:09:34 <Alberth> Nice thing about the deeper stuff is that you get a good idea of how the program really works. Yesterday I found out that new windows are always opened near the oldest window. I changed it to first try the newest window.
15:10:15 <Alberth> Such changes are probably noticed by the users too, except they won't know what is different.
15:10:42 <Alberth> glx: We now have a Viewport widget? :P
15:11:21 <planetmaker> sure. The best way to learn a programme is to hack it :)
15:18:14 *** M4rk is now known as Mark__
15:32:53 *** mynetdude|Away is now known as mynetdude
15:33:12 *** mynetdude is now known as mynetdude|Away
15:45:24 *** roboboy has joined #openttd
15:49:33 *** ooo4tom has joined #openttd
16:05:48 *** neglesaks has joined #openttd
16:28:37 *** ooo4tom has joined #openttd
16:31:59 *** Brianetta has joined #openttd
16:32:53 *** thgergo has joined #openttd
16:33:02 *** Boyinblue0 has joined #openttd
16:46:11 *** Smoovious has joined #openttd
16:52:54 *** HerzogDeXtE1 has joined #openttd
16:58:50 *** KritiK_ has joined #openttd
17:04:11 *** KritiK_ is now known as KritiK
17:08:00 *** Smoovious has joined #openttd
17:14:16 *** Chicago_Rail_Authority has joined #openttd
17:25:16 <CIA-3> OpenTTD: rubidium * r13048 /trunk/src/station_gui.cpp: -Codechange: make a class of the StationViewWindow.
17:27:06 *** einKarl has joined #openttd
17:41:22 *** Zealotus is now known as Guest436
17:41:22 *** Zeal is now known as Zealotus
17:44:56 <CIA-3> OpenTTD: rubidium * r13049 /trunk/src/misc_gui.cpp: -Codechange: make a class of the TooltipsWindow.
17:45:08 <CIA-3> OpenTTD: glx * r13050 /trunk/src/industry_gui.cpp: -Codechange: make a class of IndustryViewWindow.
17:45:22 <cjk> race who makes the most classes out of code?
17:46:16 <cjk> Rubidium: we need descriptions for servers. currently people cram everything into the title...
17:47:31 <Rubidium> and that won't stop when you add descriptions
17:48:12 <Rubidium> because with descriptions you have to scroll server-by-server through the list to get information instead of getting it directly when scrolling through the list
17:48:33 <Rubidium> furthermore there's no space in the network protocol to do that
17:50:43 *** Xeryus|bnc is now known as XeryusTC
17:53:53 <Smoovious> well, the descriptions would help to have running conditions in long-hand, url's, etc... can still keep the abbreviations in the title
17:54:55 *** Zealotus has joined #openttd
17:58:06 <Eddi|zuHause3> if there's no space for it in the masterserver communication, "get description" could be a direct client<->server communication upon user clicking a button
17:59:15 <Smoovious> Eddi|zuHause3 sounds good
17:59:18 <cjk> basically what I want is like.. showing when autoreset is taking place
17:59:53 <cjk> just some descriptional space where I can mention the source code changes
18:05:30 *** GoneWacko has joined #openttd
18:11:22 *** stillunknown has joined #openttd
18:12:20 *** Boyinblue0 is now known as Boyinblue0|Tea
18:14:50 *** dR3x4cK has joined #openttd
18:16:13 *** stillunk1own has joined #openttd
18:18:09 <CIA-3> OpenTTD: rubidium * r13051 /trunk/src/ (depot_gui.cpp window_gui.h): -Codechange: depot_d belongs in depot_gui.cpp.
18:18:30 <CIA-3> OpenTTD: rubidium * r13052 /trunk/src/widgets/dropdown.cpp: -Codechange: make a class of the DropdownWindow.
18:23:27 * cjk makes a class out of Rubidium : public Atom
18:32:57 <CIA-3> OpenTTD: rubidium * r13053 /trunk/src/station_gui.cpp: -Codechange: station sorting used it's own implementation of GUIList and the associated enums, now it doesn't anymore.
18:36:52 <bowman> is everything class-ified now? :)
18:40:49 *** Boyinblue0|Tea has quit IRC
18:49:44 *** Boyinblue0 has joined #openttd
18:50:24 <CIA-3> OpenTTD: rubidium * r13054 /trunk/src/station_gui.cpp: -Codechange: make a class of the PlayerStationsWindow.
18:55:56 <Eddi|zuHause3> bowman: that was never the goal
18:56:36 <Eddi|zuHause3> bowman: just the GUI gets turned into classes, to remove some very ugly hacks
19:21:10 <Chicago_Rail_Authority> Ignorant Question: Are NewCargo categories defined in a universal way that would allow for more advanced filters on the vehicle purchase windows? Now that we can have massive amounts of sets loaded, it is more difficult to find/compare different wagons for various cargos, etc. It would be nice to have a cargo filter to more quickly/easily find all wagons that can carry ____.
19:40:57 <Rubidium> Chicago_Rail_Authority: yes and no; there are cargo classes but AFAIK not all NewGRFs use those and there's something with cargo labels
19:44:12 <Chicago_Rail_Authority> ...mumble... bad search results... mumble
19:44:20 <Chicago_Rail_Authority> Ammller: Yes, that was more or less what I was asking about
19:44:40 <Chicago_Rail_Authority> Not sure how it addresses Rubidium's concerns, though.
19:45:34 <Ammller> it does at least support ECS, no idea how it work deeper...
19:46:37 <Chicago_Rail_Authority> Fair enough - thanks for pointing me to that series of posts.
19:47:23 <CIA-3> OpenTTD: glx * r13055 /trunk/src/ (smallmap_gui.cpp viewport.cpp): -Codechange: make a class of SmallMapWindow.
20:02:49 *** NukeBuster has joined #openttd
20:05:04 *** Wezz6400_ has joined #openttd
20:06:08 *** Wezz6400 is now known as Guest457
20:06:09 *** Wezz6400_ is now known as Wezz6400
20:09:52 <CIA-3> OpenTTD: rubidium * r13056 /branches/noai/ (89 files in 10 dirs): [NoAI] -Sync: with trunk r12996:13055.
20:23:38 <CIA-3> OpenTTD: rubidium * r13057 /branches/noai/src/ai/ai_gui.cpp: [NoAI] -Codechange: port the AIDebugWindow to the new Window framework.
20:42:38 *** ChanServ sets mode: +v tokai
21:07:28 *** Boyinblue0 has joined #openttd
21:19:49 <Sacro> how can you get from X = Y/ Sqrt(X^2+Y^2+Z^2)
21:21:54 <planetmaker> Sacro: for a sphere x^2+y^2+z^2 = 1 on surface
21:24:15 <Rubidium> so X = Y and X = Y / sqrt(...)?
21:25:34 <Rubidium> => X = Y and 1 = X^2+Y^2+Z^2
21:25:35 <Eddi|zuHause3> where do you read z=0 from?
21:26:00 <planetmaker> from my tiredness. :P
21:26:02 <Rubidium> => 1 = 2 * X^2 + Z^2
21:26:44 <Rubidium> => 2 * X^2 = 1 - Z^2
21:27:28 <Rubidium> => X = sqrt((1 - Z^2)/2)
21:28:07 <cjk> could not you just have used a CAS for that
21:28:29 <cjk> also, your Y just disappeared
21:28:47 <cjk> Out[2]//InputForm= {{x -> -Sqrt[1 - y^2 - z^2]}, {x -> Sqrt[1 - y^2 - z^2]}}
21:28:51 <Rubidium> X = Y, so I can substitute X for Y
21:28:54 <planetmaker> cjk: CAS are only as intelligent as the questions asked. Y was not forgotten
21:30:54 <Sacro> planetmaker: yes, he's said that now
21:31:18 *** DaleStan has joined #openttd
21:35:12 <cjk> now if z=y, then Out[4]//InputForm= {{x -> -Sqrt[1 - 2*y^2]}, {x -> Sqrt[1 - 2*y^2]}}
21:48:19 *** Phoenix_the_II has joined #openttd
21:54:47 <Rubidium> a = b * c, when a = b, then c must be 1. when b = c, then a = b^2 and a = c^2. Under the former c can only be 1, under the latter c can be anything. But... according to you the result would be the same in both cases
22:18:13 *** Brianetta has joined #openttd
22:24:05 *** Chicago_Rail_Authority has left #openttd
22:47:17 <Eddi|zuHause3> cjk: if you substitute variables, you need also take care that you solve for the right variable
22:49:40 *** dR3x4cK has joined #openttd
23:12:32 *** ben_goodger has joined #openttd
23:20:30 *** Nitehawk has joined #openttd
23:33:20 *** DaleStan has joined #openttd
23:39:22 *** Brianetta has joined #openttd
continue to next day ⏵