00:00:00 --- log: started retro/06.07.07 02:12:36 --- join: Cheery (i=Henri@a81-197-12-134.elisa-laajakaista.fi) joined #retro 04:15:16 --- quit: Cheery (Read error: 110 (Connection timed out)) 05:57:43 --- join: nighty (n=nighty@66-163-28-100.ip.tor.radiant.net) joined #retro 07:29:31 --- quit: virl (Remote closed the connection) 08:06:48 --- quit: nighty (Read error: 104 (Connection reset by peer)) 08:11:34 --- join: nighty (n=nighty@66-163-28-100.ip.tor.radiant.net) joined #retro 09:47:35 screen really rocks with split regions 10:15:55 new word, dumps a blockfile for easy pasting 10:16:05 : bdump 8 * 1- 0 repeat dup (line) over . space 'i emit space 64 type 2dup =if 2drop ;then cr 1+ again ; 10:30:06 http://retroforth.net/paste/?id=5 is an example of a bdump 10:39:52 (as well as being my latest set of mf messages) 10:55:25 crc: there's a typo in a url on the contrib page where it has .vin instead of .vim 12:04:51 --- quit: nighty (Read error: 113 (No route to host)) 12:15:15 --- join: nighty (n=nighty@66-163-28-100.ip.tor.radiant.net) joined #retro 13:04:09 --- join: neceve (n=claudiu@unaffiliated/neceve) joined #retro 13:18:36 --- quit: nighty ("Disappears in a puff of smoke") 13:35:02 and now, a program to make block-pastable files: http://retroforth.net/paste/?id=7 14:34:25 hellp 14:34:28 *hello 14:36:00 hi crc 14:37:43 docl: what is the stack use of bdump? 14:42:25 it takes the number of screens to be output 14:42:32 ( s -- ) 14:42:35 ok 14:50:57 it's now in the edit-ext module (new in the repo, compiled in by default) 14:56:32 nice! 15:03:28 did you look at bdump-file as well? (paste #7) 15:06:39 how do I use it? 15:06:59 it parses for the name of the file, no stack args 15:07:50 all I get is a segmentation fault 15:09:26 hmm, works for me 15:10:06 file-bdump 15:10:13 Segmentation fault 15:11:15 strange. it's complex enough to crash easy, but works for me 15:13:27 it changes b0 around, but sets it back at the end. 15:13:38 I wonder why it crashes for me :( 15:15:29 odd, it works on NetBSD, but not on the Linux server 15:15:46 that's strange, I'm on Linux 15:16:10 odd, it works now 15:16:13 * crc is confused.... 15:16:28 incomplete paste? 15:16:39 maybe, but I didn't get any errors... 15:17:33 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #retro 15:17:37 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-143-174.pools.arcor-ip.net) joined #retro 15:17:47 hi virl, hi snoopy_1711 15:17:56 hi docl 15:18:00 what's up? 15:18:11 * docl has been writing blockfile conversion functions 15:18:44 http://retroforth.org/repos/902/modules/edit-ext and http://retroforth.net/paste/?id=7 15:18:53 docl, I think it would be also really cool to have a forth vocabulary for raw ip, so you can define packets 15:19:08 great idea! 15:19:36 yeah, perhaps I do that. 15:19:46 (someday) ;-) 15:19:48 http://retroforth.org/contrib/files/edit-extras.f 15:19:59 not something I am too familiar with, but there was some socketcall stuff I helped with 15:23:20 I have the wiki editable again ;) 15:23:31 sweet! :) 15:25:29 http://retroforth.net/paste/?id=8 is the sockets lib from my archives 15:25:59 --- quit: Snoopy42 (Read error: 145 (Connection timed out)) 15:26:09 --- nick: snoopy_1711 -> Snoopy42 15:31:33 I could probably make a function to take an ip string and turn it into a 4-byte value 15:37:36 docl, for what? the thing I mentioned? 15:38:04 maybe. would it come in handy? 15:39:14 probably, because application layer protocols get packed into an ip packet and ip packets have always ip adresses... 15:39:37 thought so :) 15:40:00 * crc has http://retroforth.org/projects/net/netclient.f 15:40:11 perhaps this way: src: 100.200.300.400 for example 15:40:24 or dst: 100.000.34.1 15:40:37 this is what thin and I used used to build the IRC client 15:41:00 ah, I thought we had something like that :) 15:41:34 yours looks like an older version, from before I refactored it 15:42:38 yeah this new one looks great 15:42:53 virl: see the 'ip:' word's definition for how to convert an ip to the actual value necessary for socket work 15:43:45 well, it was only a nice idea, that doesn't mean that I want to implement it right now.. 15:44:54 * docl has to do things right away or he forgets all about them :P 15:45:29 an INTJ trait, I think 15:51:27 so don't mind me :) 16:00:42 the ip is stored at sockaddr cell+ rather than sockaddr? 16:02:05 yes 16:02:10 ok, the sockaddr is a struct and the second element is it's ip 16:02:11 the port goes in sockaddr 16:02:24 neat 16:03:11 it's a bit confusing, but thin did all the hard work; I was just responsible for the cleanups and abstraction 16:04:05 ahh, cool 16:04:26 maybe I could substitute split for parse, then it would be able to use strings 16:04:45 try it :) 16:14:20 http://retroforth.net/paste/?id=10 16:16:21 nice 16:21:32 also see http://retroforth.net/paste/?id=11 16:39:53 nice 16:40:13 * crc will update net:client to work with 9.2 this weekend 16:40:23 cool 16:47:10 then we can work on our new browser :) 17:00:29 --- join: jas2o (n=jas2o@WNPP-p-203-54-32-194.prem.tmns.net.au) joined #retro 17:10:24 --- quit: neceve (Read error: 113 (No route to host)) 17:15:30 --- part: jas2o left #retro 17:22:26 docl: one reason gtkhtml is so big is that it supports *editing* as well as rendering html 17:22:51 interesting 17:23:13 so it's a whole beat-me-up-with-bloat-as-a-simple-function thing 17:23:23 how much overhead does editing take? 17:23:37 quite a bit for a rich text widget 17:25:02 I wonder if we could abstract it out and make it 10x smaller or so... 17:29:10 http://www.keithp.com/~keithp/talks/usenix2000/render.html 17:29:23 has some interesting bits on x11 protocol 17:39:44 looks like there's a lot of room for improvement 17:40:09 I would like to see a forth or postscript based display protocol 17:47:40 ok, this link shows the problems of x11, so what? 17:47:52 I found it interesting 17:48:38 I mean, x11 is the underlying architecture, so it can't really be changed. 17:49:53 Hello, men! 17:49:59 hello, Raystm2 17:50:13 welcome to our chat room :) 17:50:23 I proud to attend. 17:50:55 I just had a thought. Video of people using Retro. For the site. 17:50:57 virl: I would be quite happy to drop X 17:51:28 me too, it's the system where my 3D apps are running. 17:51:36 (like Blender) 17:51:37 other than web browsing, I work almost exclusively in a console-based environment 17:52:50 well, than it's easy. 17:53:28 is it? 17:54:03 plain text mode doesn't allow for high res work, and the font rendering tends to suck in text mode 17:54:29 yeah the fonts are a big issue for me 17:55:00 and the flexibility of resizable windows 17:55:56 hmm, that doc is from 2000 17:58:43 so six years 17:58:59 http://www.terryburton.co.uk/htmlrenderer/ 17:59:27 oh, neat 18:02:17 shows it can't be that hard 18:02:28 at least for the basics 18:04:06 And a cool copywrite model. Pay until recoup then free. Never thought of that. 18:04:31 * virl looks at fb.h 18:04:57 why is there so less documentation about such important header files. 18:06:17 % TODO: 18:06:17 % 18:06:17 % Ignore DTD 18:06:17 % Ignore comments 18:06:17 %
    - for item number > 9 18:06:18 % & - Underline and strike 18:06:20 % 
     - preformatted contents
