Log for #openttdcoop.devzone on 17th August 2013:
Times are UTC Toggle Colours
07:23:58  <Brot6> Java OpenTTD Admin Library - Revision 102:f9cc2972c2fd: Change: no need to prefix colours with COLOU... XdihX @
08:13:45  *** Supercheese has quit IRC
08:20:52  *** Alberth has joined #openttdcoop.devzone
10:03:09  *** frosch123 has joined #openttdcoop.devzone
10:26:12  *** Jam35 has joined #openttdcoop.devzone
10:42:29  <Brot6> Grapes - Revision 193:55ed894ad756: Change: remove proof of concept commands XdihX @
10:42:29  <Brot6> Grapes - Revision 194:be41e92fcac8: Change: rcon command does not need a reference to OpenttdPlugin XdihX @
10:42:29  <Brot6> Grapes - Revision 195:74728a88309c: Codechange: move the sanity checks to the method itself XdihX @
10:42:30  <Brot6> Grapes - Revision 196:402d8e89c0e3: Codechange: correct typo in variable name XdihX @
10:42:33  <Brot6> Grapes - Revision 197:49666f3fdfbe: Add: Clients and Companies commands XdihX @
10:42:36  <Brot6> Berries - Revision 69:23206d34b893: Codechange: if there is no comment to set an empty string! XdihX @
10:42:40  <Brot6> Berries - Revision 70:913a421db054: Codechange: cleanup imports XdihX @
10:42:43  <Brot6> Grapes - Revision 198:ddd03e880456: Codechange: cleanup imports XdihX @
10:42:46  <Brot6> Grapes - Revision 199:af95e11030a2: Change: add config manipulation and sanity checks XdihX @
10:42:52  <Brot6> Grapes - Revision 200:aa3968917edc: Add: ConfigPlugin including commands to get and manipulate the c... XdihX @
10:45:27  <^Spike^> does it work yet dihedral? ;)
10:47:39  <Alberth> removing proof of concept things is usually a good sign :)
10:48:01  <^Spike^> :)
11:05:09  <dihedral> ^Spike^, it works very well, indeed
11:06:05  <dihedral> I am actually surprised myself :-D
11:06:09  <^Spike^> :)
11:06:21  <^Spike^> so..... is it ready for multi server use? ;)
11:06:39  <dihedral> :-D
11:06:52  <dihedral> you mean connect a single instance of grapes to multiple servers?
11:06:53  <dihedral> nope
11:06:59  <dihedral> it's good for a single server
11:08:23  <dihedral> chat bridge, rcon, client and companies commands, password rotation and config stuff, i think that's quite good already
11:08:35  <^Spike^> believe that...
11:08:40  <^Spike^> made OO? :)
11:09:20  <Alberth> dihedral:  the commercial answer would be "yes, you can use the program several times at the same machine"  :)
11:09:37  <^Spike^> Alberth you know i wou;dn't accept that as a valid answer right? ;)
11:09:56  <^Spike^> i'm not some manager that can be fooled with that line :D
11:09:58  <dihedral> nor would i give such an answer
11:10:02  <Alberth> :D
11:10:41  <dihedral> i am not yet quite sure how that should look like anyway if grapes connects to multiple openttd servers
11:10:57  <Alberth> is that useful at all, having several servers connected to the same chat?
11:10:59  <dihedral> what output do you expect from !companies ? :-P
11:11:11  <^Spike^> well if it's made object oriented you can think of ways...
11:11:12  <dihedral> Alberth, did have that once - relayed over irc :-D
11:11:20  <^Spike^> well most of the times each server has their own channel? :)
11:11:31  <dihedral> ^Spike^, it's Java - what else should it be other than OO :-P
11:11:38  <^Spike^> spagethi? :)
11:11:40  <^Spike^> easy to do :D
11:12:00  <Alberth> dihedral:   public static func()   ? :)
11:12:22  <^Spike^> and screw privates... and getters/setters... all we need is public vars :D
11:12:39  <Alberth> I do code that a lot in Java
11:12:50  <^Spike^> what.. public vars... or get/set functions? :)
11:12:54  <dihedral> ^Spike^, if you want to screw your privates, feel free to do so
11:12:55  <^Spike^> i hope the latter one :D
11:13:23  <dihedral> i do enjoy the sense of 'protected' though
11:13:28  <Alberth> the only code that uses the data is in the same repo also written by me, so what's the point of access methods?
11:13:55  <Alberth> I very much miss 'protected' ala C++, ie usable from the class hierarchy only
11:14:05  <^Spike^> i guess it depends on: How many times do i need it.... will it gain me time in the long run etc.. :D
11:22:25  <frosch123> at least it has "@override" and "super" stuff
11:22:32  <frosch123> alreasy way better than c++ :)
11:22:40  <^Spike^> :D
11:23:02  <frosch123> those are the key features of delphi i miss in c++
11:23:38  <frosch123> being able to not worry about mistyping a virtual function name or skipping an super function which was inserted later by caling the super-super function
11:25:38  <frosch123> at least the override thingie was added in c++11
11:25:45  <frosch123> but i believe the super thingie is still missing
11:29:15  <Rubidium> what's super with multiple inheritance?
11:29:28  <frosch123> one of the parents
11:29:41  <frosch123> ill-formed if not unquie if you wish
11:29:45  <Rubidium> IIRC you can do SuperClass::ThisMethod(params)
11:30:13  <frosch123> lase time i tried you could only do that if SuperClass actually has that function
11:30:21  <frosch123> not if only SuperSuperClass has it
11:30:33  <frosch123> thus completely breaking if you insert SuperClass:ThisMethod later on
11:32:08  <frosch123> last time i tried you could not call abstract fujnctions either of the superclass
11:32:30  <frosch123> thus you would have to look at all derived classes once you turn an abstract function into a non-abstrac tone
11:33:03  <frosch123> there is no need to do such stupid things in delphi
11:33:23  <frosch123> the compiler knows which functions are implemented in the super or supersuper class, and which ones are abstract
11:33:39  <frosch123> so can decide itself which function to call and which not, if you say super::function
11:33:47  <frosch123> resp "inherited function" in delphi
11:39:29  <dihedral> annotations available at runtime i find an odd idea, however, can be useful
11:39:52  <dihedral> also, manipulation of instanciated classes - also something i used, yet still find it odd :-D
11:40:17  <dihedral> what i do not like, is the memory fingerprint grapes seems to have :-P
11:55:56  *** Jam35 has quit IRC
13:45:38  *** Jam35 has joined #openttdcoop.devzone
14:15:39  <Brot6> Grapes - Revision 201:dd4574e4c8f7: Change: read securyt levels for commands from the config (all th... XdihX @
14:15:39  <Brot6> Grapes - Revision 202:a4d424b62c9a: Codechange: cleanup imports XdihX @
14:15:39  <Brot6> Grapes - Revision 203:7768ccc5ef1c: Codechange: avoid duplicate code XdihX @
14:17:22  <Brot6> Berries - Revision 71:293e12e8c92a: Change: define default security map per chanel - default value i... XdihX @
15:39:36  <Brot6> Berries - Revision 72:b76dc9ea3b2f: Change: announce the channel we join XdihX @
16:00:40  *** andythenorth has joined #openttdcoop.devzone
16:11:22  <Alberth> o/
16:34:49  *** andythenorth has quit IRC
17:23:37  <Brot6> firs: update from r3790 to r3796 done (26 warnings) -
18:35:08  *** ODM has joined #openttdcoop.devzone
18:49:57  *** andythenorth has joined #openttdcoop.devzone
19:57:06  *** Alberth has left #openttdcoop.devzone
20:00:31  *** ODM has quit IRC
20:15:27  <planetmaker> g'evening
20:16:27  <frosch123> moin
20:34:31  *** Jam35 has quit IRC
21:12:41  *** Supercheese has joined #openttdcoop.devzone
21:46:43  *** andythenorth has quit IRC
22:14:11  *** frosch123 has quit IRC

Powered by YARRSTE version: svn-trunk