[00:09] BiosElement: Hey there [00:09] BiosElement: I've looked over your branch, shall we talk? [00:10] I made a pretty picture! [00:10] BiosElement: you're welcome to share with doctormo [00:16] pleia2: Hey, my connection is spotty, can you read this? [00:16] doctormo: yeah [00:17] pleia2: Great, so you made a picture? [00:17] http://princessleia.com/ul/asciidocs.txt [00:17] compares current two asciidoc proposals [00:19] Ahh, hey there doctormo. Didn't notice you come in [00:20] pleia2: The first is doctormo's, nigel is only working off my example. [00:20] oh yeah [00:20] (don't want to drag him in unless he wants to) [00:20] We were more refering to just examples of the course. [00:20] * pleia2 fixes [00:20] Ah ok, [00:21] pleia2: Fix supplime while you're at it pretty please >.> [00:21] but the word is too long! [00:21] okok :) [00:21] BiosElement: So I get the view that in your example we have /$CLASS/content.txt [00:21] haha, I know it is. [00:21] doctormo: We have Category/$CLASS/content.txt yes [00:22] * pleia2 fixed [00:22] Just like your format does [00:22] BiosElement: And in mine we have /$SECTION/$CLASS/sections/$X/... [00:22] Aye. [00:22] BiosElement: Your branch I just looked at didn't have sections (categories) [00:22] So I guess the main point to talk about [00:22] doctormo: True. It was added as a recent suggestion by pleia2. [00:23] is why I think the juxterposition of the section content is required [00:24] Sounds right. [00:26] Basically we have a view that says that the content we serve to users who are learning by themselves is different from the content that is lead by the teachers. [00:27] I believe that by splitting up each section into 4 parts, we can use auto generated content.txt files to compile them into the 2 or 3 flavours which will serve each of these targets. [00:27] Without having to rewrite every course for online, offline and teacher lead sessions. [00:27] (which is the problem dinda has, and why she's not keen on being involved any more) [00:29] I think the purpose of my content/supplemental folders have confused you. They're not meant to be re-writing the entire course, just the supplemental "book" will have more information for teachers. for example, what to demo, tips on explaining it, faq's and so forth. THings that may not be very useful to someone learning on their own. [00:29] I don't want to write books. [00:29] "book" for lack of a better term. [00:29] document? [00:29] Aye, document. [00:30] The problem with this view is that it assumes that the _form_ the student content takes is the same regardless of target, it assumes that only supplimental teacher information is required. [00:30] I don't believe that's the case. [00:32] Not sure I entirely follow you. I gather you mean making different 'flavors' of the document. It seems a little overly complex but then again I don't understand what gain there would be. [00:32] doctormo -- pedagogy is different for the mediums. [00:33] cprofitt: So I'm lead to believe, text, way it's written, even the kinds of words used. [00:34] I also agree with BiosElement that we need to have a 'teachers guide' in addition to any 'student' material for teacher lead courses [00:34] cprofitt: That's agreeing with me [00:35] asynchronous and synchronous learning also requires different strategies [00:35] cprofitt: Well that is quite true. But I disagree that it's needed. There is no reason a teacher cannot effectively teach from a document aimed at someone learning themselves. Heck, schools do it all the time. Not to say that it's the best example. Again my point may be wrong but I don't seem to be alone in sharing it. [00:35] BiosElement: actually the schools I work in do not... there is always a teachers manual unless the teacher developed the curriculum themselves [00:36] BiosElement: I disagree, I've taught classes and while I'm not an experenced teacher, it's easier to teach along a lesson plan, than a book. [00:36] cprofitt: Teachers manual, yes. But even then not always. [00:36] Ok...perhaps I've confused you...the format I'm working on does have a teacher doc... [00:36] And it's had one from day one. [00:37] BiosElement: I know, I just don't think it buds at the right place, it forces forking at really low levels, reuse of sections will be hard, even with different descriptive texts. [00:39] But wouldn't it be useful to have a teacher doc with "teachers notes" along with the "students document"? Because that's not a problem with either format. I don't see why "reuse" would be difficult. [00:39] BiosElement: I do not know ascii doc well enough but I would think having both would be a good thing [00:40] cprofitt: It's easily possible. [00:42] BiosElement: Aye, but in my design the course writer is forced to consider writing notes for every section, when new sections are added, the teachers doc can not be forgotten. In a system where the teachers doc is very seperate, it'll cause them to get out of sync. [00:42] doctormo: are you seeing this as a workflow issue? [00:42] having to change to a different directory to put in your teachers doc too, easy to forget... [00:44] Another arguement could be that the main document shouldn't be overly relient on the teachers docs. Note that this is not to say they should be neglected. Another thought is that I don't think it would always be wise to write the docs at the same time regardless. And even if someone wanted too, would it be too hard to have two folders open? >.> [00:44] pleia2: I can't tell if your being critical of structure 2 or misunderstanding structure 1. [00:44] doctormo: I am misunderstanding all of this, apparently :) [00:45] pleia2: I think we're all misunderstanding things today >.> [00:45] I was being critical of structure 2 though [00:45] BiosElement: What I'm trying to breed is a sense that each section in a class-subject is treated as it's own whole little part, modular, put together they can form a class. [00:46] (sorry BiosElement) [00:46] This means that a writer can go in, write or rewrite one tiny section and not have to worry about the rest of the course/class/etc [00:46] also means they can bzr checkout just that tiny bit [00:47] no worries about conflict if someone is working on 04/ and you're working on 07/ [00:47] right? [00:47] pleia2: correct, [00:47] pleia2: It means that merging is less of a problem [00:48] doctormo: While I strongly agree that keeping things modular is good, I think it's a little much to focus on it so much. I don't see a huge need to mix/match when for the most part only the very basics will be shared between courses. Although again I note that I may be mistaken. [00:48] And as for merging...how is folder 04 different then sec04.txt >.< For that at least, it's neutral ground. [00:49] BiosElement: Agreed [00:49] BiosElement: well you'd have examples/sec04.txt and content/section04.txt [00:49] you can't just check out content/04/ [00:49] I mean, in yours [00:49] pleia2: bazaar shouldn't care either way. And why would you want to...It seems kinda pointless. [00:50] BiosElement: for the leadership document, for example, I could see members of the community running that only checking out the chapters they're assigned to [00:51] rather than the whole /$SECTION/$CLASS/ [00:52] Um...perhaps I've missed something but why would be assign people chapters? And regardless, you couldn't test compiles very well without the rest of the chapters. [00:53] not every course has to be written by one person [00:53] pleia2: The best way to map it is that in structure 1 you have $section/$class/sections/$x/description.txt and in structure 2 you have $section/$class/description/$x.txt [00:54] I could remove the sections directory from structure 1 and leave only the sort of the data as the remaining issue. [00:54] pleia2: Of course not [00:54] BiosElement: so that's why different people would work on different chapters [00:54] my brain hurts :) [00:55] It's important people test it before uploading. But if that wasn't important I would admit there was an advantage. [00:55] and I don't think I'm helping here, can I leave it to you two to hash this out? [00:56] Sure, get feeling better pleia2. [00:56] I don't care which we end up with, as long as it's documented :) [00:56] pleia2: I think your helping :-) [00:56] haha, Well you are helping but you gotta get feeling better to help later >.> [00:56] pleia2: Your sick? [00:56] doctormo: yeah, terrible cold, now on antibiotics which are destroying my stomach [00:56] it's been a terrible week! [00:57] * pleia2 is very glad she works from home [00:58] going to go relax a bit, I'm glad this discussion is happening, thanks guys :) [00:58] * pleia2 hugs all around! [00:58] * doctormo hugs pleia2 [00:58] * BiosElement hugs pleia2 also [00:59] BiosElement: OK, how does this sound, I scrap the sections directory, move all $x dirs into the $class dir, remove all the parent asciidocs and replace them with auto generating files upon build. [01:00] It'll reduce the number of files to edit, simplify it all round and the scripts should be trival. [01:01] I'll keep the presentations dir, we'll sort that out later. [01:02] resources dir just contains any files that aren't built, just copied in, things like example script files, pdfs that we didn't make etc. [01:02] It sounds good, but here's a question: would it be easier just to dump the supplemental folders from my layout and do the numbered section folders inside content? Just thinking it migh be less work [01:03] Because overall I do like that style, as long as sections are not micro-sized. >.> [01:03] You end up with the same thing, same work, the only difference is that you end up with the join at a slightly higher pivit which can be used better for scripting and for modular control. [01:04] The other thing to consider, is that what ever ideas you try out in your branch, I'll be applying them to trunk, think about how to modify trunk to apply your ideas, not just dropping it. [01:04] dropping what? trunk? Of course not. >.< Everything can be ported over easily enough [01:05] Other than that, we're talking about bringing them into the same structure from two different angles. [01:05] BiosElement: no porting, modification of existing trunk, not wiping out directories and porting your branch into it, that's exactly the same. [01:06] So intructions to modify existing stuff, a) do this, b) move that c) etc. [01:06] Ahh, I think I understand. haha. Well I just made a final commit "backup" per-say. so I'm going to start reformatting my course template now. I'll then toss it over to you and see what changes need made. [01:07] I'm the one who pushed for it anyway, so I'm more then happy to do the work. haha [01:08] Aye aye, well at least I'm confident that all this talk is producing real results :-) [01:08] It is. We just have somewhat different styles. haha [01:11] BiosElement: That's good, we're able to combine them :-D [01:11] haha, quite true [01:11] I have to sleep now, got a train to cach in the morning [01:11] Aight, Night doctormo [01:11] But I'll work on build-get scripts on the train and tomorrow, try and get something interesting. [01:11] haha, Sounds good [01:15] sorry -- I got distracted guys [01:17] cprofitt: Not a problem. [01:18] I just pushed the recent update, based on the discussion, to launchpad. As soon as it's done updating I'll post the link. [01:19] I read back... it does sound like we made progress... [01:19] cprofitt doctormo pleia2: http://bazaar.launchpad.net/~williamchambers/ubuntu-learning-materials/asciidoc_format-v2/revision/14 [01:19] We did. [01:19] I am not very familiar with Bzr or Asciidoc so I can't truly appreciate the technical details. [01:20] Python... that will help [01:21] does asciidoc allow for 'sections' in the text that can be 'excluded' or 'included' in producing the output based on arguments? [01:24] the bzr is looking rather self-explanatory [01:24] cprofitt: that's good, it means it's working. [01:25] BiosElement: Do you know if sections can be included or exluded? atm I'm going to do this via scripting of the combination of each part into the whole document. [01:26] cprofitt doctormo: Yes [01:26] In fact I'm including them manually from the core/content.txt file [01:27] doctormo: One thing to note with the include statement is you MUST have a blank line between each include statement. [01:27] BiosElement: If you can show me how to pull that off, email the mailing list with an example or something, then i can work that mechanism in. [01:28] doctormo: It already exists.http://bazaar.launchpad.net/%7Ewilliamchambers/ubuntu-learning-materials/asciidoc_format-v2/annotate/head%3A/Contributing/UCLP/content.txt [01:28] It shouldn't be hard to scriptit. [01:29] so we can have a document -- single -- with both teacher notes and student content [01:29] BiosElement: Wait, the ability to include or exclude sections is using the "include" statement, same as I'm already doing? [01:29] by splitting them in to sections we can control what is 'compiled' in to the 'output'? [01:29] cprofitt: We should end up with one publication which includes everything all in one, and another with it spread out between files. [01:29] doctormo: Aye. It's kinda a workaround but I've just been manually including them. asciidoc by default only works one file at a time. [01:30] and you have a single text file that controls that? [01:30] BiosElement: Then I'm already using the best way to do this :-) good good. [01:30] sounds like a working plan [01:30] cprofitt: That single file would basically be generated by scripts from a template. [01:30] cprofitt: Yes [01:30] At build time [01:31] doctormo: Whenever you get a chance lookover the edit I did to the new class template too. I doubt I got all the changes made the first time around. But I've gotta get going and you need sleep >.< [01:31] Yes, good, email me! [03:25] hello guys [03:34] nigel_nb: 'lo [05:09] pleia2: are you around? === leoquant is now known as DarwinDuck === DarwinDuck is now known as leoquant [19:42] hello everyone [19:44] pleia2: did u get time to review my branch? [19:45] nigel_nb: yeah, no tech review so far though [19:46] doctormo and bioselement are discussing format some [19:46] writing style and language? [19:46] I just did a guesswork of a format [19:46] since I'm the official guinea pig :P, I hope they straight it out with this branch [19:47] I checked my logs, doctormo told me to leave the format alone since it has to be straightened out when they convert this branch [19:48] seems fine, but I think there are too many sections [19:48] I think some of the basic bzr stuff could all be put into one section, instead of split up so much since they can't really stand alone [19:49] but the practical and demonstration might be a bit too long [19:50] I sorta took an example from doctormo's command-line basics [19:50] most of it is practical based, one step at a time [19:54] pleia2: btw, I'm going to merge intro to launchpad and working with launchpad into one section [19:54] so it'll be down to 8 [19:55] * pleia2 nods [19:55] i did the intro [19:56] and didn't find anything to put in working :P [20:03] I'll try to finish everything before the meeting [20:03] so, it will give sometime to review everytinh [20:07] great :) [20:08] I'm off 2morrow nite [20:08] so, my social life on sunday night will be on IRC [20:10] oh! I mailed your card today [20:10] hopefully it'll get there :) [20:11] oh [20:11] I should get around to doing it on monday [20:13] pleia2: just curious, how many cards did u send out? [20:13] nigel_nb: probably about 35 [20:14] 6 international [20:14] wow! [20:15] that's pretty normal :) === jfluhmann is now known as apunk === apunk is now known as jfluhmann [21:48] pleia2: just saw the logs of the discussion, do u have any idea what was decided on format? [21:54] doctormo: ping [21:54] nigel_nb: pong [21:54] just saw logs from last night [21:54] what did u guys decide about format? [21:55] nigel_nb: It's still very close to what you have, but sections are moved into parent folder. [21:55] no sub folder for sections [21:55] and each file gets numbered indendently? [21:58] nigel_nb: Each file still goes in a directory number [21:58] i'm still confused [21:59] so instead of sections/01/description.txt it's just 01/description.txt [21:59] thats messy [21:59] nigel_nb: Not really, some of the other files are being removed and will be auto generated instead. [22:00] like? [22:00] nigel_nb: All the root text files, class.txt etc [22:00] whoa [22:00] how does that happen? [22:02] nigel_nb: scripts [22:03] they're ready? [22:03] nigel_nb: I worked on them all day [22:03] but no, I got sick [22:04] oh no! [22:04] you too [22:07] doctormo: do we guys get to see the scripts to test our modules? [22:07] nigel_nb: yes [22:08] ooooo [22:08] when? [22:09] pushing now [22:09] pushed rev 12 in trunk, check it out [22:09] aw heck [22:09] at work [22:09] have to check it out from lp directly [22:09] in your own time [22:10] I wanna see it now! ;) [22:10] otherwise, i can see it only tonight [22:10] thats like 12 hours away [22:10] lol, you know how to do it in "your own time" ;-) [22:11] hehe [22:13] doctormo: the builder folder? [22:16] doctormo: looking good, I'll explore tonight [22:17] you'll need to update me on what all changes I have to make