18:06:22  % Table elements
18:06:24  % Input elements
18:06:26  % Center and right alignment
18:06:28  sorry, 
18:06:42  Raystm2: use the pastebin :)
18:06:53  http://retroforth.net/paste
18:07:02  Yes of course, thank you. :)
18:07:33  http://retroforth.net/paste/?id=12
18:07:46  Looks like he's got tables to do yet.
18:08:33  Center and right as well.
18:09:20  and  but for rendering, it's a start
18:09:40 * crc likes the business model as well :)
18:10:07  I am going out in search of food; I may be back on later, but if not, I will be here tomorrow
18:15:31  A full and prosperous life to you, brother.
18:53:34  back for a little while
18:55:57  cool
18:56:32  We could attempt to rip the rendering engine from Dillo, though it lacks css and some other things
18:56:50 * docl wouldn't miss css
18:57:08  I would, but I can live without it
18:57:33  dinner time for me :-/
18:57:52  for me too, but the food is just getting started cooking :(
18:58:00  10pm here
19:07:29  just finished :)
19:11:07  I wonder what html rendering entails at a low level... it's really just a certain set of gui widgets that are activated by a set of tags
19:11:49  other than things like tables, css, frames, etc, it could be rendered in a standard rich text editing pane
19:12:02  yeah
19:12:30  I have thought that with a proxy server to translate the html to something more reasonible, it could be done easily
19:12:46  probably true
19:14:45  fml? groff?
19:14:51  rdml :)
19:15:03  oh yeah, forgot the acronym for a sec
19:16:15  Maybe I'll try to work on adding in a rich text editing widget to the gtk bindings
19:16:26  do you have a script to change html into rdml?
19:16:41  no
19:16:57  can't be too hard
19:17:25  yeah
19:17:28  php, perl, etc
19:18:13  I could use a canned parser, store to an AST, then write it out in rdml form
19:19:14  what's AST?
19:19:24  abstract syntax tree
19:19:40  basically a list of cons cells or something along those lines
19:20:59  you could do a lot with split and copy
19:22:07  yeah
19:23:13  AST might be easier to maintain though
19:23:44  maybe I'll dig up my cons cell stuff and expand on it to allow basic AST's to be built
19:23:56  *sigh* another weekend project :)
19:24:30  :)
19:24:41  food is done. I will eat, then go to bed.
19:24:49  all right, bye
23:59:59 --- log: ended retro/06.07.07