2006-06-03T17:20:37  <Kepplar> hey, am not able to do much this weekend on the project - have final report for uni to finish, although i hope to complete everything i need to, to say on schedule
2006-06-03T17:48:41  <mvirkkil> Holy crap that was painful, but now I've got my table code to produce valid docbook tables, and I can have cells spanning multiple columns or rows, and the alignment of content inside a cell works (both horizontal and vertical).
2006-06-03T17:49:19  <mvirkkil> I also made it work with the old style attributes <)> and new style attributes using style="text-alignment: right"
2006-06-03T17:50:05  <xorAxAx> wow
2006-06-03T17:50:11  <xorAxAx> so you are parsing css
2006-06-03T17:50:20  <xorAxAx> that is very nice for a DOM framework :)
2006-06-03T17:50:24  <mvirkkil> I think I'm satisfied with it now.. Coloring doesn't work but I think that's ok.
2006-06-03T17:50:45  <xorAxAx> jep, it is
2006-06-03T17:50:53  <xorAxAx> nobody needs colours :)
2006-06-03T17:51:31  <mvirkkil> xorAxAx: The old code was completely useless :( I couldn't make sense of it and I couldn't get it to produce a valid table with just about any testcase, so I ripped it out and re-did the whole thing.
2006-06-03T17:51:47  <xorAxAx> the petr code? :)
2006-06-03T17:51:51  <mvirkkil> Yeah.
2006-06-03T17:52:12  <xorAxAx> its ok
2006-06-03T17:53:23  <mvirkkil> But it wasn't an easy task to begin with, so I'm not surprised petr wasn't successful. It took me two whole days of work to get it all fixed. Found some problems in yelp (which I use to view docbooks) too.
2006-06-03T17:53:59  <xorAxAx> what is yelp?
2006-06-03T17:54:10  <mvirkkil> gnome help viewer. It renders docbooks.
2006-06-03T17:54:36  <xorAxAx> ah
2006-06-03T17:54:43  <xorAxAx> it doesnt use xslt?
2006-06-03T17:54:43  <mvirkkil> The target for the docbook formatter is basically to create help documentation, which in turn will be viewed using yelp (I think)
2006-06-03T17:54:56  <mvirkkil> xorAxAx: It might. I haven't looked at the code.
2006-06-03T17:55:50  <mvirkkil> xorAxAx: I just check out my testcases with it after the docbook validates (xmllint is good for that), and if it doesn't look the way it should, I do it some other way.
2006-06-03T17:56:11  <xorAxAx> yeah
2006-06-03T17:56:23  <xorAxAx> but i think its important to retain structure in a docbook markup
2006-06-03T17:56:42  <xorAxAx> rst2latex (docutils script) prefers optics over structure
2006-06-03T17:56:50  <mvirkkil> Like the table cells didn't have borders, even though I specified in the table part, that all cells should have borders. The solution was to declare that in every single cell.
2006-06-03T17:56:51  <xorAxAx> that makes the output only usable if you dont want to touch it
2006-06-03T17:56:58  <xorAxAx> e.g. you cannot change document classes etc.
2006-06-03T17:57:59  <mvirkkil> Yeah, that's true. I don't think I've had to make any such sacrifices, besides that single one with the table cells. But it isn't bad, still quite usable.
2006-06-03T17:58:34  <mvirkkil> And docbook doesn't really allow you state anything about the visual side, so I can't make too horrible cludges.
2006-06-03T18:00:27  <xorAxAx> hehe
2006-06-03T18:01:27  <mvirkkil> xorAxAx: How's the research coming along? It's funny that you are a SoC student, since you've practically been my second mentor lately...
2006-06-03T18:02:43  <xorAxAx> mvirkkil: i still need to sketch the DVCS (mercurial mode) and decide on which one to use
2006-06-03T18:05:19  <mvirkkil> xorAxAx: I'm sorry, I have no clue as to what you just said :O) I hope it means it's going ok :)
2006-06-03T18:06:57  <xorAxAx> yes, its going on quite well :)
2006-06-03T18:10:50  <Kepplar> eugh, i hate reports!
2006-06-03T19:14:45  <ThomasWaldmann> moin
2006-06-03T19:17:06  <mvirkkil> ThomasWaldmann: hi
2006-06-03T19:22:37  <ThomasWaldmann> mvirkkil: soc students get more than mentors :)
2006-06-03T19:23:06  <mvirkkil> ThomasWaldmann: Yeah, I know. Student's need to code, mentors don't ;)
2006-06-03T19:23:37  <mvirkkil> ThomasWaldmann: I'm just saying that we have a student mentor relationship with xorAxAx, but in reality he's a student too.
2006-06-03T19:24:25  <mvirkkil> (and he's getting paid nothing to help me --> I need to buy him beer, or possibly vodka ;)
2006-06-03T21:51:35  <Kepplar> hmm
2006-06-03T21:54:34  <Kepplar> hmm
2006-06-03T21:54:40  <Kepplar> whats the word thats opposite to binary?
2006-06-03T21:55:28  <mvirkkil> ASCII
2006-06-03T21:55:31  <mvirkkil> ?
2006-06-03T21:55:35  <mvirkkil> Or text?
2006-06-03T21:55:49  <mvirkkil> or, alphanumeric?
2006-06-03T21:55:53  <Kepplar> !
2006-06-03T21:55:56  <Kepplar> alphanumeric
2006-06-03T21:55:57  <Kepplar> :)
2006-06-03T21:57:03  <mvirkkil> well, alphanumeric is a subset of text, since it can't have certain common elements in text like dots etc.
2006-06-03T21:57:20  <mvirkkil> An url isn't binary, but it isn't alphanumeric.
2006-06-03T21:58:02  <mvirkkil> What's the code_id used for?
2006-06-03T21:58:34  <mvirkkil> When you create a codea area with syntax highlighted code, you get a code_id passed to you. Is it used for something?
2006-06-03T22:36:28  <Kepplar> ThomasWaldmann: i've uploaded a uml diagram onto the refactor page
2006-06-03T22:37:05  <Kepplar> Any funtionality I'm missing?
2006-06-03T22:37:25  <Kepplar> Only things Im unsure of at this stage is how a system knows which storage engine to use
2006-06-03T22:37:59  <Kepplar> and does pages, text, and each mimetype and whatnot inherit from item or just for item revision
2006-06-03T22:55:07  <ThomasWaldmann> we can have a fstab like thing
2006-06-03T22:57:14  <ThomasWaldmann> and item revision, of course
2006-06-03T23:44:36  <Kepplar> what do you mean?
2006-06-03T23:46:23  <ThomasWaldmann> what's unclear?
2006-06-03T23:47:25  <Kepplar> " and item revision, of course
2006-06-03T23:47:26  <Kepplar> "
2006-06-03T23:47:31  <Kepplar> bah
2006-06-03T23:47:36  <Kepplar> *rolls eyes*
2006-06-03T23:48:00  <Kepplar> So an fs tab to declare the storage implementations
2006-06-03T23:48:08  <Kepplar> but what defines where things are stored
2006-06-03T23:48:11  <ThomasWaldmann> item rev 1 mimetype can be different from rev 2
2006-06-03T23:48:19  <Kepplar> unless we have an order of preference and it checks each one
2006-06-03T23:48:22  <Kepplar> ahh
2006-06-03T23:48:26  <ThomasWaldmann> thus, the revision must have the specific mimetype
2006-06-03T23:48:32  <Kepplar> right i see
2006-06-03T23:48:53  <Kepplar> what things would need to be overloaded in the subclasses for the mimetype/revisions?
2006-06-03T23:49:08  <Kepplar> I'm wondering if they actually need to be classes and not just generic item revision objects
2006-06-03T23:52:07  <ThomasWaldmann> the item rev class hierarchy will have actions possible on the different mimetypes
2006-06-03T23:53:01  <ThomasWaldmann> most stuff implemented in the most generic mimetype or in the empty revision
2006-06-03T23:54:11  <Kepplar> yea, have you got any examples of such action?
2006-06-03T23:54:11  <ThomasWaldmann> Kepplar: and don't worry too much about that fstab thing. for the scope of things you do, it is enough to have one storage defined in the config
2006-06-03T23:54:33  <ThomasWaldmann> some ideas can be seen in 2.0 branch
2006-06-03T23:54:43  <Kepplar> the code or on the wiki?
2006-06-03T23:54:55  <ThomasWaldmann> branch == code repo
2006-06-03T23:55:11  <ThomasWaldmann> hg.thinkmo.de/moin/2.0
2006-06-03T23:55:47  <ThomasWaldmann> up and download will be implemented at the top and inherited for everything below
2006-06-03T23:56:20  <ThomasWaldmann> simple text editor editing will be done at text/* level
2006-06-03T23:56:50  <ThomasWaldmann> gui wiki editor editing will be done at text/moin-wiki level
2006-06-03T23:57:34  <ThomasWaldmann> deleting/renaming will also be at high level
2006-06-03T23:58:24  <Kepplar> oh I realise this
2006-06-03T23:58:42  <Kepplar> but the actual text editing functionality isnt part of the item class?
2006-06-03T23:59:09  <Kepplar> converting mimetypes could prove problematic too
2006-06-03T23:59:21  <ThomasWaldmann> i think it will be in the end
2006-06-03T23:59:50  <ThomasWaldmann> (called from there at least)

MoinMoin: MoinMoinChat/Logs/moin-dev/2006-06-03 (last edited 2007-10-29 19:10:58 by localhost)