Log for #openttdcoop.devzone on 1st January 2011:
Times are UTC Toggle Colours
00:12:06  *** fanioz_ is now known as fanioz
00:32:59  *** fanioz_ has joined #openttdcoop.devzone
00:39:46  *** fanioz has quit IRC
01:02:05  *** ODM has quit IRC
01:17:15  *** avdg has left #openttdcoop.devzone
01:22:49  *** andythenorth has joined #openttdcoop.devzone
01:41:59  *** KenjiE20 has quit IRC
03:03:19  *** fanioz_ has quit IRC
06:33:37  *** andythenorth has joined #openttdcoop.devzone
07:09:58  *** avdg has joined #openttdcoop.devzone
10:03:20  *** ODM has joined #openttdcoop.devzone
10:50:49  <Terkhen> <--- rough draft of customized chains for OpenGFX+ Industries
10:51:11  <Terkhen> the Factory code would be a nightmare :P
10:52:41  <planetmaker> why?
10:55:08  <Terkhen> wouldn't it need different code for each possible combination of cargos?
10:55:24  <planetmaker> hm... probably, yes
10:56:39  <Terkhen> it might be possible to do a macro to simplify it a bit, though
10:57:13  <planetmaker> well. A bit of "if (...) { ... } { ... } " ;-)
10:57:58  <Terkhen> and a macro to redefine the industry's and all of its tiles acceptance
10:58:24  <planetmaker> yeah... probably you're right with the hell-ish assumption ;-)
10:58:50  <Terkhen> I also wonder if this would need to redefine all cargos, since we cannot rely on them having their correct IDs anymore
10:59:06  <planetmaker> why can't we?
10:59:20  <planetmaker> because of climate?
10:59:21  *** ZirconiumX has joined #openttdcoop.devzone
10:59:28  <ZirconiumX> hello
10:59:36  <Yexo> planetmaker: water and steel share the same slot
10:59:39  <Terkhen> <--- they share IDs between different climates
10:59:45  <planetmaker> hm, right
10:59:45  <Yexo> it works because they're not normally available in the same climate
10:59:54  <planetmaker> yes, indeed
11:00:11  <planetmaker> then it's easier, Terkhen, if we define all cargos in one CTT and just use it no matter what
11:00:21  <ZirconiumX> Can someone show me how to generate a PuTTY key when you only have hg, not TortoiseHG
11:00:24  <planetmaker> but it means to re-define all
11:00:33  <Yexo> planetmaker: afaik industry sets don't work with a CTT
11:00:49  * planetmaker goes looking for FIRS
11:00:49  <Yexo> you really have to define the properties of all cargos you need (unless they're already available in the current climate)
11:00:59  <Terkhen> so I think that the best approach would be to undefine all default cargos and to redefine them if their setting is active
11:01:11  <Terkhen> ZirconiumX: I use OpenSSH with MinGW/MSYS, it's way simpler and better documented (it also works with windows hg)
11:01:26  *** LordAro has joined #openttdcoop.devzone
11:01:50  <ZirconiumX> So you're saying use SSH
11:01:52  <planetmaker> yes, Terkhen
11:02:28  <planetmaker> indeed, I thought FIRS also had a CTT. But it doesn't, it just defines all cargos
11:02:46  <andythenorth> no CTT in industry sets
11:02:54  <andythenorth> that's where the cargos are *defined* :D
11:02:59  <Terkhen> IIRC cargos don't have that much properties, so it wouldn't be complicated to redefine default ones
11:03:17  <planetmaker> it's alright, I guess.
11:03:17  * Terkhen wonders if cargos have callbacks too
11:03:31  <andythenorth> there's a custom profit calculation when delivered
11:03:33  <Yexo> they have one or two I think, something about the income
11:03:36  <planetmaker> since NML callbacks don't frighten me anymore ;-)
11:03:36  <andythenorth> not sure if that's cargo or station
11:03:52  <Yexo> definitely not station
11:03:58  <Yexo> it's either cargo or general callback
11:04:34  <Terkhen> I see :)
11:04:47  <Terkhen> it's incredible the amount of stuff you can do with callbacks
11:05:52  <Terkhen> there is another problem with custom chains... industry/cargo colours
11:06:08  <Terkhen> livestock and fruit share their colour for example
11:07:37  <Yexo> color is one of the cargo properties you have to set anyway when you define a cargo
11:08:00  <Terkhen> so we could just define different colours for all cargos to make sure they don't collide
11:08:06  <Yexo> yes
11:08:58  <planetmaker> while we actually should make sure to re-define as few colours as possible ;-)
11:09:09  <planetmaker> re-define as in use the same
11:09:14  <planetmaker> where possible
11:09:38  <Terkhen> hmm... should it have a master setting to enable/disable custom chains?
11:09:57  <Terkhen> if disabled, it would just use default industries and cargos
11:11:41  <planetmaker> hm... yes
11:11:50  <planetmaker> we cannot have climate-dependent defaults, can we?
11:11:55  <planetmaker> hm, we can.
11:12:08  <planetmaker> no such master needed: each setting has the value 'default'
11:12:21  <planetmaker> which can mean, depending on climate, off or on
11:13:06  <Terkhen> hmm... then the internal logic becomes more complicated, since if the setting is "default" it must check if it is "enabled" or not under the current climate, but it should be doable
11:13:33  <Terkhen> it makes more sense
11:13:38  <planetmaker> nah, not really. I usually add a stage where I process the parameters and translate them into internally used ones
11:13:53  <planetmaker> that might need a few more lines, but no big thing
11:13:58  <Terkhen> oh, okay :)
11:14:07  <ZirconiumX> Should I use SSH or HG to upload/download things to the server?
11:14:31  <planetmaker> ZirconiumX: you can only use hg. Upload via ssh doesn't work, you need to use your DevZone credentials
11:14:43  <planetmaker> (or rather ssh is restricted to admins ;-) )
11:14:59  <ZirconiumX> ok
11:15:02  <Terkhen> besides, if you would upload via ssh, you wouldn't have your files under version control
11:15:34  <planetmaker> you push to
11:15:56  <planetmaker> well. obviously you replace planetmaker by your devzone account and XXX by your pw
11:16:21  <planetmaker> and opengfx by your project
11:16:25  <ZirconiumX> ok
11:16:40  <LordAro> planetmaker: firefox doesn't like https.push.
11:16:43  <LordAro> damn
11:16:47  <ZirconiumX> how do I set up HG on Mac
11:16:49  <planetmaker> of course not
11:16:56  <planetmaker> LordAro: you don't use a browser
11:16:59  <planetmaker> you must use hg
11:17:09  <LordAro> i know that...i was just saying ;)
11:17:11  <andythenorth> ZirconiumX: get macports
11:17:18  <andythenorth> then do the port install
11:17:19  <ZirconiumX> I've got that
11:17:51  <ZirconiumX> It says I need a PuTTY key, and HG doesn't come with one of those how do I get one
11:17:53  <planetmaker> sudo ports install mercurial
11:18:00  <ZirconiumX> done
11:18:05  <ZirconiumX> ^^ done
11:18:20  <planetmaker> what does say where you need a putty key?
11:18:26  <planetmaker> it must be a windows guide
11:18:29  <ZirconiumX> yes
11:18:45  <planetmaker> so... why do you follow a windows guide when on mac? ;-)
11:18:54  <planetmaker> you need no ssh key
11:19:02  <planetmaker> (nor windows user actually)
11:19:58  <LordAro> planetmaker: probably because there is no mac guide ;)
11:20:01  <ZirconiumX> because LordAro gave me the link
11:20:18  * LordAro hides
11:20:47  * ZirconiumX shows everyone where LordAro is and grabs a tennis racket
11:21:17  <Terkhen> you should always check tutorials to know for sure if they apply to your problem or not
11:21:19  <Brot6> OpenGFX+ Industries - Feature #2099 (New): Customizable industry chains (Terkhen) @
11:21:39  <planetmaker> <-- in any case it clearly says under ssh: not needed anymore
11:21:44  <andythenorth> customisable chains :P
11:21:46  <andythenorth> good luck LD
11:21:48  <andythenorth> :D
11:22:10  <planetmaker> andythenorth: you have that, too, eh? :-)
11:22:15  <andythenorth> no way
11:22:19  <andythenorth> never
11:22:21  <planetmaker> economies?
11:22:25  <andythenorth> I control that
11:22:31  <LordAro> planetmaker: but it doesn't say that it won't work...
11:22:33  <andythenorth> not the player setting bonkers combinations
11:22:42  <planetmaker> well. this is just adding independent pieces. Except the factory which needs to know
11:23:02  <andythenorth> with a small enough list of cargos / industries it will obviously work :)
11:23:09  <Yexo> LordAro: it requires adding the new ssh keys on the server, which isn't done anymore for new users
11:23:11  <planetmaker> nothing new there ;-)
11:23:33  <Yexo> so it still works for those who had an ssh key previously installed on the server, but it's not the recommended way
11:25:03  <Terkhen> andythenorth: IMO this is feasible only because default industries don't have much relation between themselves except for the factory
11:25:43  <Terkhen> except for the factory and the food processing plant, most of the code will be just big if/else blocks
11:26:25  <planetmaker> yeah. Otherwise it'd surely be hell
11:30:51  <Terkhen> see you later, I'll be back by this evening
11:31:10  <planetmaker> enjoy
11:41:35  *** ZirconiumX has quit IRC
12:06:52  *** KenjiE20 has joined #openttdcoop.devzone
12:22:43  *** LordAro has quit IRC
12:53:45  <Brot6> OpenGFX - Revision 592:f683efca8a8c: Fix #810: Airport hangar was slightly too big (planetmaker) @
12:53:45  <Brot6> OpenGFX - Bug #810 (Closed): sprite of airport hangar (planetmaker) @
13:17:44  <Brot6> OpenGFX - Bug #2093 (Closed): Monorail sprite (Yoshi) @
13:17:44  <Brot6> OpenGFX - Revision 593:07ece6c1656d: Fix #2093: Glitch with horizontal monorail track (planetmaker) @
13:17:44  <Brot6> OpenGFX - Bug #2093 (Closed): Monorail sprite (planetmaker) @
14:27:35  *** thgergo has joined #openttdcoop.devzone
15:05:02  *** DanMacK has joined #openttdcoop.devzone
15:05:46  <DanMacK> Hey all
16:13:06  *** DanMacK has quit IRC
16:45:18  <Brot6> OpenGFX+ NoGrid - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @
16:45:19  <Brot6> OpenGFX+ NoGrid - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape in... (planetmaker) @
16:45:19  <Brot6> OpenGFX+ NoGrid - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @
17:03:29  *** fanioz has joined #openttdcoop.devzone
17:18:18  <Brot6> ogfx-nogrid: update from r11 to r15 done -
17:19:16  <Brot6> opengfx: update from r591 to r593 done -
17:19:22  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r709), 32bpp-extra (r39), ai-admiralai (r75), ailib-common (r16), ailib-direction (r13), ailib-list (r22), ailib-string (r18), ailib-tile (r13), airportsplus (r70), basecosts (r22), belarusiantowns (r8), bros (r45), comic-houses (r71), firs (r1627), fish (r509), frenchtowns (r6), grfcodec (r818), heqs (r567), indonesiantowns (r41), manindu (r6), metrotrackset (r56),
17:19:22  <Brot6> newgrf_makefile (r254), nml (r1120), nutracks (r121), ogfx-rv (r78), ogfx-trains (r201), ogfx-trees (r42), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r7), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r671)
17:29:11  *** fanioz has quit IRC
17:38:13  <avdg> beh, I'm still fighting with my template/view strategy in webottd
17:44:57  <Brot6> OpenGFX+ NoGrid - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (def... (planetmaker) @
17:46:20  <Ammler> hmm disable is default?
17:47:38  <planetmaker> disable gridlines ;-)
17:47:49  <planetmaker> not disable no gridlines
17:48:09  <Ammler> so default change default :-)
17:48:22  <planetmaker> yes
17:48:31  <planetmaker> :-P
17:49:59  <Ammler> well, ok, you want it that way? :-o
17:51:54  <planetmaker> The default value could be changed. But without that the newgrf would now be 100% pointless
17:52:06  <Ammler> now
17:52:27  <planetmaker> well. yes
17:52:39  <Ammler> you should not change such things later anymore
17:53:03  <planetmaker> why not?
17:53:26  <planetmaker> changing the default value is compatible
17:53:41  <Ammler> :-)
17:53:42  <planetmaker> especially for a newgrf like this which can be used static
17:54:00  <planetmaker> also I think "no grids" should be the default for this ;-)
17:54:52  <Ammler> there are no static grfs as long as openttd doesn't support it :-P
17:55:55  <Ammler> the disadvantage of the nice gui ;-)
17:57:36  <Ammler> there should also be a option, so you can change static features, also if they are loaded with mp
17:58:42  <Ammler> e.g., if the server has loaded ser, you should be able to switch to the base sets specific tunnels
17:59:56  <planetmaker> yes :-)
18:00:10  <Rubidium> Ammler: tell me how to simply determine what settings are static and which settings are not, then we'll look at implementing that
18:00:16  <planetmaker> though the latter (changing parameters) won't work
18:00:23  <planetmaker> we cannot know what it changes
18:00:37  <Ammler> Rubidium: :-D
18:01:13  <Rubidium> (ofcourse you are aware that NewGRFs can read parameters of other NewGRFs)
18:01:53  <planetmaker> ser-static.grf ;-) --> just the tunnels ;-)
18:02:04  <Ammler> well, if openttd gui will support newgrfs, authors could split grfs and make static features seperate
18:02:51  <Ammler> hmm, the dependencies should become part of action14
18:03:17  <Rubidium> doesn't work with legacy NewGRFs
18:03:25  <Rubidium> isn't fool proof either
18:03:44  <Brot6> 2cc train set - Feature #2100 (New): SNCF BB 9004 (Voyager1) @
18:04:20  <Rubidium> in any case simply scanning the file doesn't work given action6
18:04:23  <Yexo> openttd could do with a gui to change the static newgrfs though
18:08:12  <Ammler> Rubidium: dependency does not need to be hard, if it isn't around, a simple warning is fine
18:08:47  <Ammler> like you load a save with a missing newgrf
18:09:46  <Rubidium> oh, you mean a NewGRF needed another NewGRF
18:10:11  <Rubidium> that's more or less something the NewGRF should bother about themselves (and they actually do)
18:10:43  <planetmaker> Ammler: a static newgrf could query the non-static one and otherwise become inactive
18:11:07  <planetmaker> Rubidium: could I replace sprites of an existing newgrf? I don't know, but maybe I miss it?
18:11:21  <Rubidium> planetmaker: no clue
18:11:50  <Rubidium> but given action13 I guess not
18:13:22  <Yexo> planetmaker: no, you can't
18:13:40  <planetmaker> hm... how would 32bpp newgrf work?
18:13:42  <Yexo> (unless the existing newgrf replaced you sprites by actionA, you can override those)
18:14:10  <planetmaker> that needs to be one file then, too, right?
18:14:24  <Yexo> what do you mean? 32bpp sprites in a newgrf overriding sprites in another newgrf? not at all
18:14:51  <Yexo> at least not without an extension to the newgrf spec
18:15:01  <Yexo> but it'd need that anyway as it doesn't support 32bpp sprites at the moment
18:15:03  <planetmaker> I pondered to use the same way 32bpp currently works. But that's a sort of actionA only, too
18:17:35  <Ammler> Rubidium: you can disable or error if another newgrf is missing, but I would not know, how to tell openttd to load a certain grf
18:36:31  <Yexo> you can't and shouldn't
18:36:45  <Yexo> it'll gave way too much trouble with incompatible newgrfs
18:37:04  <Yexo> tell the user to load a certain newgrf via the error message
18:55:43  *** DanMacK has joined #openttdcoop.devzone
18:55:48  * DanMacK waves
18:58:30  *** DanMacK has quit IRC
19:06:48  *** DanMacK has joined #openttdcoop.devzone
19:21:10  <Ammler> Yexo: I see not more troubles as setting up a scenario
19:21:49  <Ammler> it should more be seen like a recommend
19:21:56  <Yexo> sorry, but I miss the connection here. What have newgrf dependencies have to do with setting up a scenario?
19:22:10  <Brot6> 2cc train set - Feature #2101 (New): AFE Class 1500 (Voyager1) @
19:22:25  <Ammler> setting up a scenario with newgrfs which conflict
19:23:01  <Yexo> with regards to newgrfs a scenario is exactly the same as a savegame
19:23:04  <Yexo> again, I don't see the point
19:23:37  <Ammler> then tell me aexample of a trouble you get, if ukrs addon would define ukrs as dependency
19:24:19  <Yexo> it it's a static dependency (as in, action14) it wouldn't give any trouble
19:24:20  <Ammler> or ser tunnels ser rails
19:25:05  <Yexo> I thought you wanted "ser rails" to have "one of ser tunnels" newgrfs as dependency depending on a base set or something like that
19:25:08  <Ammler> so why "can't" and "shouldn't"?
19:25:25  <Ammler> no
19:25:36  <Yexo> "can't" as in "you currently can't", "shouldn't" was based on my wrong assumption above
19:25:44  <Ammler> ser tunnels would be a static grf, so you could chose the tunnels for your set
19:25:57  <Ammler> but ser tunnels should tell the user, that it needs ser rails
19:26:37  <Yexo> however if that's the only reason I see little point, a user who adds "ukrs _addon_" but not "ukrs" to his newgrf list is just stupid, it's listed as _addon_ after all
19:26:39  <Ammler> it is just a kind of automatic add to the list
19:26:45  <Ammler> nothing more
19:27:01  <Yexo> nothing wrong with it, just tmwftlb
19:28:19  <Ammler> and what for are the dependencies at bananas?
19:30:51  <Ammler> well, first the gui support for static newgrfs :-)
19:31:49  <Ammler> which wuold be nice, if openttd detects self, which grfs are static, which not
19:32:22  <Ammler> at least it is already able to kick non-static from the static list
19:33:36  <planetmaker> iirc it does that
19:33:45  <planetmaker> at least it rejects non-static from the static list
19:34:31  <Ammler> just said :-P
19:34:52  <planetmaker> he :-P
19:35:20  <Ammler> people should not need to care, which grf they can load static, which not
19:35:40  *** Lakie has joined #openttdcoop.devzone
19:37:09  <Ammler> (that should also fix, if static newgrfs are added to a save (or MP)
19:38:36  <Yexo> <Ammler> and what for are the dependencies at bananas? <- originally to set AI libraries as dependency for AIs
19:41:02  <DanMacK> Hey Lakie
19:41:09  <Lakie> Hi DanMacK
19:41:21  <DanMacK> Have a good New Year?
19:41:34  <Lakie> It was ok, films have been pretty good today
19:41:42  <Ammler> DanMacK: hehe, nice question for the first day :-P
19:41:42  <Lakie> Ask me again in a year how its been though
19:41:44  <Lakie> ;)
19:41:50  <DanMacK> lol
19:43:53  <Lakie> But yeah, happy new year.
20:01:46  * DanMacK thinks Honza might be in a bit of trouble
20:02:27  <planetmaker> might be ;-)
20:02:47  <planetmaker> though his intentions actually are laudable as is the result. The way was not proper
20:02:52  <DanMacK> Exactly
20:03:11  <Lakie> Hmm?
20:03:16  <planetmaker> that's actually why I advocate gpl or cc-by ;-)
20:03:26  <DanMacK>
20:03:27  <planetmaker> then all that is not a problem. And what do I care...?
20:03:28  <Webster> Title: Transport Tycoon Forums • View topic - ECS & FIRS original vehicle set (at
20:03:37  <Lakie> Heh
20:03:45  <Lakie> Isn't Cargo set done by mb?...
20:05:59  <Lakie> Ah, I see. Well, I guess I have to remove the file until they'e agreed on permissions and licensing...
20:06:18  <DanMacK> Good good
20:07:50  <Lakie> Heh
20:08:02  <Lakie> This is why I dislike licenses so much
20:08:32  <DanMacK> MB doesn't really license his stuff though
20:08:48  <Lakie> I thought his licenses where like do not make your own things from this
20:08:59  <DanMacK> well yeah...
20:09:40  <DanMacK> he, um...  protects it... so to speak
20:10:12  <Lakie> That makes sense
20:10:32  * DanMacK doesn't really care anymore as long as he's credited
20:10:32  <Lakie> If everything was gpl, lots of people would be getting ripped off blind...
20:10:59  <Lakie> Well, so long as one is creditted and has given permission at some point.
20:11:06  <DanMacK> It makes sense in some respects, not in others
20:11:30  <Lakie> For example, graphics made for a comerical product would be hard to license or grant permission for.
20:11:45  <DanMacK> Yes
20:13:38  * Lakie ponders why its ttdpatch's fault George uses the textstack despite the wiki saying ttdpatch doesn't support that.
20:23:49  <DanMacK> It's George?
20:24:34  <Lakie> I guess, somewhat annoying though
20:25:29  <DanMacK> I can imagine
20:27:46  <Lakie> Ah well, I think I'll read some things around lua and c++
20:31:24  <DanMacK> Michael found the thread :P
20:48:47  *** Webster has joined #openttdcoop.devzone
20:49:29  <planetmaker> [21:13]	* Lakie	ponders why its ttdpatch's fault George uses the textstack despite the wiki saying ttdpatch doesn't support that. <-- it's always the programmes' devs' fault, if something doesn't work. Documentation will never get you out of that responsibility :-P
21:56:08  <planetmaker> @base 16 10 290A
21:56:08  <Webster> planetmaker: 10506
21:56:14  <planetmaker> @base 16 10 0A29
21:56:14  <Webster> planetmaker: 2601
22:00:12  * Ammler gives planetmaker a "/msg Webster"
22:19:36  *** andythenorth has left #openttdcoop.devzone
22:44:47  <Brot6> OpenGFX+ NoGrid - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tower ... (planetmaker) @
22:45:49  <planetmaker> wow. 35 minutes delay
23:09:41  *** DanMacK has quit IRC
23:12:22  *** DanMacK has joined #openttdcoop.devzone
23:14:08  *** ODM has quit IRC
23:21:49  *** fanioz has joined #openttdcoop.devzone
23:29:28  <Ammler> planetmaker: rather hook not working
23:29:39  <Ammler> didn't you disable the hook?
23:29:48  <planetmaker> no
23:29:58  <planetmaker> not that I know
23:30:08  <Ammler> .44 is the cron refetch for repos, which aren't triggered by hook
23:30:22  <planetmaker> ah, you mean .devzone?
23:30:36  <Ammler> .devzone?
23:30:52  <planetmaker> the dir within repos
23:31:43  <Ammler> there is the hook, which does trigger redmine to fetch and then there is hourly cron, which does trigger redmine to fetch every project
23:32:26  *** fanioz has quit IRC
23:36:06  <Ammler> I know, why
23:36:13  <Ammler> <-- check the path
23:36:25  <Ammler> that is why the automatic trigger does not work
23:36:28  <Ammler> hmm
23:37:24  <planetmaker> what's wrong?
23:37:37  <Ammler> path is /home/ottdc/hg-repos...
23:37:58  <planetmaker> oh uhm.. different from others.
23:38:02  <Ammler> but just checked the database, it is the only project with that "old" path
23:38:23  <Ammler> I wonder, why my query didn't work there
23:38:24  <planetmaker> well. Easy: I delete that repo. and create new one. Then I can also use the new name there
23:38:34  <planetmaker> I think I created it manually
23:38:38  <Ammler> let me fix it in the database, I am there right now
23:38:54  <planetmaker> well. it'd be nice, if the repo could reside in ogfx-landscape ;-)
23:39:14  <Ammler> yes, but shouldn't you make a new project?
23:39:18  <planetmaker> (yes, I do listen to you ;-) )
23:39:24  <Ammler> so also the project identifier changes
23:39:25  <planetmaker> no, not new project
23:39:35  <Ammler> hmm, tickets?
23:39:41  <planetmaker> there aren't.
23:39:45  <planetmaker> But why new project?
23:39:59  <Ammler> to change the identifier
23:40:16  <planetmaker> I mean... feasable. But why? The internal id doesn't matter
23:40:17  <Ammler> I can change that in the database, just telling you how to do it without database :-)
23:40:44  <Ammler> the identifier is also the url
23:40:51  <Ammler> so changing that does make sense
23:40:53  <Brot6> OpenGFX+ Landscape - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @
23:40:53  <Brot6> OpenGFX+ Landscape - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape... (planetmaker) @
23:40:53  <Brot6> OpenGFX+ Landscape - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @
23:40:55  <Brot6> OpenGFX+ Landscape - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (... (planetmaker) @
23:40:59  <Brot6> OpenGFX+ Landscape - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tow... (planetmaker) @
23:41:15  <Ammler> you see, ogfx-nogrid still ^
23:41:29  <Ammler> shall I change that? :-)
23:41:33  <planetmaker> oh, the identifier is the URL? But is it needed? It's not so for newgrf-makefile...
23:41:55  <planetmaker> Well. I don't mind either way, but having it changed to landscape will be nice :-)
23:42:04  <planetmaker> You chose how :-)
23:42:13  <planetmaker> s/ose/oose/
23:42:24  <Ammler> yes, so creating new project would be easiest, without database
23:42:36  <Ammler> but as I have access to the database, I can do it
23:42:56  <Ammler> I would also change the repo
23:43:16  <planetmaker> yes, please
23:43:16  <Ammler> which would also be automatically happen, if you create a new repo
23:43:21  <planetmaker> just tell me the new path ;-)
23:43:23  <Ammler> project*
23:43:38  <Ammler> ogfx-landscape ?
23:44:43  <planetmaker> yes
23:44:51  <planetmaker> that's what I use locally
23:44:56  <planetmaker> meanwhile
23:44:56  <Brot6> OpenGFX+ Landscape - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @
23:44:56  <Brot6> OpenGFX+ Landscape - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape... (planetmaker) @
23:44:56  <Brot6> OpenGFX+ Landscape - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @
23:44:58  <Brot6> OpenGFX+ Landscape - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (... (planetmaker) @
23:45:02  <Brot6> OpenGFX+ Landscape - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tow... (planetmaker) @
23:45:33  <Ammler> done, as you see ^
23:45:40  <planetmaker> thanks :-)
23:45:55  <Ammler> again, this can also be made with creating a new project and deleting the old
23:46:07  <Ammler> if there are no tickets and other infos
23:46:23  <Ammler> do you need a rewrite from nogrid?
23:46:37  <Ammler> I guess not, as there are no releases, yet
23:47:49  <Ammler> is there btw. still something in the old ogfx+ repo, which is not in a subproject?
23:48:51  <Ammler> the helicopter maybe?
23:50:20  <Brot6> OpenGFX+ Landscape - Revision 17:d3c2c99aa2fb: Change: This is a landscape grf, not just 'no grid... (planetmaker) @
23:50:42  <planetmaker> yes, probably the helicopter
23:50:50  <planetmaker> I'd leave that repo for now as it is
23:51:05  <planetmaker> and r17 was all that was needed for a change :-)
23:51:41  <Ammler> maybe rename airportplus to just "air"
23:51:48  <Ammler> and add the helicopter there
23:52:25  <planetmaker> Nah. Planes need the same refit orgy as RV and trains
23:52:27  <planetmaker> and ships
23:52:35  <planetmaker> so enough to do
23:52:49  <Ammler> to be worth a own set?
23:52:56  <planetmaker> yup
23:53:02  <Ammler> oki
23:53:27  <planetmaker> I like to keep infra + vehicles separate. And vehicles of different types, too ;-)
23:53:54  <planetmaker> and it's sufficient planes. One could also offer a few more plimps or alike
23:53:57  <Ammler> well, me too
23:53:58  <planetmaker> or some livery refit
23:54:13  <Ammler> but you can split with parameters
23:54:47  <planetmaker> yes... but too many are then a hassle, too :-)
23:55:15  <Ammler> oh, and tell that andy, he started to combine different things in his newgrfs
23:55:32  <Ammler> and I am not able to convince him, maybe he does listen to you :-)
23:55:52  <planetmaker> hm, I dout it :-)
23:56:03  <planetmaker> I think HEQS might still be alright
23:56:21  <Ammler> he act like a dev, "I don't care, make a patch" ;-)
23:56:34  <planetmaker> he learns fast :-P
23:56:43  <DanMacK> lol.  What atre you two breaking now?
23:56:54  <planetmaker> nah, he's sad and a bit pissed that foobar left
23:57:22  <planetmaker> we don't break things ;-)
23:57:29  <DanMacK> Why did Foobar leave?
23:57:43  <Ammler> he didn't, he just got inactive
23:58:01  <DanMacK> ahhh
23:58:07  <planetmaker> yeah, well. Same thing. He has no collaborator with FIRS anymore
23:58:15  <planetmaker> And feel with him. That's sad :-(
23:58:24  <planetmaker> But I can't replace FooBar there.
23:58:29  <Ammler> yes, the snowy man also got inactive
23:58:54  <planetmaker> as much as I'd like to help him, but learning industry nfo to that level... puh
23:59:11  * DanMacK would assist with snow... but ugh...
23:59:16  <planetmaker> I can't do that concurrent to opengfx, my newgrf and the macport
23:59:24  <Ammler> DanMacK: the problem I have with newgrfs is not that serious, just the "unwritten" rule, don't mix different things unswitchable in a newgrf
23:59:33  <planetmaker> DanMacK: it needs snowy versions of the existing industries
23:59:39  <planetmaker> of FIRS
23:59:53  <DanMacK> Yeah, I know, I just don't have the ambition to volunteer for it :P
23:59:57  <planetmaker> :-D

Powered by YARRSTE version: svn-trunk