00:00:00 --- log: started retro/06.09.11 00:35:13 --- join: Cheery (n=Cheery@a81-197-19-23.elisa-laajakaista.fi) joined #retro 03:22:31 --- quit: neceve (Remote closed the connection) 03:25:18 --- join: neceve (n=claudiu@unaffiliated/neceve) joined #retro 05:22:58 --- join: timlarson_ (n=timlarso@65.116.199.19) joined #retro 06:14:53 --- join: Ray_work (n=Raystm2@199.227.227.26) joined #retro 06:17:54 Good morning. 06:59:28 --- nick: Raystm2 -> nanstm 08:03:42 --- join: swsch (n=stefan@pdpc/supporter/sustaining/swsch) joined #retro 08:03:42 --- mode: ChanServ set +o swsch 08:03:54 --- part: swsch left #retro 08:46:07 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #retro 09:15:54 --- quit: timlarson_ ("Leaving") 09:40:01 --- join: timlarson_ (n=timlarso@65.116.199.19) joined #retro 09:40:23 --- join: rabbitwhite (n=roger@136.160.196.140) joined #retro 09:55:18 --- quit: rabbitwhite () 11:34:48 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-151-161.pools.arcor-ip.net) joined #retro 11:35:37 --- quit: Snoopy42 (Nick collision from services.) 11:36:11 --- nick: snoopy_1711 -> Snoopy42 11:50:35 --- join: rabbitwhite (n=roger@136.160.196.114) joined #retro 12:06:29 Roger Dodger. What's up? 12:06:34 how ya been. 12:06:41 Did you know...? 12:07:22 That /me is working on a sorta handbook for Glypher beta 2f 12:12:45 hey 12:12:54 good god why 12:17:30 how far along is it 12:26:44 Not very, about to work out the word list. here's a link to it so far. http://retroforth.org/glypher/handbook.html it links from retroforth site glypher page. 12:27:09 Why? because it's a neat forth. unique even. 12:28:04 I just recently realized that you were reading in a file and compressing with the exe file. 12:28:12 yeah yeah yeah.. glypher gets a handbook... yeah yeah yeah 12:28:41 now.. there needs to be a linux port and I'm happy.. 12:29:51 heh. this is actually kind of entertaining. you should keep working on it. 12:30:37 hehe virl. I'd like to port this to the retroforth ontop of Rx-core, then porting won't be a problem. of course, This Glypher relies heavily on windows and allegro.dll 12:31:29 wah.. relying on shit 12:32:11 thanks, that gives me some motivation to give the PC platform another go. 12:32:16 I wish it could rely on shit. I can produce it in tons/annum. 12:32:22 hehe :) 12:33:14 rabbitwhite: how is Game-Cube looking? 12:33:18 this gives me an idea - look at the allegro source and derive algorithms from its graphics routines .. 12:33:25 yes... 12:33:54 base language is set, very streamlined, can't get part of the SD driver to work .. 12:34:26 i'm working on the 'game library' part of the system 12:34:38 something allegro the self-proclaimed game library du jour lacked 12:34:44 windows .. I can't believe that really anyone developes on this platform something 12:36:25 anyway enriching the fun parts of the system like graphics and sound with interesting routines that interact with eachother is the key to this one's success over glypher 12:36:41 you couldn't do anything fun with allegro 12:44:01 anyway in GC forth i have a disgustingly simple mechanism for running scripts 12:44:28 on top of mark/empty i can compile a dynamic game engine which can be hacked off with 'unmark' 12:44:52 and then on top of that use mark/empty to load blocks containing runtime code to implement discrete scenes 12:45:09 so in this system each stage can be a special case.. 12:45:37 a 'director' task handles testing conditions for loading scripts 12:46:08 you can even automate that so that a stage is loaded based on preset rules applied to a data structure - such as a simple list of block numbers 12:46:41 in effect, the unit of control really is the block on this system ... i'm really excited about this idea 12:46:59 it's like OOP but a hundred times simpler and better 12:48:40 you can compile code between frames at runtime 12:49:25 early-bound and late-bound don't mean alot in this system 12:49:34 because of this capability 12:50:59 and most importantly, you keep alot of freedom with choice of words because it allows you to keep the context comfortably narrow 12:52:09 what is keeping? 12:52:18 I'm reading the logs just now. :) 12:53:14 OOP is fine complicated 12:55:05 yep, but if somebody says better than OOP, it must be that he knows what programming is... 12:55:38 or rather, what it isn't >:) 12:56:00 OOP is utterly overcomplicated. 12:58:00 right, and right now i'm interested in the idea of having the ability to freely write 'stupid' code 12:58:40 perhaps aspect oriented programming? ;-)) 12:58:58 interesting term, did you just coin that? 13:00:07 no.. that's a real _NEW_ programming direction.. 13:00:17 it sounds cool 13:00:22 it's exactly OOP++ 13:00:25 oh 13:00:56 one of it's implementation is implemented ontop of java... 13:02:07 http://en.wikipedia.org/wiki/AspectJ 13:03:53 this is hilariously unreadable 13:05:17 "In them the developer can write a pointcut to match, for example, all field-set operations on specific fields, and code to run when the field is actually set. " 13:05:18 ah.. modern way of programming ... smell this wonderful odour 13:05:49 (sarcasm) 13:08:35 reading this stuff reminds me that i have to think about programming as little as possible or else i'd turn into one of these guys 13:11:55 hahaha 13:12:28 rabbitwhite: don't be a mock. 13:12:29 :P 13:13:04 You really must know further about programming than those guys who introduce weird things rising with java school degree. 13:13:27 Only that way you can beat and use their heads as bongo drums. 13:14:06 And what you need is a bit of philosophy with a knowledge from everything. 13:14:15 and good guts. 13:14:58 hmm.. heads as bongo drums, oh I'd like to have bill gates head as my bongo drum 13:15:19 i'd like him to just play the bongos for me in my office 13:15:27 He's evil bovine master, it'd be a trick. 13:15:49 :P 13:16:22 killing him in unlimited ways would be funny 13:16:39 Aspect oriented and java object oriented programmers are still stuck into a whisky ocean of linear representations. 13:17:01 virl: play duke nukem and you'll find him. 13:17:11 huhu.. 13:17:11 or wait, was it DOOM? 13:17:47 virl: yep. 13:19:08 linear representation is good for linear things. When you start defining a program in a linear text, you are doomed to have hard syntax rules and big bunch of clouds to hide the true program. 13:19:42 If you get out from linear representation, you'll jump into a new concept of programming. 13:20:02 linear representation? 13:20:03 that's really next step technology in AI. :) 13:20:12 what do you define as that one? 13:20:31 virl: data represented as a sequences. 13:20:47 even worse, C make difference between data and code. :) 13:20:47 hmm? wasn't it so that AI represents data in not a linear way? 13:21:25 for example a expert system doesn't represent data as a stream 13:21:40 yes, but if AI itself would be written in a language which is not containing linear representation, what would you get? :P 13:22:26 oh well. 13:22:29 I'm going to sleep. 13:22:38 And let you wondering out that yourself. 13:22:59 --- quit: Cheery ("Download Gaim: http://gaim.sourceforge.net/") 13:27:24 blocks? 13:28:11 sorry, i just enjoy them alot. 13:28:29 --- quit: timlarson_ ("Leaving") 13:46:22 I do as well. I like coding in blocks. I think it's easy to code blocks that act like objects. 13:48:06 for instance? 13:55:01 gtg 13:55:02 --- quit: rabbitwhite () 15:01:09 --- quit: Ray_work ("User pushed the X - because it's Xtra, baby") 16:04:14 --- quit: neceve (Remote closed the connection) 16:04:56 --- quit: virl (Remote closed the connection) 18:02:10 --- quit: ChanServ (niven.freenode.net irc.freenode.net) 18:09:34 --- join: ChanServ (ChanServ@services.) joined #retro 18:09:34 --- mode: irc.freenode.net set +o ChanServ 18:14:04 --- nick: nanstm -> Raystm2 19:30:43 --- join: nighty (n=nighty@CPE00119576a9c5-CM0012c90d36fc.cpe.net.cable.rogers.com) joined #retro 21:25:02 --- quit: nighty (Client Quit) 23:06:52 --- join: Cheery (n=Cheery@a81-197-19-23.elisa-laajakaista.fi) joined #retro 23:59:59 --- log: ended retro/06.09.11