Some afterthoughts

Maarten Wisse <[email protected]> Tue, 28 Mar 2006 22:02:14 +0200
Newsgroups gmane.comp.tex.bibtex.jurabib.devel
Organization Universität Heidelberg
Message-ID <[email protected]>
Dear Jens,

I thought a bit about our conversation of yesterday. In addition, I posted a 
patch with updated Dutch support for Jurabib. Yes, it's in the new patch 
service at SF! Let me know whether you find this way of posting patches 
convenient.

But back to the afterthoughts. I had a look at jurabib.mbs and guess that I 
understand where you want to go, but I'm not sure this is the right track:

1. Proposing the standard versions creates redundancy. If one does it the mbs 
way, one should present the user with three options like this:

a. Do you want to format after economics style?
b. Do you .. .. German jura style?
c. Do you .. .. English Oxford humanites style?

Then afterwards, the user comes in a series of questions tweaked to the 
specific style they have opted for, confronted with the default settings, but 
choices offered to them where needed.

2. But I'm not that enthousiastic about the mbs idea, after all. I mean, I've 
used it a long time ago. The difficulty with such scripts is that they are 
very picky on making errors. Once you make one mistake, you have to start all 
over again. And because you get so many questions, you make these mistakes 
very easily.

3. So finally, I came to the conclusion that the best I can think of is a gui 
as a frontend to creating the style files. In that GUI, each field and 
separator should be an object that the user can set in the right order for 
each entry type. The four existing style files should then be four sane 
default settings that users may tweak according to their needs.

4. I know this is beyond TeX programming but it might well be the best way to 
solve this problem, as it makes life easiest for users. Doing it this way 
would dramatically decrease the need for LaTeX level programming, simplifying 
the jurabib.sty. Programming the gui shouldn't be that hard, as it would only 
need a very high level language, which are very easy to learn. If we abstract 
the objects properly, we could even make the gui jurabib and even bibtex 
independent, so that it can be used in other projects.

5. I've asked a question to tex-nl mailing list to ask them what language they 
would use for this kind of project. There are quite a number of excellent 
programmers at that list.

Best,

Maarten


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/jurabib-developer/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/