On Sun, 2005-10-23 at 04:33 +0200, guy keren wrote: > the current things i could be helped with are: > First, how do we work?
* Is the HTML hand-written or is it generated from something else? What do we send patches against? * I think working with plain text source is most convenient for discussions & patches over mail. http://docutils.sf.net or similar can convert it to nice HTML. * Could you put it on some public version control? It will simplify keeping updated and managing changes. * If not, please use this mailing list as a changelog and bump the version numbers on every change. * Alternatively, you could answer the above two points by putting it on a wiki. Up to you -- depends whether you like wiki style of work... I can hack an html2wiki for the transfer; it can be converted back when we are done if needed. * The Python-IL mediawiki is not quite hebrew-friendly at present. Putting up a small moinmoin sounds like best approach to me. Nir, what's your advice? * Licensing: you still haven't decided, right? > 1. taking the "reference book" i wrote and finish writing it. > I can do that, or at least a big part of it (I'll raise a red flag next week if I need help). > 2. suggesting a better layout for the reference book, so it can be: > 1. easily browsable on the net. > 2. easy to print. > and then implementing this layout. > Layout depends on tools we work with. I can take this. Anyway it's not first priority. BTW, is the plan useful at all as a separate document? Currently it's a fat subset of the reference, I think we can dump the plan and only work on the reference. We can extract the plan later (or automatically at any point) if it's useful. > 3. checking the existing part of the mini-book for correctness, from a > programming point of view (not proof-reading the english and clarity - > that will come once the material is there). > Separate mails... > 4. coming up with ideas for exersizes during the practice meetings, that > are still marked as "TODO" in the meetings plan. > I would like you to elaborate some of the points in the plan -- I'm not sure what do you mean so I can't help there. > 5. writing slides for the first lecture - it is the only lecture that'll > actually require slides. > > 6. writing mini-slides for the rest of the lectures (showing each item to > be taught, and 1-2 examples per item). > > 7. thinking of other things that might be useful.