IRC logs for #openttd on OFTC at 2008-05-09
⏴ go to previous day
00:33:55 *** Eddi|zuHause2 has joined #openttd
01:11:57 *** lthighlighte has joined #openttd
01:12:06 *** lthighlighte has left #openttd
01:59:28 *** CoRnJuLiOx has joined #openttd
02:00:29 *** De_Ghosty has joined #openttd
02:02:47 <CoRnJuLiOx> i've got autorenew enabled, but its not renewing the trains
02:02:56 <CoRnJuLiOx> i've got a bunch that are well past the max age
02:05:58 <glx> breakdowns off and no service if breakdowns off ?
02:07:28 <CoRnJuLiOx> breakdowns are off
02:07:32 <CoRnJuLiOx> i just turned em back on
02:10:10 <glx> no need to enable breakdowns, but check "disable servicing when breakdowns set to none" patch
02:10:32 <glx> as autorenew won't happen if vehicles never go in depot
02:12:11 <CoRnJuLiOx> disable servicing isn't checked
02:15:38 <Belugas> do you have enough money? real money, i mean
02:19:04 *** [1]CoRnJuLiOx has joined #openttd
02:19:55 <[1]CoRnJuLiOx> real money? no, i've been broke for months now
02:23:14 <Belugas> that MIGHT just explain ;)
02:24:49 *** [1]CoRnJuLiOx is now known as CoRnJuLiOx
02:24:56 <CoRnJuLiOx> crap, i'd better start saving then
02:25:11 <CoRnJuLiOx> i've got $29 million in the game though
02:26:29 <Belugas> hem... by real money, i was refering to money that is nor tpart of a loan ingame
02:26:38 <Belugas> well... then, dunno why
02:27:14 <CoRnJuLiOx> nope, my loan is paid off already
02:30:37 <Belugas> sorry, cristal ball is off duty tonigh :(
02:53:58 *** lthighlighte has joined #openttd
03:12:52 *** Frostregen_ has joined #openttd
03:19:02 *** Frostregen_ is now known as Frostregen
03:24:32 <CoRnJuLiOx> do industries grow like towns? i.e the more you transport over a period of time, the more they produce?
03:36:05 *** Singaporekid has joined #openttd
03:45:37 <Tefad> secondary industries produce more for more input.
03:51:39 <CoRnJuLiOx> what do you mean by secondary?
04:53:30 *** roboboy has joined #openttd
05:08:50 <Tefad> secondary industries would be factories, steel plants, etc.
05:19:16 <hylje> secondaries produce no stuff on their own
05:34:58 <CoRnJuLiOx> so primary industries (coal, iron ore, etc) don't increase production over time?
05:41:23 <Noldo> they do, but it's somewhat complicated
05:46:15 *** Xeryus|bnc is now known as XeryusTC
06:05:30 *** UserError has joined #openttd
06:07:51 <CoRnJuLiOx> wow. coal is pretty damn profitable. set up a small route between a coal mine and a power plant, 2 trains with 8 cars and ordered to take full load at the mines nets a surprisingly large amount of money.
06:14:16 *** dR3x4cK has joined #openttd
06:24:08 *** raimar2 has joined #openttd
06:38:50 *** sickie88 has joined #openttd
07:00:52 <blindcoder> CoRnJuLiOx: friend of mine has a farm with about 700 items of livestock a month, so they do grow just fine :)
07:02:55 *** GoneWacko has joined #openttd
07:08:24 *** Wezz6400 has joined #openttd
07:09:37 <Cap_J_L_Picard> Roest: Morning
07:09:51 <Cap_J_L_Picard> about time I got some sleep...
07:10:07 <Tefad> i always get the picard song stuck in my head when i see it
07:10:28 <Tefad> OF-THE-U-S-S-EN-TER-PRISE
07:11:48 <Cap_J_L_Picard> He talks in one incredibly long sentence going from topic to topic, it's quite hypnotic.
07:15:24 *** roboman has joined #openttd
07:21:53 *** mynetdude is now known as mynetdude|Away
07:39:19 *** stillunknown has joined #openttd
07:45:17 *** Mixfunk has joined #openttd
07:47:54 <CIA-3> OpenTTD: peter1138 * r13023 /trunk/src/table/engines.h: -Revert (r1444): Revert changes to multihead engine weight -- the original values were correct.
07:52:04 <Roest> took quite a while to realize that then
07:54:29 <peter1138> @openttd commit 1444
07:54:29 <DorpsGek> peter1138: Commit by truelight :: r1444 /trunk (20 files in 2 dirs) (2005-01-09 14:45:19 UTC)
07:54:30 <DorpsGek> peter1138: -Fix: fixed weight for double-head trains (and with that the acceleration)
07:54:31 <DorpsGek> peter1138: (now maglev lvl4 can reach their top speed, and are faster than lvl3)
07:54:32 <DorpsGek> peter1138: (Tnx to Darkvater :))
07:54:33 <DorpsGek> peter1138: -Fix: Buy Vehicle GUI now shows HPs bigger than 32000 correctly
07:54:45 <peter1138> ^ wrong way to fix acceleration
07:55:20 *** ChanServ sets mode: +o orudge
07:55:48 <Roest> what he didn't tell, he also reverted all changes in between
08:44:59 *** Vikthor has joined #openttd
08:51:01 *** Slowpoke has joined #openttd
09:07:59 <Ammler> Is there need of patching town names in OTTD anymore, or should we use NewGRFs for that anyway?
09:11:15 <Eddi|zuHause2> you can use newgrfs
09:11:50 <Eddi|zuHause2> there were some examples floating around somewhere
09:13:43 <Ammler> well, I have made the GRF.
09:14:34 <Ammler> ottd uses real names for swiss towns, so it was more the question, should I also make a patch for it
09:14:50 *** dR3x4cK has joined #openttd
09:20:37 <Eddi|zuHause2> existing town name generators should not ever be changed, because it would break savegames
09:25:38 *** peter1138 has joined #openttd
09:25:38 *** ChanServ sets mode: +o peter1138
09:29:50 <CIA-3> OpenTTD: rubidium * r13024 /trunk/src/ (16 files): -Codechange: do not use WE_MOUSELOOP when WE_TICK suffices, rename WE_4 to something more descriptive and correct some (completely incorrect) comments.
09:35:32 <Ammler> I have another question releated to town names, why aren't those names not saved like you edit names in scenario editor? I thought, you need the grf only for generating.
09:36:34 <Eddi|zuHause2> no need to save them when you can regenerate them deterministically
09:36:57 <Eddi|zuHause2> hysterically, there were only very few slots for custom saved strings
09:37:34 <Ammler> but that has changed, before town names was introduces, hasn't?
09:38:49 <Eddi|zuHause2> what he said :p
09:39:03 <Ammler> the limit for names is now almost unlimited, isn't? :-)
09:40:03 *** lobster_MB has joined #openttd
10:12:58 *** Maedhros has joined #openttd
10:28:43 *** lobster_MB has joined #openttd
10:34:29 *** [1]CoRnJuLiOx has joined #openttd
10:40:03 *** [1]CoRnJuLiOx is now known as CoRnJuLiOx
10:43:16 *** [1]CoRnJuLiOx has joined #openttd
10:48:34 *** [1]CoRnJuLiOx is now known as CoRnJuLiOx
10:49:16 *** Progman has joined #openttd
11:26:44 *** [1]CoRnJuLiOx has joined #openttd
11:27:43 *** peter1138 has joined #openttd
11:27:43 *** ChanServ sets mode: +o peter1138
11:32:19 *** [1]CoRnJuLiOx is now known as CoRnJuLiOx
11:44:57 *** roboboy has joined #openttd
12:02:44 *** lobster_MB has joined #openttd
12:39:53 *** |Bastiaan| has joined #openttd
12:42:14 *** CoRnJuLiOx has joined #openttd
12:56:13 *** GoneWacko has joined #openttd
13:15:36 *** Nitehawk has joined #openttd
13:17:07 *** Progman has joined #openttd
13:23:15 <Bachy_> Are u guys (and Girls) a live .. or u just crashing :)
13:30:41 *** Sionide has joined #openttd
13:36:35 <Rubidium> think they're enjoying sunshine, vacation and more fun things
13:37:07 <Bachy_> great .. I would love sunshine
13:38:40 *** peter1138 has joined #openttd
13:38:40 *** ChanServ sets mode: +o peter1138
13:39:28 <Bachy_> have any of your guys been playing around with the new grf pack NewCargo
13:40:02 <Bachy_> There are some new industries there, fishning ground and brewery, but I cant seem to get it to work
13:42:37 <Rubidium> watching some series
13:43:06 <Belugas> working. really enjoyable activity
13:49:01 <Roest> Teen mugged for copy of Grand Theft Auto IV. Attackers caught after their wanted level jumps to three stars
13:49:36 <Yorick> yes, the new strings are nicely displayed, but the content isn't displayed anymore
14:04:24 <Rubidium> Yorick: it never properly worked as it's not finished
14:04:29 *** Ammller has joined #openttd
14:41:31 *** ChanServ sets mode: +v tokai
15:02:03 *** Boyinblue0 has joined #openttd
15:22:57 *** GoneWacko has joined #openttd
15:23:12 *** stillunknown has joined #openttd
15:27:22 <CIA-3> OpenTTD: rubidium * r13025 /trunk/src/ (4 files in 2 dirs): -Codechange: remove the need for two WindowEvents.
15:48:28 *** mynetdude|Away is now known as mynetdude
16:11:51 *** Eddi|zuHause has joined #openttd
16:13:28 *** Eddi|zuHause has joined #openttd
16:23:05 *** mynetdude is now known as mynetdude|Away
16:28:13 <Eddi|zuHause> looks like an incomplete sentence to me
16:29:19 <Eddi|zuHause> the commas are just fine ;)
16:34:33 *** Singaporekid has joined #openttd
16:36:39 *** dR3x4cK has joined #openttd
16:36:42 <Maedhros> well, it only needs the comma after "accident" - the other two are superfluous
16:42:57 <Eddi|zuHause> in german, you'd leave out the comma before "and" [because that's a weird special case], and you would probably set another comma before "who"
16:43:28 <Eddi|zuHause> i'm not sure if the "and" rule got changed in the latest reform
16:44:20 <Eddi|zuHause> oh, and between "you know" and "you have" there must be another comma
16:44:55 <Eddi|zuHause> after the other "know", too
16:45:30 <Eddi|zuHause> general rule: between any two finite verb forms, there must be a comma
16:45:41 <Eddi|zuHause> [except for the "and" special case]
16:46:17 *** DaleStan_ has joined #openttd
16:46:17 *** DaleStan is now known as Guest131
16:46:17 *** DaleStan_ is now known as DaleStan
16:47:52 <blathijs> Eddi|zuHause: I don't think it's bad style to put a comma before and in English, but in this case it really doesn't seem necessary to me
16:52:41 *** HerzogDeXtEr has joined #openttd
16:52:46 <Sacro> eek, tv licencing peoples
16:52:53 <Eddi|zuHause> "Mitnichten hat die Nase meiner Wirtin, deren Namen Eulalia, wie Sie die Güte, sich zu erinnern, hatten, lautet, geblutet, aber mich hatte morgens die Polizei, da ein Fahrrad, das ein Mann, der eine graue Jacke, die vielfach geflickt war, trug, fuhr, mit einem Auto, das auf der Strasse, die über die Geleise, die vom Bahnhof, der unmittelbar bei meiner Wohnung liegt, kommen, führt, entlangkam, zusammenstiess, gebeten, meine
16:52:53 <Eddi|zuHause> Beobachtungen als Zeuge zu Protokoll zu geben."
17:16:47 *** ChanServ sets mode: +v tokai
17:18:32 *** NukeBuster has joined #openttd
17:18:49 *** NukeBuster has joined #openttd
17:19:18 *** NukeBuster has joined #openttd
17:24:32 <ln> .jp is austrian and means prison.
17:35:26 <Roujin> I'm trying to break my terraforming patch into tiny parts for better chance of including :P
17:41:54 *** dasprid_ has joined #openttd
17:44:32 *** Brianetta has joined #openttd
18:02:08 <SmatZ> Roujin: do you have your patch anywhere as whole?
18:05:47 <Wolf01> Roujin, about the terraforming patch, I meant I would like to be able to plane a part of the map, but keeping intact the terrain above/below the start tile level
18:06:24 *** ChanServ sets mode: +v tokai
18:07:00 <Wolf01> I offten want to plane some
18:07:13 <Wolf01> mountains but keeping the coast line
18:13:25 <Roujin> Wolf01: in the scedit or in the game? I understand what you mean, but I really don't see the need for it :/
18:13:43 <SmatZ> Roujin: good idea, it is really long :)
18:13:59 <Wolf01> eh, maybe you don't draw scenarios
18:14:44 <Roujin> Wolf01: I agree, in the scedit it might be useful as a advanced tool - however as I said i wouldn't integrate it into the normal lower and raise with CTRL
18:15:22 <Roujin> you could add it as new tools, only available in the editor (as you do with your patch)
18:15:43 *** Alberth has joined #openttd
18:18:10 <Roujin> SmatZ: yes, and I can logically split it up in different stuff.. this http://bugs.openttd.org/task/1999 is a part of it that's just a fix.. i'd be glad if it would be included, so i can try to split off the next part and see if it's fine to include aswell ;)
18:21:48 <Roujin> it changes behavior of area raise and lower - right now they raise / lower the start tile of the dragged area by one and levels the rest to that level. --- My patch changes it to "look for the deepest pit / the highest peak in the area and raise/lower them by one"
18:22:24 <Roujin> that's the way the big raise/lower tool works in the scenario editor
18:22:58 <SmatZ> I like that drag&terraform for SE - but why do you change the functionality to "look for the deepest pit / the highest peak in the area and raise/lower them by one"
18:23:11 <SmatZ> is it the way it is usually used?
18:23:38 <Roujin> it is the way the big_raise/lower tool in scedit works...
18:24:54 <Roujin> with big_raise/lower i mean if in the scedit you click this up_arrow to increase your terraforming selector to something up to 8*8 or so...
18:26:27 <Roujin> and someone in my forum thread said that the area raise/lower is weird the way it is now and would be better if it were like the big raise/lower tools in the editor -- that's why I included this in my patch
18:26:55 <Roujin> but if you decide that their behavior should stay as it is, I can scrap this part and split off the other parts of my patch...
18:29:58 <Roujin> well, there's also another thing, that's clearly not for me to decide: there's some comment in terraforming code if this big_terraform tool in the scedit should be removed some time, because we now have the levelling tool
18:31:12 <Roujin> and since my patch, raise/lower can also be dragged (in scedit not yet in trunk!), which makes the big_raise/lower tools somehow redundant...
18:32:11 <Roujin> but as I said that's not for me to decide...
18:34:37 <Roujin> SmatZ: if I split off drag_area raise/lower for scedit without the change of functionality, it will get a bit confusing... if i set the size to 4x4 and click an area, it will behave differently than if i set it to size 1 and drag&drop the area of 4x4
18:35:20 <Belugas> i want diagonal selection tool...
18:37:00 <Roujin> Okay, belugas prefers diagonal over drag&draw. :P one part of my patch stroke out.
18:37:07 * planetmaker would like to see that, too :)
18:37:46 <Belugas> did i said that Roujin???
18:38:42 <Roujin> they kind of conflict with each other though... since we have only CTRL as a valid modifier key iirc?
18:39:06 <Roujin> or do you want to introduce ALT? :P
18:39:57 <Rubidium> ALT would kinda fail as modifier key
18:39:58 <Belugas> did i even said that Roujin???
18:40:37 <Rubidium> ALT+drag means drag the complete window in quite a lot of X's window managers
18:43:55 <Roujin> no you didn't say that, sorry
18:47:44 <Roujin> i'm just drawing my own conclusions. sorry if I'm annoying anyone
18:50:35 <Belugas> just that the conclusions are a bit premature :)
19:16:30 <Roujin> [jump to something totally different] german government sucks >< they are making new laws against so called "killer games" :-o
19:18:40 <Roujin> instead of searching the cause of some freaks going berserk at the parents / social surrounding they are blaming the video game industry
19:20:50 <Phantasm> Roujin: There actually is a correlation there.
19:21:06 <Phantasm> Though, the correlation is negative. :)
19:21:17 <Wolf01> in Italy we are on the shit, 2 times
19:23:29 <Roujin> Phantasm: there are different theories about that. I don't know which one is true (numbers can be faked so easily :/), but in ANY case, they are making it hard for _adults_ to get their hands on such games, which in my opinion is breaking a basic right
19:23:53 *** Wolf01 is now known as Wolf01|AWAY
19:24:34 <Alberth> Roujin: Just a matter of economics. Giving additional rules to an industry is cheap. Finding the bad kids is expensive.
19:25:42 <Rubidium> with banning bad games you'll cause the games to be baught (copied) more than when it would not be banned
19:26:15 <Roujin> yes, and that's what's making me furious.. the bad part is that the old people who have no idea about computer games are all buying it from the politicians ><
19:26:37 <Roujin> they say like "great that they are doing something now against this evil" or something
19:30:27 <Alberth> There are quite more severe problems in that area, like reduced privacy just about everywhere, all in the name of fighting terrorism, or commercial exploitation.
19:38:39 <Alberth> Is there a function available to clip a value between a lower and an upper bound?
19:47:06 *** [1]Roujin has joined #openttd
19:49:46 <Eddi|zuHause> <Roujin> and someone in my forum thread said that the area raise/lower is weird the way it is now and would be better if it were like the big raise/lower tools in the editor -- that's why I included this in my patch <-- i agree to that
19:52:59 <Eddi|zuHause> i hated the way the drag&drop lower/raise works since the beginning
19:53:13 <Eddi|zuHause> especially that the "raise" tool also lowers terrain and vice versa
19:53:36 <Eddi|zuHause> it makes them practically useless for me
19:54:16 <Eddi|zuHause> because when i want to raise the bottom of a valley, i want the surrounding mountains to keep intact
19:54:41 <Eddi|zuHause> but mountains are practically never rectangularly set up around the valley
19:55:19 <Eddi|zuHause> so when i want to cover the valley with one drag, i always have mountains also selected, which then get screwed up
19:55:39 <Sacro> "So Large??? Oh s*** you're an genious."
19:57:09 <Belugas> you are strange, Eddi|zuHause
19:57:33 <Eddi|zuHause> yes, i am strange, i don't want to flatten the entire map!!!
19:57:56 <SmatZ> I like that raise+level feature ....
20:12:03 <Belugas> Eddi|zuHause, are you using a flame trower to light up a cigaret (give that you would evenutally be a smoker) ?
20:12:42 <Belugas> than, raising the bottom of a valley may require something else thatn drag-select ;)
20:13:04 <Belugas> flame thrower == drag select
20:13:08 <Eddi|zuHause> apart from not being a smoker
20:13:48 <Eddi|zuHause> the analogy is flawed
20:14:17 <Belugas> for delicate operations, use delicate tools
20:16:11 <Eddi|zuHause> like, nobody lights a match [= single raise/lower] anymore to light a cigarette, everybody uses a lighter [= drag and drop area]
20:16:31 <Eddi|zuHause> flamethrower = dragging all over the map
20:17:54 <Eddi|zuHause> raising a medium valley is not a "delicate" operation
20:17:55 <Belugas> flame thrower == nuclear bomb
20:18:13 <Belugas> atomic bomb == dragging all over the map
20:19:39 <Prof_Frink> Belugas: H-bomb == dragging from N corner to a convenient viewport showing S corner
20:23:41 <Lakie> Surely that wouldn't work as you can't remove some of the tile classes from the terrain in normal gameplay?
20:24:27 <Eddi|zuHause> the point i am making, for any possible purpose that i could use a drag and drop tool, the current implementation is totally useless
20:24:43 <Eddi|zuHause> and that a little modification could solve that
20:25:44 <Lakie> I suppose it could, but then again isn't that what the level tool is for?
20:25:54 <Lakie> Oh, I see that would level mountains too.
20:27:39 <Lakie> From what I understand, if you were to use the raise tool over a large space ovf varying hieghts, one would expect all the selected terrain to be raised by one. (Logic only, not the actual reality, as I've not tried it).
20:28:27 <Eddi|zuHause> there are different opinions about that
20:28:40 <Eddi|zuHause> basically there are 4 options
20:29:00 <Lakie> I understand that people may want it to only raise the 'lowest' level.
20:29:19 <Lakie> However, it currently acts as the leveling tool, and I feel that is incorrect for the role.
20:29:19 <Eddi|zuHause> 1) the current implementation is that it raises the start tile, and then levels to that level (also lowering mountains)
20:29:51 <Eddi|zuHause> 2) my favourite would be to raise the start tile, and then levels to that level if below that level (keeping intact mountains)
20:30:14 <Eddi|zuHause> 3) like the area raise tool in the scenario editor only raise the lowest level by one
20:30:43 <Eddi|zuHause> 4) your suggestion to keep the shape of the landscape, only make each tile one level higher
20:31:45 <Eddi|zuHause> lower land tool analogous
20:33:28 *** ChanServ sets mode: +o Bjarni
20:33:31 <peter1138> i thought you meant like the scenario editor's size gumpf
20:34:13 <Eddi|zuHause> i could live with that, too, because it also keeps intact mountains, you just need to drag over the same area multiple times possibly
20:36:45 <Lakie> Check if everything is selected at this height, if not, raise other tiles to this height otherwise raise all by 1, is the logic for that tool, or something very similar. (Again might be different in OpenTTD)
20:37:28 <Lakie> Nope, it does the raise lowest by one concept
20:46:25 *** lobster_MB has joined #openttd
21:05:18 <Eddi|zuHause> Lakie: the fixed area raise tool in the scenario editor does that, but not dragging the single raise tool
21:05:51 <Lakie> I ws wondering if its possible to have the drag tool call that function and if it was re-usable to such a purpose
21:06:06 <Eddi|zuHause> i have never actually used the scenario editor in TTD, only in TTO
21:06:17 <Lakie> But meh, I'm sure someone else would have a better idea.
21:07:05 <Eddi|zuHause> Lakie: that's what roujins patch does, unify the level tools, so you can exchange the functionality
21:07:38 <Lakie> Then that sounds about right
21:08:13 <Eddi|zuHause> the question is, is the functionality change wanted, and in which way change it
21:08:24 <Lakie> Should hav figured someone would have already done it, heh, so used to TTdpatch were its a write it yourself job.
21:12:49 <[1]Roujin> Lakie: it is impossible to reuse the function the scedit uses with its BIG tools, because that is one big ugly hack basically
21:13:55 <Eddi|zuHause> arghh... you have the wrong colour :p
21:14:58 <[1]Roujin> in my patch i wrote a new command function for raising and lowering areas with the behavior the scedit tools have, then have the scedit tools use my new function instead of their old hacky code
21:15:09 <Lakie> The other logical alternative would be to write a function which takes a start pointer and a size, and have the scenerio editor call that.
21:15:43 *** Jezral is now known as TinoDidriksen
21:16:04 *** thgergo has joined #openttd
21:17:45 <Lakie> Fair enough, Roujin, sounds like how I would have done it to be honest.
21:18:00 <Lakie> So whats the major issue, Eddi?
21:19:59 <[1]Roujin> the major issue (if i may answer instead) seems to be that people have different views of which behavior is the best
21:20:33 <[1]Roujin> so, i'm taking that part of my patch out for now..
21:20:56 <[1]Roujin> and try getting the other stuff in trunk ;)
21:21:01 <Lakie> That is true, and unfortunately, there is no real solution, however I dislike it currently just using level area, as I feel that is not correct, especially as it has its own button.
21:21:51 <[1]Roujin> i can still have the functionality change of area raise/lower as a standalone patch for people who like that behavior better..
21:22:50 <[1]Roujin> maybe some time in future there will be a proper way of having multiple tools/behaviors at once in the game and freely select between them, with an all-new GUI of some sorts..
21:24:20 <Lakie> Well, writing a whole new gui for it sounds rather painful, and again I don't agree with it just calling another tools code, but I'm not an OpenTTD dev, so my opinion doesn't count for much.
21:26:41 <Eddi|zuHause> well, adding buttons to the landscaping toolbar should not be the hardest job :p
21:26:54 <[1]Roujin> you could split it up in three commands, "CmdRaiseByOneAndLevel", "CmdLowerByOneAndLevel", "CmdLevel" - but why do that if those three will be mostly doing the same thing, and instead one can have a command that raises by x and then levels, where x is set to -1, 0 or 1 for whatever we need?
21:29:29 <Lakie> Because that may not have the desired effect especially if you are trying to follow the editors current behaviour of only raising the lowest tiles selected?
21:29:40 <Lakie> Or only lowering the heights
21:30:56 <[1]Roujin> err.. in my patch, where it raises only the lowest / lowers only the highest, they have gotten an own command
21:31:47 <[1]Roujin> only in trunk, where they are _not_ like the scedit tools, but rather like the level tool (only with +1 or -1), they use the same Command as levelling
21:33:59 <Lakie> In my opinion following the editors methods would be more understandable that just levelling if its a drag...
21:34:22 <Lakie> I just see it as redudant because there is already a tool to do that. :)
21:35:31 *** Chicago_Rail_Authority has joined #openttd
21:41:39 <[1]Roujin> though it would need a quite high amount of clicks (first raise, then select level tool and level the area starting with the raised edge)
21:44:55 <Lakie> True, I guess it'd have to be an extra two buttons. Heh.
22:01:03 <Eddi|zuHause> that's what shortcuts are for :p
22:10:06 *** Progman has joined #openttd
22:10:10 <[1]Roujin> another thing i've never understood while messing with terraform stuff is..
22:10:28 <[1]Roujin> .. why the heck is there an exploding sound for the level tool instead of the crrrrrp sound?
22:11:28 <[1]Roujin> i THINK i know why, but that means they have done it to solve a problem in a very very hacky way :P
22:12:01 <[1]Roujin> then do enlighten me, please
22:12:28 <[1]Roujin> why does levelling make "boom"? :D
22:13:21 <SmatZ> DoCommandP(end_tile, start_tile, 0, CcPlaySound10, CMD_LEVEL_LAND);
22:13:34 <[1]Roujin> yes, i know that line of code
22:13:55 <SmatZ> replace it with CcTerraform
22:13:56 <[1]Roujin> i didn't mean "why IS it like that", but "why did they code it like that"?
22:14:05 <SmatZ> it should do the "crunch" sound then
22:14:09 <[1]Roujin> that causes problems though
22:14:22 <SmatZ> I don't know why it is done this way
22:14:51 <SmatZ> eg. I don't see any "hacky" way there
22:14:54 <[1]Roujin> you see, CcTerraform does not only play a sound
22:15:11 <[1]Roujin> it also displays a red highlighted tile if it did not succeed
22:16:11 <[1]Roujin> and the levelling command does not have an error message...
22:16:29 <[1]Roujin> because of its nature of being able to _partly_ succeed and _partly_ fail
22:16:51 <SmatZ> raise + level can succeed only "partly"
22:17:06 <SmatZ> but well, in the time "level land" was introduced, the code was very different
22:17:17 <SmatZ> you can have a look 10000 revisions back if you want :)
22:17:48 <SmatZ> hmm even r1 had level land
22:18:50 <Eddi|zuHause> there are pre-r1 packs out there somewhere
22:19:07 <[1]Roujin> ok, let's not argue about that :P but from a non-codewise point of view, why would levelling make the dynamite sound instead of the terraforming sound?
22:19:22 <[1]Roujin> i mean, i don't see any explosions when using the level tool
22:20:29 <Eddi|zuHause> honestly, i never noticed that discrepancy before someone told me
22:20:40 <Eddi|zuHause> but i do find it weird now
22:21:38 <Lakie> Feel free to fix it if you like.
22:22:06 <Lakie> From a logic point of standing a partical complete should probably still show which tiles failed?
22:23:14 <[1]Roujin> oh, tileS are not possible to highlight with the current system anyways, only one tile...
22:27:53 *** Boyinblue0 has joined #openttd
22:31:25 * Sacro wants to test some patches
22:32:46 <Eddi|zuHause> no! don't cut yourself!
22:47:21 *** mynetdude|Away is now known as mynetdude
22:48:25 <Sacro> where has the total tree transparency gone?
22:52:40 <[1]Roujin> it's now in the transparency gui
22:53:19 <[1]Roujin> there you can set up invisibility of ALL the things you can make transparent now
22:53:38 <[1]Roujin> and with CTRL-click lock certain options you don't want to change when pressing 'x'
23:12:32 *** Chicago_Rail_Authority has left #openttd
23:31:00 <[1]Roujin> please do explain how fully customizable and lockable transparency options "suck" compared to some hacky hack hacked into the old transparency option using a patch switch
continue to next day ⏵