| 12:25:44 | frigg | VERSION |
| 12:25:49 | * | NimBot joined #nimrod |
| 12:27:19 | * | FreeArtMan joined #nimrod |
| 12:45:55 | * | FreeArtMan quit (Ping timeout: 260 seconds) |
| 13:51:06 | dom96 | Araq: It seems readFile segfaults when trying to read a directory |
| 13:59:02 | NimBot_ | nimrod-code/Aporia fb3030d Dominik Picheta [+0 ±4 -0]: Replaced most error dialogs with a message in the status bar. |
| 13:59:02 | NimBot_ | nimrod-code/Aporia 5a307b2 Dominik Picheta [+0 ±1 -0]: Sexier unsaved file close confirmation dialog. |
| 13:59:02 | NimBot_ | nimrod-code/Aporia 67b2a0b Dominik Picheta [+0 ±1 -0]: Fixed a crash when navigating to an error outside the bounds of the... 2 more lines |
| 13:59:04 | NimBot_ | nimrod-code/Aporia 8bd0179 Dominik Picheta [+0 ±2 -0]: Added a shortcut to open Aporia's config file in Aporia. |
| 15:22:26 | * | fowl joined #nimrod |
| 19:48:36 | * | fowl quit (Ping timeout: 256 seconds) |
| 20:06:19 | * | gradha joined #nimrod |
| 21:58:57 | reactormonk | Araq, does the cwd matter for nimrod js ? |
| 21:59:06 | reactormonk | ... err, wait it does, for nimcache, doesn't it? |
| 22:00:13 | dom96 | You should be able to compile into js from within any directory I think. |
| 22:00:21 | dom96 | Not sure where nimcache will go though |
| 22:05:54 | reactormonk | dom96, the js is in the nimcache |
| 22:06:10 | dom96 | yeah |
| 22:08:10 | * | rking quit (Quit: WeeChat 0.4.0-dev) |
| 22:18:04 | reactormonk | elisp: head -> table http://pastie.org/private/6b4ww0glyxfrrfojo2gdg |
| 22:18:15 | reactormonk | let's say it works. |
| 22:18:40 | reactormonk | observe the several lets ^^ |
| 22:26:09 | * | rking joined #nimrod |
| 22:27:39 | Araq | reactormonk: what's the problem? you don't know about --nimcache? |
| 22:29:05 | dom96 | yes! That's what we need. We need to be able to extend Aporia using Nimrod. Araq, finish that VM already. |
| 22:29:28 | Araq | what? |
| 22:29:41 | Araq | --nimcache:PATH_HERE already exists ... |
| 22:29:58 | dom96 | what? |
| 22:31:00 | Araq | you can do: nimrod js --nimcache:ugh myproject.nim |
| 22:31:19 | Araq | and the js should go into ugh/myproject.nim |
| 22:31:30 | Araq | er, ugh/myproject.js |
| 22:31:54 | * | dom96 isn't sure if the "what?" was at him |
| 22:32:00 | Araq | dunno what you mean with "That's what we need" |
| 22:32:07 | Araq | oh I see ... |
| 22:32:14 | dom96 | I was talking about elisp |
| 22:32:19 | Araq | yeah got it |
| 22:41:58 | Araq | hi gradha |
| 22:45:02 | dom96 | Araq: Did you see my comment about readFile segfaulting when trying to read a directory? :P |
| 22:45:20 | Araq | *shrug* |
| 22:45:26 | Araq | I saw it |
| 22:46:14 | dom96 | Well that's too bad: Error: cannot instantiate: 'initTable[type (win.tempStuff.plMenuItems)]' |
| 22:47:03 | Araq | ugh |
| 22:47:09 | Araq | bug report |
| 22:47:21 | dom96 | ok |
| 22:48:54 | dom96 | Another thing, should the following work? https://gist.github.com/4bc7139c975af0087f49 |
| 22:49:38 | Araq | no? |
| 22:50:50 | dom96 | I was thinking that it should be able to pick tables.TTable because it's the one which takes two generic params. |
| 22:51:56 | Araq | there is no overloading for types |
| 22:53:41 | dom96 | Now that I got it to a short example I can see why it doesn't work, and perhaps shouldn't: https://gist.github.com/39abded1eb643808519c |
| 22:53:58 | dom96 | initTable[type(t.field)]() -> initTable[TTable[string, string]]() |
| 22:55:08 | Araq | that should work |
| 22:55:23 | Araq | though it's meh code :P |
| 22:55:35 | Araq | type TMyMap = TTable[string, string] |
| 22:55:46 | Araq | field: TMyMap etc. |
| 22:55:48 | gradha | hi Araq |
| 22:56:14 | dom96 | you want an issue for this then? |
| 22:57:03 | Araq | dom96: yes |
| 22:57:15 | Araq | gradha: read my note about the improvements to tut1? |
| 22:57:34 | gradha | yes, you are concerned about the tutorial... improving? |
| 22:58:04 | gradha | changed the example to something less date related |
| 22:58:56 | Araq | I don't mind the tutorial to improve |
| 22:59:31 | gradha | but preferably without growing in length, right? |
| 23:00:01 | Araq | without growing too much in length, yes |
| 23:00:45 | Araq | maybe we need a max number of pages |
| 23:00:57 | Araq | that the tut shouldn't exceed |
| 23:01:49 | gradha | I really find it odd, never heard of a tutorial size limit before, is it because you want to print out the docs as pdf? |
| 23:03:19 | Araq | well I'm torn :P |
| 23:03:37 | Araq | dunno what the tut's point is ;-) |
| 23:03:46 | Araq | the manual is the real documentation |
| 23:04:09 | Araq | and instead of a "tutorial" I would in fact prefer a couple of cheat sheets |
| 23:05:14 | Araq | so the idea is/was that the tuts cover all language features so you know they exist and then use the index or the manual to deepen your knowledge |
| 23:05:18 | dom96 | I think the tutorial sections should be numbered. |
| 23:05:35 | Araq | dom96: and what would that solve? |
| 23:06:13 | Araq | however, the tuts don't cover everything anymore and it's hard to keep them up to date |
| 23:06:29 | dom96 | It would be easier to understand I think |
| 23:06:33 | Araq | as I said, the particular patch is perfectly fine |
| 23:06:44 | Araq | but some decision needs to be made |
| 23:07:20 | dom96 | It's hard to see when a completely new section starts by just looking at the size of the headers. |
| 23:08:26 | Araq | dom96: produce a PDF from the tut then --- problem solved |
| 23:08:48 | dom96 | yeah. I'm sure every beginner will be glad to do that. |
| 23:09:10 | Araq | hey, we can easily do: tutorial (html | pdf) |
| 23:09:14 | Araq | for the website |
| 23:09:48 | dom96 | or we can improve the html |
| 23:09:51 | Araq | I prefer the HTML as I never print out anything to save paper :P |
| 23:10:32 | Araq | why is it so important if it's a section or a subsection? |
| 23:10:40 | Araq | whom does that really help? |
| 23:11:09 | dom96 | what's the point in having sections and subsections at all then? |
| 23:12:21 | Araq | I dunno :P |
| 23:12:37 | gradha | programmers love hierarchies, unlike plain people |
| 23:12:48 | dom96 | It's more organised and is easier to read IMO |
| 23:14:37 | Araq | 8.1 If statement |
| 23:14:39 | Araq | vs. |
| 23:14:42 | Araq | If statement |
| 23:14:45 | Araq | come on! |
| 23:14:50 | Araq | nobody gives a shit |
| 23:16:21 | Araq | in fact most people don't read the text between the code examples, I'm sure |
| 23:16:31 | gradha | when somebody is bitching about not finding something in the docs its easier to refere them through numbered sections |
| 23:16:49 | Araq | section 8.1 of the tutorial |
| 23:17:11 | Araq | and then pray nobody will insert a section between 7 and 8 |
| 23:17:19 | Araq | because then it's outdated |
| 23:17:38 | Araq | and it's then section 9.1 |
| 23:17:48 | Araq | these numbers have no meaning :P |
| 23:18:04 | * | fowl joined #nimrod |
| 23:18:50 | Araq | btw currently we have stable links like: http://nimrod-code.org/tut1.html#procedures |
| 23:19:10 | Araq | which unlike the index IDs are persistent |
| 23:19:31 | dom96 | until someone changes the section name :P |
| 23:20:02 | gradha | maybe the solution then is to never ever update the docs? |
| 23:20:25 | Araq | section names are much less arbitrary than section numbers |
| 23:22:31 | Araq | btw thanks for hickjacking the topic, dom96 |
| 23:22:40 | Araq | *hijacking |
| 23:22:58 | dom96 | fine, i'll shut up |
| 23:24:53 | Araq | so what's the tut's purpose? |
| 23:27:18 | gradha | a tutorial is a presumably easy to digest documentation meant for new people to the language |
| 23:27:44 | Araq | so we should go with python's way then? |
| 23:28:19 | Araq | python's "tutorial" is not short either |
| 23:33:43 | gradha | it also depends who you are aiming at: you can do a tutorial for complete begginers to programming, or for begginers coming from other languages |
| 23:34:19 | gradha | python also has a "gotchas for programmers of other languages" I believe |
| 23:34:35 | Araq | well exactly |
| 23:34:54 | gradha | so who are you targetting with nimrod? |
| 23:35:08 | gradha | who are you going to obliterate from the programming landscape through superior excellence? |
| 23:37:42 | gradha | btw, the nested array thing was because I started programming a tetris clone, is there one already made? |
| 23:38:02 | Araq | I don't think so :-) |
| 23:41:01 | Araq | gradha: we're targetting people who know what they're doing and want to use a compiled systems programming language for scripting :P |
| 23:41:35 | gradha | that would mean python/perl/ruby folks? |
| 23:42:19 | Araq | the folks who don't want to use Python+C for the speed critical parts |
| 23:42:43 | Araq | the folks who got that it means an annoying bridge between 2 completely different data models |
| 23:43:38 | gradha | maybe the tutorial should have then a section about creating/using C/C++ wrappers |
| 23:45:04 | gradha | or at least a section on interaction with external programs, setting variable environments, capturing output and return values, etc |
| 23:45:41 | Araq | yeah |
| 23:47:49 | Araq | not so sure about the "creating C/C++ wrappers" as the plan is that most stuff is already wrapped |
| 23:48:32 | gradha | maybe that could be written as an "additional tutorial" or howto, for people coming from their C/C++ world and willing to bring along their existing libraries |
| 23:48:49 | Araq | yep |
| 23:49:03 | gradha | ok, at least there's a direction then |
| 23:49:28 | gradha | I'll keep that in mind for future possible improvements |
| 23:57:14 | Araq | ok |
| 23:57:31 | Araq | or maybe we need a "Nimrod for game programmers" tutorial |
| 23:57:57 | Araq | since that's what most users use it for, apparently |
| 23:58:48 | gradha | the game development world is crowded enough to make a dent on it |
| 23:59:25 | gradha | you also get a weird mix of people ranging from "C/C++ all the way" to "let's script the hell out of everything" |